kodovsky

а сама запись сколько размещается? т.е. сколько проходит времени между нажатием на кнопку и появлением страницы ошибки?

Секунд 10-15 проходило.

вероятно у хостера на nginx задано слишком маленькое значение fastcgi_read_timeout или proxy_read_timeout

Может быть.
Но сейчас уже это не важно.
Сайт пока работает стабильно и шустро.

1 перейти на пхп 7

Можно и так. Если взять VPS. Возможно, через пару месяцев так и сделаю.

И всё ещё раз повторю просьбу.
Пожалуйта, дайте наводку на толковые мануалы по оптимизации вордпресс.

Оно-то, конечно, у гугла я спрашивать буду. И разберусь в любом случае. Не впервой.

Но не хотелось бы «разгребать» кучи «советов ни о чем» из выдачи гугла.

Не могу сказать, что проблема решена. Сейчас в процессе.

wp-security-scan — это как раз Acunetix WP Security. О нём я написал здесь.
https://ru.wordpress.org/support/topic/%D0%BE%D1%81%D0%BE%D0%B1%D0%B5%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D0%B8-%D0%BF%D0%BB%D0%B0%D0%B3%D0%B8%D0%BD%D0%B0-acunetix-wp-security/

Вчера установил Query Monitor и начал тестировать.
Первое, что показал Query Monitor — среднее количество запросов к БД от 130 до 170.

Отключил все плагины. И включал по одному. Потребление памяти и количество запросов.
В результате отсеялся «мусор».
Количество запросов к БД на главной странице сайта 67, из которых 50 — это запросы ядра WP.

Среднее потребление памяти по данным Query Monitor — 70-80Мв.

Плагин bbPress даёт до 200 запросов к БД. Но это только при заходе на форум. Форум мне нужен для работы. Поэтому этот плагин оставил. К тому же форум закрытый, только для ограниченного числа «своих», поэтому это не критично.

Но проблему это не решило. Превышение лимитов памяти осталось.

Вчера вечером бомбил хостера скриншотами.

Почему страница /wp-admin/plugins.php где 25 запросов к БД и 80 мегабайт памяти использовано, генерируется 2.48 с., а главная страница сайта, где 67 запросов, 74 МБ памяти генерируется 0.79 с.?
А через минуту, при обновлении главной страницы сайта те же 67 запросов, те же 74МБ памяти, но страница генерируется 22 с.
И при этом access.log показывает, что в это время на сайте присутствую я, один пользователь и поисковый бот mail.ru
Значит дело не в моём сайте, а в настройках сервера хостера.

Побудил хостера проверять.

Ночью прислали ответ, что скопировали мой аккаунт на другой сервер на 72 часа для тестирования.

Параметры серверов.
Основной сервер.
Operating System : Linux
Server : Apache/2.4.6 () mpm-itk/2.4.7-03 OpenSSL/1.0.1e-fips PHP/5.4.16 mod_wsgi/3.4 Python/2.7.5
Memory usage : 83.22 MByte
PHP Version : 5.3.29
MYSQL Version : 5.5.47-MariaDB-cll-lve

Сервер для тестирования
Operating System : Linux
Server : Apache/2.4.6 () mpm-itk/2.4.7-03 OpenSSL/1.0.1e-fips PHP/5.4.16
Memory usage : 49.64 MByte
PHP Version : 5.4.16
MYSQL Version : 5.5.50-MariaDB

Те же самые страницы, те же самые скрипты, та же самая база данных — а потребление памяти почти в два раза меньше.

Но, основной сервер может выдать страницу за 0.7 секунды, а может и за 20-30 секунд. Нестабильно.
А «тестировочный» сервер выдает страницу за 2-4 секунды стабильно. Но при этом «ошибка 502» при любой активации/деактивации любого плагина.

Может быть дело в том, что «основной» сервер (51.255.85.188) обрабатывает 701 сайт? По данным http://whois.domaintools.com/51.255.85.188

Написал хостеру свои результаты тестов. Что-то там делают.
Сейчас посмотрел — «тестировочный» сервер начал выдавать страницы меньше чем за секунду. Но и памяти страницы стали потреблять по 75-80 Мб.

Так что пока что разбираемся.