Многостраничный сайт на Wordpress, оптимизация

Сколько по времени у вас загружаются страницы (пост, список постов)?

у меня вот один сайт на 85 тыс. страниц, в каждой записи около 5-10 заполненных кастомных полей. Плюс из каждого поста свои запросы в базу с выборкой из таблиц на сотни тысяч записей.

дешевый vps, никакие плагины кеширования не использую. и довольно быстро грузится.

Может дело в хостинге? В настройках сервера? Или, например, какие-то ошибки в коде?

Почему? Таблица то одна

На более сложных страницах 3-5 секунд. На более простых 1.5-4. Значения плавают каждый раз по разному.

Сервак у Fast VPS, проц на 2.4, 4Гб оперативки(занят 1 ГБ в работе), SSD. НА этом же серваке есть еще 1 такой тяжеловес, на 30 тыс страниц, но там полей меньше и работе шустро без кеширования. Есть еще один момент, этот же тяжеловесный сайт, без кеширования перенес на обычный хостинг, так в админке сайт был намного шустрее чем на VPS, но вот во фронтеднде на обычном хосте тупил не слабо. Поддержка VPS ссылается на большую базу (400 мБ) и большое количество произвольных полей (1.3 млн).

Ошибок как бы нет, на страницах по сути помимо вывода контента и еще 5-10 вызовов разных произвольных полей.

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

Таблица одна, но листинг выводится отдельно для каждого формата. Так вот если записей более 50 тыс, то открываются они 2-3 секунды, в то время как в "вопросах" и "организациях" сейчас по 10 записей. Открытие происходит намного быстрее.

FastVPS не пользовался.. Но мой ГС на vps c 1 ядром, 1гб оперативки и обычным диском..

а на сервере что?

nginx? если да, то настраивали или дефолтные характеристики?

ну это не большая база

mysql - какие типы таблиц? настраивали?

не знаю.. я создавал и заполнял поля программно.

Ничего не настраивал, все по дефолту. Плагин кстати потестировал, дело не в нем. В записях (коих очень много), даже при откртии на редактировании жду 2-3 секунды. А если сразу 3-5 открыть то вообще. При этом в произвольных типах данных, как уже говорил, у меня открывается быстро. Но то ладно, проблема вторичная. как мне быть с кешированием? 😒

По таблицам все стандартно для wordpress.

Честно говоря, я бы сначала к этому присмотрелся. Установка (если нет), настройка nginx (те же gzip, время браузерного кеширования статики и прочее) и, особенно, настройка mysql. Заодно попробовать http2 включить, если у вас https и если версия OpenSSL позволяет.

Я не уверен, что проблема в этом. 50 тыс страниц - это мало. Не может из-за этого так тормозить.

Вы услугами FastVPS давно пользуетесь? Может с ним что-то не так? Недавно, например, vps новый искал. Купил один недорогой, но с хорошими (как казалось) характеристиками - с mysql были большие проблемы.. Тянул еле-еле.

Особенно настораживают слова хостера о том, что 400 мБ - это большая база и что 1.3 млн записей - это много

У меня похожая проблема была из-за большого размера wp_option.

Сама БД сжата и оптимизирована?

В WP Fastest Cache есть "Автоматическая предварительная генерация кэша всего сайта" http://www.wpfastestcache.com/features/preload-settings/

Там можно настроить скорость генерации кеша.

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

ошибка 504 при работе с админкой возникает не факт, что из-за кеширования. это может быть и большое число запросов от посетителей сайта.

какая посещаемость ресурса ?

Смотрите все плагины внимательно. Может из-за них скорость падать загрузки.

Для более детальной помощи, надо видеть пациента.

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

При публикации сбрасывать кэш только на главной странице и метках-рубликах ипр Если доработал запись - на ней в ручную - плагин WP Fastest Cache. Посмотреть что медленно грузиться - query monitor

Для начала приведи все к одному типу (innoDB в данном случае). Разные типы создают доп. тормоза.

И posrmeta как-то подозрительно великовата.

У тут есть несколько (шт. пять только на русском) полезных семинаров, рассказывающих как решать такие проблемы: https://wordpress.tv/?s=Kovshenin

А, ну и желательно php7 и нжинкс без апача.