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 автоматизирует разбивку логов на куски и смену на актуальный. Это позволяет сохранять отдельные логи в ежедневные / еженедельные / ежемесячные файлы, хранить только Х логов и тд. В общем, удобная штука.
ayrat33: все правильно, сначала у вас доступ рута. потом заходите, делаете все Настройки SSH про которые тут вам написали, и после этого рутом вы уже не зайдете, а только новым пользователем.
Дмитрий Вапельник: вы невнимательно прочитали. Буквально следующий пункт именно об этом - вход ТОЛЬКО для конкретного юзера и ТОЛЬКО по SSH-ключу. Вход для рута, вход по паролю и вход для любого аккаунта кроме одного конкретного намертво запрещен. Именно благодаря этому можем использовать не шибко сложный пароль для этого аккаунта, чтобы не набивать космоc при каждой команде sudo. Это уже хорошая такая паранойя, но можно еще и на IP закрутить - тогда можно спать спокойно.
Зазорное только то, что попытки постучаться рутом будут на сервер литься рекой. Всегда будет какой-то бот пытаться попасть. Они будут писаться в логи, да и вообще если на ssh послать нормальный трафик запросов с попыткой входа под рутом - тоже ничего хорошего. А при моем подходе - сброс пакетов, никаких попыток авторизации. Я раньше тоже рутом пользовался, потом пару раз посмотрел логи, присланные logwatch'ем и прозрел - ежедневно рутом стучались постоянно. Безуспешно, да. Но одна неделя была, когда было по 20-30к запросов в день. Это такой себе слабенький, но почти DDoS. Зачем разразаривать ресурсы сервера?
Не единой, но убунта/дебиан - наиболее популярный вариант. Имхо, ничем не хуже centos, фри и тп.
