Вова Дружаев

Не ставьте плагин Autoptimize что посоветовали вам в комментариях - он как ибупрофен при кровотечении - поможет - но пациент сдохнет.

На фрилансе закажите аудит сайта (или в инете попросите кого-то сделать). На основании этого аудита сами или через фриланс оптимизируйте сайт.

Проблема номер ноль: плагин элементор. Хотите быстроты - выкидывайте его. Почитайте что о нем гуру пишут - не слащавые хипстеры - "ой я вам щас расскажу как его настроить", а профи. Будете удивлены наверно. Но ничего кроме удобного интерфейса "для потыкать" он не несёт.

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

Вторая причина - сам ваш сайт + сколько в данный момент его посещают. Живые люди или боты - все это сказывается на нагрузке и чем изначально тяжелей сайт - тем легче его повалить 1-10 онлайнами одновременно.

Есть еще 3-я причина. Но вам пока бы решить первые 2. Поэтому о ней я упоминать не буду.

Как правильно написали выше - создавайте свой шорткод и используйте его. Частая проблема джунов в том, что они внутри шорткода используют 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 это для старой технологии.