ligisayan: это не бяка, это принцип, по которому сервис работает, и это четко прописано в описании плагина. А в документации всегда описано, как можно сделать все под себя. Читать надо всегда в первую очередь документацию, и только если ее нет или она не полезна - тогда гуглить что-то другое.
ligisayan: если использовать родной плагин, то достаточно в самом плагине все настройки сделать. Вручную ничего подключать не надо и в шаблонах прописывать тоже не надо. Если что-то переопределяется - значит есть конфликт. Включайте WP_DEBUG true и смотрите ошибки.
Tigronix: в таком случае вам нужны Custom Fields.
1. Картинка слева может быть Post Thumbnail
2. Текст под ней - custom field или можно попробовать утилизировать Post excerpt (цитата), если он не используется в другом месте, или даже можно использовать Caption или Description самого медиа-файла
3. В блоке справа - Title, другой custom field или же можно попробовать утилизировать Post excerpt (цитата), если он не используется в другом месте (слева например)
4. То что в низу должно быть - это уже обычный визуальный редактор.
Как заполнить custom fields - либо с помощью какого-то плагина, либо вручную включить видимость блока custom fields. Я бы советовал использовать плагин Advanced Custom Fields.
Как вывести в шаблон - если это обычные custom fields - через функцию get_post_meta, если это Advanced Custom Fields - через его функции get_field / the_field.
Tigronix: еще одно уточнение - получается, есть 3 блока данных - 2 сверху (картинка + описание и еще какое-то описание), и 1 снизу (стандартный контент страницы, который в WYSIWYG-редакторе). Правильно? В каком из этих блоков должен выводиться Title страницы?
WSL не совсем для этого, и как contributor этого плагина, могу вас заверить, что данное решение долго не проживет - сейчас идет работа над новой версией WSL, основной функционал новой версии - полная склейка социальных данных с профайлами WordPress.
Оксана: Добавлю к словам Назара - это не только было, есть и будет на любой платформе, но и на любой другой платформе этого будет в разы больше. Экосистема WP самая большая, кроме того, WP больше других платформ озабочен обратной совместимостью. Этого всего нет у Джумлы. Другие CMS вам вряд ли подойдут, так как вам требуется не инструмент для разработчика, а конструктор. Посему, у вас вариантов нет, только WordPress или онлайн-конструкторы типа Wix, Squarespace. Но там свободы меньше.
Minningt: я все еще не понимаю в чем смысл такого разделения - ведь основная задача - уменьшить количество запросов и объем страницы при начальной загрузке. Но если вам прям очень надо именно постранично - то есть 2 варианта. 1й - без каких-либо плагинов, почитайте про то, как разбивать на страницы один пост стандартным комментом <!–-nextpage–->. И разбивайте в нужном месте. 2й - перенести обработку вашей галереи в посте на ajax, при загрузке страницы, соответственно, грузить Х фото и генерировать под ними постраничную навигацию исходя из общего количества фото.
justabaka: Полностью согласен. Я ребут не включал, мне как-то проще мониторить наличие `/var/run/reboot-required` и сообщать мне об этом на почту. Для Digital Ocean есть куча мобильных приложений и расширений для браузеров, которые позволяют мониторить дроплеты и ребутить их, находясь при этом черт знает где, только не за компом с нужным ssh-ключом.
justabaka: Век живи - век учись! Спасибо за наводку, никогда ранее не встречал. Полистал ман, похоже, вы помогли мне только что сэкономить кучу времени, за что выражаю особоую благодарность.
shaivam: logrotate автоматизирует разбивку логов на куски и смену на актуальный. Это позволяет сохранять отдельные логи в ежедневные / еженедельные / ежемесячные файлы, хранить только Х логов и тд. В общем, удобная штука.
https://codex.wordpress.org/Function_Reference/hav...
https://codex.wordpress.org/Template_Tags/get_comm...