Вова Дружаев

Как правильно написали выше - создавайте свой шорткод и используйте его. Частая проблема джунов в том, что они внутри шорткода используют echo, а надо return. Читайте по конкатенацию - применяйте её и возвращайте результат шорткода через return

Если это т.н. Pet project - делайте.

1. Выиграете. Но времени потратите в разы.
2. Отсутствие плагина и темы на любой чих - это проблема? Других не вижу. НО - если сайт для себя и никому вы этот фреймворк не покажете (не дадите пользоваться). Если вы планируете его отдать сообществу - куча проблем будет в размере 7 миллиардов.
3. Статика на фронте и все советы от например того же google page speed

Вообще для личного сайта "ради сайта" я бы выбрал генератор статических сайтов. Их сейчас полно. На выходе получаются быстрые сайты с не очень большим функционалом (ну там ограничение доступа, мембершип, и прочие для залогиненого юзера ништяки). А выдать серию статей и фильтрануть их по рецептам - это не сложная задача и чисто для фронтендера.

Вы кашу в голове распутайте: вордпресс создан для миллионов людей. Он гибок, расширяем по горизонтали и вертикали (плагины и серверы), а ваше решение не претендует на уникальность. Для единоличного пользования (разработки) пишите своё. Сломают (если вас заметят) - найдете почините. Но вот вам никогда не создать продукт для масс вне вордпресс. А если кто вдруг возьмет ваш фреймворк - то сочувствую ему. А если вы помрете - кто будет его развивать? p.s. последнее - реалии и предостережение другим не использовать и завязываться на такие малые проекты.

Раньше у каждой студии был свой фреймворк - это они делали для того чтобы на крючок поймать своих клиентов. Заставить их быть на балансе этой конторки вечно. Я рад что сейчас подобное исчезает. А то попробуй найди разработчика под фреймворкДядиВаси

Гит пока вам не нужен - вы должны выстроить работу, а не браться за одну задачу одновременно.
Возможно у вас так получается править один файл - потому что он на 100500 строк?
Разбивайте эти файлы по логике и ООП конечно же.
Если один занимается фронтом - пусть не лезет в бек.
Ставьте задачи в asana например и столбите их в начале рабочего дня.
Принимать решения по слиянию должен один. Один проект - один ответственный. Чтобы было не обидно и на равных - поделите поровну ))

notepad++ в топку. Надо расти. Netbeans (ага - его хоронят а он за год уже несколько раз в инкубаторе апач обновился. Живей живых и умеет многое для вебразработки) или VSC например из бесплатных. Первый умеет гит на почти 100% (я не сталкивался с задачей чтоб он не смог его).

Как выше сказали гит репозиторий должен иметь ветки - по разрабатываемой фиче например или версии. Потом сольете в один.
У каждого разработчика свой локальный или удаленный сервер. Но не один общий. Я часто переезжаю и удаленный сервер мне помогает в этом. Нетбинс его умеет по дефолту. VSC придется шаманить выбирая из тысяч плагинов. Это та еще свистопляска.
Деплой на боевой сайт осуществляйте через вебхуки гитхаба или через CLI

И запомните - даже маленькую правку нельзя делать на боевом сайте. Правильно подобранные инструменты и организованные процессы выкинут из головы дурь типа "да там чуток подправить, так быстрей"

Тестирование.... это наверное оставили на "потом"?

Поставь второй монитор

Камрипы никто не отменял.

Никак. Все что попало в интернет - украсть можно. вы в сейфе храните - если жалко.

Это не правильно с точки зрения UX.

Но если так уж надо - напишите скрипт и отслеживайте на каком урл и есть ли на него ссылка в меню и держите его открытым. Без скрипта никак.
Ну или через фриланс решите вашу странную задачу

вот так :-)

Ровно на столько на сколько купили.
Потом вам : откажут в поддержке, в обновлениях. Возможно у них там какие-то графические материалы, css, readme, pdf и прочие форматы - на которые GPL не действует и тогда вас крепко могут взять за одно место. т.е. автор темы может нормально так подкинуть в тему того, что не подлежит GPL и против особо умных троллить в ответ судами.

Не стоит усложнять ЧПУ - оставьте максимально простой ЧПУ из имени поста.
Причин несколько:

Никто уже нафиг в урл не смотрит
На мобильниках (коих сейчас львиная доля) - урл вообще скрыт.
А сложное ЧПУ - дополнительная нагрузка на сервер. Ваш ВП скрипеть начнет с сложными урл.

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

А для поисковиков настраивайте хлебные крошки. Людям ваш красивый урл не сдался. 2009 год уже давно позади.

Если плагин работает там где не должен - например грузит css, js, или делает холостые запросы к БД - то стоит написать автору плагина. Пусть правильно напишет загрузчик своего плагина и грузит ресурсы и БД только там где он работает.

Возможно у плагина уже есть хуки для этого (для статики то с долей в 90% должны быть). Но скажет вам только автор плагина.

А ставить плагин для управления плагинами - это как покупать автовозку для того чтоб на ней катать свои жигули и вы в салоне этих жигулей сидите.

get_user_meta - если это в профиле юзера ("Суть в том что для каждого пользователя должно быть своё цифровое значение")
get_option - если это настройка глобальна для сайта
get_post_meta - если хранится в записи

это функции для получения. для записи туда используй update функции. Они указаны в документации

Почему все думают про фриланс? Это самая низшая ступень. Идите дальше - делайте свой продукт. Поддержка по подписке. Или пассивный доход с продаж на энвато и прочих маркетах

Уходите от фриланса в пассивный доход. Темы, плагины на энвато и подобных площадках

Frontenberg https://github.com/tomjn/Frontenberg проект показывает что на основе реакт можно запустить новый редактор в фронтенде.
Но от команды WordPress подобного инструмента нет. Так что wp-editor это для старой технологии.

Все велосипеды разные. Нет никаких "Стандартных плагинов".
Вижу вы начитались старых блогов по топ плагинам.
Но это неверный подход.

Все зависит индивидуально от:
- Ситуации (не везде нужны монстры сео или кеш плагины например. И не дай боже для перевода на лету на ssl - руками то в БД подправить лень)
- Заказчика (строго не любит шаред плагины или один/несколько конкретных плагинов. Говорит "пиши мне все по минимум - нафиг комбайны - все равно настройки ставлю один раз". Подобное - золотое правило и для ВП тем - скорость работы выигрывает)
- Своих предпочтений (разработчик наработал базу с одним плагином, ставить другой не хочет - т.к. не знает, лень. Разработчик не умеет (*овно разраб) написать свою функцию и форму - поэтому ставит для 2-х полей монстра ACF. Прикрывается этим: "Скорость разработки")