Вова Дружаев

Объясните - зачем вы хотите настройки одной темы (с одним дизом) переносить в другую?

Если вы через get_theme_mode получали контакты фирмы и т.п. - то эти контакты будут работать только в вашей теме, но никакой в другой (ну или пока вы руками код темы не поправите).

Вообще зачем вам универсальное решение для всех тем каталога тем вордпресс? Ведь обычно один сайт ставит одну тему и на 10-ть лет. Никакие другие они не переключают.

А если вам надо универсальное решение то:
1. пишите плагин - выводите шорткодами и виджетами.
2. или пишите под самый популярный пейдж болдер и навязывайте всем его.
В первом случае - вам придется вставлять виджет или шорткод иногда в нужное место костылями - это не универсально
Во втором случае вам придется всех подсаживать на УГ под названием элементор и прочие билдеры. Это тоже не есть хорошо.

Так для какой задачи вам нужно это универсальное решение?
Я бы и get_theme_mode не использовал если это продакшен сайт - все бы в его теме прописал чтоб не гонять байты в объектный кеш

Легко гуглятся такие сервисы. Если вы не знаете как найти конкурентов - значит вы не знаете нишу. Лезть таким образом в нее - трата времени

Большое кол-во страниц в wp?

- без проблем. Крупные магазины вон и вуку ставят и 100к товаров грузят и синхронизируют. Вы же говорите о голом вордпресс.

пока не началась генерация, может быть кто-нибудь сталкивался с подобным?

с подобным что?

Как лучше структурировать данные?

А какие данные? Мы же не знаем о чем вы

Как лучше поступить в данной ситуации?

личный опыт. Только он.

Меняйте верстку темы 1 на ту которая нравится из темы 2.
Но не поломайте логику из темы 1

В текущей реализации гутенберга эта комбинация с ACF - ничего страшного. Пока гутенберг еще не превратился в полноценный пейджбилдер - так делать можно. Он идет к тому чтобы дать апи для полного построения ВП темы. Но в 2019-м он не станет этим самым билдером.
Значит - делайте так, а через годок-два, как гутенберг вырастет, переделаете все на натив (т.е. его)

На ixbt помоему такое было.
Я не вижу сложностей подобной реализацией. Берете любой форум на вордпресс (PrimeForum например) и программно, в момент создания записи генерируете нужный форум. Примерно как 2+2 сложить. Дело мастера боится)) А значит с такой задачей на фриланс. Не сильно дорого будет. Главное с самим форумом определитесь

Я делал так: плеер верстал сам (картинка, на ней большая кнопка воспроизведения по центру). Картинка с ютуб ролика тянется. Скрипты нет. По клику на кнопку воспроизведения запускается модальное окно - в нем ролик воспроизводится. Вот после клика все скрипты и грузиться начинают.

Почему картинку тянул с ютуба, а не со своего сервера? Я так чекаю доступность видео. Часто бывает правовладельцы заставляют убирать контент и бывало заходишь на страницу - а ролик удален. Таким образом я себе на почту автоматически отправляю письмо если картинка вернула мне 404 ответ. Просто нахожу похожий ролик на ютубе и заменяю ссылки (это я о трейлерах к фильмам)

Раньше была статья за вредительство.
Убить бизнес - это про ваш сайт. Никто не будет 160 секунд ждать чтобы ваш сайт загрузился. 10 мегабайт ненужной информации...

Разбивайте все на экраны. Подгружайте их в момент скролла. lazy load называется.

Загружайте изображения того размера, что и ваш div. Но не 1 мегабайт пикча размером 2560 пикселей. Нафига она пользователю нужна пока он не нажал на нее? Используйте лайтбоксы.

Уберите png гигантского размера (ага - рюшечка в виде планшета). Наконец-то его просто в srcset засуньте - разные размеры в зависимости от экрана. Зачем пользователю на экране 1200 пикселей он в 1800 пикселей?
зачем на экране в 360 пикселей картинка мужика 808х600 пикселей? display: none; - ну что двойка вам за реализацию. Аналогично и слайдер display: none; а js его там переключает. Это жесть

Откройте для себя squoosh или file optimizer - полезные штуки - планшет ваш сожмут с 817 до 671 килобайт. Но рюшки я бы отменил. Все равно на мобильном чаще заходят, а они там и не выводятся. Десктоп украшаете? а зачем мобильного юзера ими мучаете?

