TiA

frank_82, настраивается достаточно просто. Фактически для каждой записи, страницы, рубрики, меню создается копия на другом языке. Помимо этого плагин обеспечивает возможность создать таблицу с переводами строк в темах.

Больше информации есть в документации: https://polylang.pro/doc/function-reference/

frank_82, для реализации мультиязычности я предпочитаю использовать Polylang. Он позволяет переводить не только статьи и страницы, но и такие нужные вещи как меню.

Начать стоит с замены the_content() на echo get_the_content(). Если это кардинально улучшит ситуацию с производительностью, то скорее-всего замедляет работу один из фильтров the_content. Посмотреть их список можно таким образом: http://stackoverflow.com/questions/5224209/wordpress-how-do-i-get-all-the-registered-functions-for-the-content-filter

Если это существенно не изменит ситуацию с временем генерации страницы, то можно попробовать убрать и get_the_content(). Если и это не поможет, то придется более подробно разбираться что указано в файле темы для одиночной записи (single.php, как правило).

---------- Добавлено 06.12.2016 в 12:08 ----------

melkozaur:
В базе нет.
Тему я делаю сам, там ничего похожего не находит, в плагинах тоже (щас только акисмет и cyrtolat установлены).
Я немного тупанул, не original а full надо использовать. Везде поправил.
Изначально добавил в functions.php вот этот код - scrset перестали создаваться, но проблема остается.
Поиск 768 по всем файлам Вордпресса:


Не знаю, куда тут копать. Вряд ли где-то в системе вдруг появился этот размер, 768 ширина.

Все темы, кроме своей, удалил.

Сейчас заметил особенность: если загружать небольшую картинку - 500, 600 по ширине - ничего лишнего не создается. Как только загружаю 769 или более - создается миниатюра с шириной 768 :)

У WordPress есть еще один внутренний размер изображения. Он появился в версии 4.4 и называется medium_large. По-умолчанию у него ширина 768 пикселей, а высота любая.

Для решения вашей проблемы нужно указать ему ширину 0:

update_option('medium_large_size_w', 0);

В первую очередь из-за отсутствия выделенной админки, а также своеобразной системой модулей.

Этот движок достаточно хорошо написан и обладает достаточно неплохой расширяемостью.

Это не самый лучший выбор. Из бесплатных движков лично мне больше всего нравится MyBB. Из платных могу посоветовать WoltLab Burning Board.

Обе системы у нас не очень известны, но в мире их достаточно активно используют.

Судя по логам у вас падает сервер MySQL. Решение можно найти например здесь: http://forum.ubuntu.ru/index.php?topic=242368.15

Для родительского блока указываете overflow:hidden; и width/height в явном виде. Для картинки прописываете правила:

img {
    width: auto:
    height: auto;
    min-width: 100%;
    min-height: 100%:
}

Это одна из причин по которой многие хорошие исполнители отказываются от работы над вашим проектом.

Поверьте, нормального специалиста вряд ли устроит перспектива постоянного контроля с вашей стороны. Лучше уж работать через тот же Upwork, где есть четкие механизмы контроля и арбитраж для урегулирования споров.

По поводу VisualComposer. Он бывает очень полезен для тех, кто хочет самостоятельно работать над сайтом. С этой задачей он более-менее справляется.

Серьезные проблемы начинаются, когда необходимо существенно изменить его вид и механизм работы. Чтобы в процессе ничего не сломать и не нагородить костылей, нужно потратить достаточно много времени на изучение исходного кода и документации.

Разработчикам для WordPress это зачастую не очень интересно, поскольку в своей работе многие из них этот плагин не используют. Работать с тем же Flexible Content из ACF гораздо удобнее, результат контролируем и его можно достаточно быстро протестировать.

Помимо этого не стоит забывать, что плагин VisualComposer подключает к странице один большой CSS-файл объемом 450 Кб, что даже с учетом gzip не очень хорошо в плане клиентской оптимизации.

Самый простой и надежный способ - открыть несколько десятков страниц и вручную все проверить.

Универсальных решений здесь нет. Если требуется менять очень много информации в зависимости от города, то можно взять за основу плагины для перевода сайта (тот же Polylang) и немного их доработать. Это не самая простая задача, но она позволит получить более-менее красивое решение.

Еще одно решение - это использование сети из сайтов: https://codex.wordpress.org/Создание_сети В этом случае содержимое для всех сайтов будет полностью независимым. Остается лишь настроить переключение между разными сайтами.

Если нужно менять только некоторые страницы и городов не очень много, то можно использовать дополнительные поля с содержимым для разных городов. Сами поля можно создать с помощью ACF, а в шаблон добавить код для о вывода данных из соответствующего поля в зависимости от выбранного города.