Сергей delphinpro

Для пет проекта достаточно 2 веток - master и dev:
- master - работающий код, красивый, причесаный
- dev - в нем ведется вся работа

Нет смысла упарываться во всякие git flow, github flow и еже с ними. Над проектом работаешь ТОЛЬКО ТЫ, а значит делать надо как тебе удобнее.
Думать об этом надо только если над одним проектом работает больше 1 человека.

P.S. можно и одной веткой обойтись, но так удобнее откатываться и точно знаешь, что рабочий код не затронется

vscode или webstorm, другие варианты выкиньте.

vscode - как vim, текстовый редактор, простой. Может превратиться в мощную машину через плагины. Кажется идеальным вариантом в Вашем случае.

webstorm - мощная машина, "громоздкий" инструмент для профессиональных разработчиков. Умеет почти все, если не все, однако для простой верстки это как стрелять с пушки по воробьям.

WebStorm

Верстать лучше в VS Code, т.к. вы можете накинуть туда много плагинов, которые очень сильно вам могут помочь в этом

Для дизайна лучше используйте Figma

можно, data-атрибуты, это просто строка, если что-то перестаёт работать после добавления двоеточия, значит это что-то как-то интерпретирует получаемые значения, но к data-атрибутам это не имеет никакого отношения

Я за семь минут сформулировал три разных ответа. Это ж надо так умудриться задать вопрос, что хрен поможешь.

(я использую MAMP) без него, вместо желаемого результата на странице появляется весь код PHP,

Ну. конечно будет появляться исходный код, ибо интерпретатора нет и никто исходники не обрабатывает.

когда подключается PHP код выходит ошибка (не находит страницу)

Ошибки - это нормально! Нужно найти причину и устранить ее.

Правильно заданый вопрос - 50% ответа. Тренируйтесь излагать мысли - полезно для кодинга

бывает "наиболее правильный"

1 Вариант
Этот вариант удачен если вам важно выводит информацию о книжной(!) категории с определенным id

Например /books/categories/1

{
   id: 1,
   name: "Роман",
   description: "Такая категория для мечтателей любви",
   _links: {
      self: {
         href: "https://localhost:8080/books/categories/1"
      }
   },.
   etc
}

2 Вариант
Напомню query параметры в RESTful используются только как фильтрация запроса.
И если цель именно фильтровать все книги по категории => Лучший вариант

Предположу, что нужен именно он.

3 Вариант
Возможен при условии если у книжных(!) категории еще какие нибудь книжки, манга, манхва и тд. Если у вас так берите этот вариант

4 Вариант
Этот вариант лучшие если у вас есть общие категории, например "Фантастика". А фантастика может быть книги, кино, сериалы и тд.

П.С. Для соответствия RESTful важен не только путь но и то какой у тебя ответ
П.С.2 Надеюсь мной не воспользовались через "закон Каннингема"

С какой ветки обновляет git pull?

С той удаленной ветки, которой соответствует ваша текущая локальная ветка

Когда в своей ветке я нажимаю git pull, то каким образом происходит обновление моей ветке?

Гит смотри на удаленную ветку и, если там есть изменения, подтягивает их

Например я создал текстовый файл в master и хочу, чтобы он появился в моей ветке, как это сделать?

Слить мастер в вашу текущую ветку

git pull не добавляет его?

Если вы находитесь в другой ветке, отличной от мастера, то нет - не добавляет

Это разные вещи. Аякас - изначально концепция, но на деле под ним обычно понимают стандартный хтпп запрос на сервер. Веб сокеты - это асинхронный протокол для передачи данных поверх TCP. Голые сокеты не очень удобно применять в вебе, а у хттп свои ограничения - вот и сделали хороший и удобный стандарт. А реактивность - по сути просто обновление интерфейса при поступлении обновленных данных.

бесконечная рекурсия: внутри register_post_types() безусловно вызывается register_post_types()
вторая регистрация типа поста должна быть register_post_type() без s

Файл 228.php вернул html, а ожидается json

JS стучится на свой же сервер, а там PHP или что там на бэке уже CURL`ом отправляет запрос к телеге. В JS думаю никак токен не скрыть.