Наведите порядок со шрифтами. Используйте woff2 - конверторы есть. Думаете покупателю они все нужны на лишний мегабайт? 1 текстовый шрифт и 1 иконочный шрифт. Лишнее убить.

js - это ад. Выкидывайте кучу аналитики. Оставляйте что-то одно. Или гугл или яндекс. Там и с виджетами беда. Никто не будет вам звонить по ним - т.к. тупо сайта не дождутся загрузки.

Если делаете пагинацию - делайте её верно: ajax-запрос. Хотя, показывает практика, мало кому интересны слайдеры и пагинация. Сделайте нормальный рубрикатор или ajax фильтр чтоб не гонять ненужные данные. А там на беке не дергайте однотипные данные из базы - есть же кеширование. не... не слышали.
Хотя "СВЕЖИЕ ЗАЯВКИ НА ПОИСК ЗАПЧАСТЕЙ" - какую полезную инфу несет этот тяжелый блок, да еще якобы с пагинацией?

ПОНРАВИЛСЯ СЕРВИС
ПОИСКА АВТОЗАЧАСТЕЙ?

Нет! потому что так не делают сайты.

Вначале понимаем анатомию блоков гутенберг. Я писал об этом тут https://bitly.su/xGKuJ - смотрим все 3 серии - много полезного.
Потом гуглим "gutenberg add Block Library new category" и попадаем на это https://loomo.ca/gutenberg-creating-custom-block-c...

Владение правильной терминологией - залог успеха!

function_exists || class_exists || is_plugin_active
+ admin_notices

В этой теме хорошие ответы Как проходит разработка на Wordpress? от меня, Игоря и Дмитрия

Ну а что лучше WordPress, GIT, шторм - дело вкуса.

У меня более 100 разработок под вордпресс. В основном это аддоны для WP-Recall. Продаю их на codeseller

Нет локального сервера. Dev сервер на хостинге, закрыт для всех, открыт один IP. На лето уехал на дачу с ноутом - подключился к хостингу и работаю. В случае локальной разработки как было бы дело? Держать включенным ПК когда меня нет в квартире - не вариант. Держать 2 сервера на ПК и на ноуте - мне не подходит. Я часто работаю удаленно из разных мест - и для меня вариант сервера разработки у хостера - идеальный.

Да - я не пишу тесты, не было надобности.

Использую NetBeans - который сейчас вдруг ожил и начал снова развиваться. В нем меня на данный момент всё устраивает. Были попытки перейти на VSCode - но пришел к пониманию что возиться с его настройкой и тысячами плагинами - так себе затея. Не настроил в нем удаленную синхронизацию - бросил затею с ним.

Использовал битбакет для закрытых проектов, но сейчас их переношу на гитхаб. Они открыли опцию скрытия приватных репозиториев для обычного аккаунта. Зачем мне PRO-аккаунт когда я в основном работаю один или в паре.

Query monitor - как помощник для разработки

По поводу говнокода...
Когда ООП, но чаще процедурный стиль. Когда проект вырастает и обрастает - рефакторинг в ООП. Да - лично я начинать писать в ООП стиле не буду - т.к. часто нет понимания что там и как. Зато накидывается каркас быстро. Потом уже понимаешь нужен там ООП или нет.
IDE форматирует все по сохранению. Мы максимально близко WPCS использовали, хотя есть некоторые отступления от него.

DocBlock - кто-то использует, кто-то нет. Код сам расскажет лучше о том что он делает :) - но тс... я вам этого не говорил

Кто-то скажет "Парень - вот ты вредных советов надавал и это пример как делать не надо". Я обрисовал свою ситуацию. Многие проекты я поддерживаю уже 4-ре года (собственно тогда и ушел из офиса на удалёнку и ниразу не пожалел. С самоорганизацией у меня проблем нет. Надо работать - работаю). Проблем мне это не создает, да и другим вроде тоже. Зачем усложнять жизнь если реальных потребностей не было? Применять или не применять что-то - зависит от здравого смысла. Зачем тратить время на автотесты - когда проект простой. когда у тебя < 10000 строк кода - тоже не вижу смысла в docBlock или автотестах. Не пинайте сильно тапками - но жизнь говорит - нужно делать все быстро, а еще отдыхать надо, семья и дети. Жизнь одна и ее не должен поглощать код и сопутствующие заморочки с окружением... А документацию и тестирование в одну репу тянуть тяжко.

Короче - не усложняйте или 20/80