Мне необходимо сделать сайт так, что бы потом можно было добавлять страницы и заполнять их не типовым контентом (текст фото видео уже оформленные в красивые контейнеры).
Для этого нужно, что бы в админ панели WP юзер мог оформлять страницу блоками (на каждой странице один заголовок и после него неограниченное кол-во блоков)
Сами блоки должны настраиваться по типу (выбираем тип: просто текст, текст + фото, видео.) В эти блоки можно выбирать бэкграунд.
ВОПРОС: каким методом лучше это реализовывать? Страницы, записи, произвольные формы всякие( Какое решение будет впоследствии максимально удобным для пользователя?
Как это делаю я:
1) создаю рубрики для каждого вида контента, назовем их вспомогательными. Ставлю на них noindex (т.к. все записи и так будут входить в какую-то news, которая индексируется и лишние страницы в гугле мне не нужны).
2) для вспомогательных рубрик делаю формы через ACF Pro (естественно для каждой рубрики - свои).
В итоге: выбрали категорию Видео - под записью появилась форма добавления видео.
Также на уровне content.php и category.php (если надо) делаем if для всех этих рубрик и выводим соответствующий код для каждой из них с подхватом форм, которые мы использовали. Чем это удобно? Тем что мои редакторы спокойно работают и я, через полгода, смогу разобраться в коде :)
Подсказка - можно зарегать кастомную таксономию и сделать ее непубличной. Тогда не нужны будут эти танцы с бубном (nofollow и фильтрация в списках рубрик etc). По +10 в карму за идею и ACF Pro :)
Игорь Воротнёв: Если вы про post-type (запись, галерея, изображение и т.д.) - конечно это более удобный, правильный и красивый метод, но я в свое время не смог адекватно это дело настроить, буду рад напутствиям :)
Иван Украинцев: нет, post formats (не types) о которых вы говорите - это от лукавого, и сейчас, кстати, в команде разработчиков ядра платформы поднялся вопрос о том, чтобы выпилить их из ядра в плагин. Я говорю об обычных custom taxonomy. По умолчанию у вас есть стандартные таксономии category и tag, вы используете для своей задачи category, добавляя кучу граблей - nofollow для "служебных" категорий, по-хорошему их еще и из вывода в списке катогорий надо исключать и тд. А можно зарегистрировать дополнительную таксономию через register_taxonomy(), дать ей свойства public=false, rewrite=false (https://codex.wordpress.org/Function_Reference/reg...). Таким образом, она вообще на фронтенде появляться нигде не будет, никакой путаницы, никакой необходимости что-то прятать. Но через код, внутри вашего плагина или темы эта таксономия полностью доступна для работы, ее можно использоваться для Taxonomy_Query в WP_Query, таким образом фильтровать посты по нужному типу. В админке эта таксономия также будет отображаться, рядом с тегами и рубриками, что даст возможность назначать их свободно, и для ACF Pro они также будут доступны, чтобы корректно работали правила отображения метабоксов ACF в зависимости от значения этой таксономии.
Иван Украинцев: разбирайтесь, по ходу еще много интересного узнаете :) Так, чисто для информации - плагины для поддержки многоязычности (например, Polylang) используют для языков именно такой подход - приватная кастомная таксономия. И еще для очень многих решений это можно использовать.
Игорь Воротнёв: по поводу многоязычности - не подскажете, какое решение на сегодня самое стабильное и долгоиграющее? (как тот же ACF, раз выставил и забыл)
Иван Украинцев: qTranslate X и Polylang. Работают совершенно по-разному, оба стабильны, оба совместимы с кучей всего остального - от ACF до того же WooCommerce.
Есть для вордпреса куча Page builder-ов вот первое что попалось https://siteorigin.com/page-builder/
Хотя самый гибкий вариант это писать HTML в контент. Мне на 100% не подошел ни один из опробованных подобных плагинов.
