danforth, сколько строк в таблице не знаю, да и таблица далеко не одна, а множество. Размер дампа всей базы ~50Гб.
А Redis в данном случае дополняет кеширование в innodb_buffer_pool_size или заменяет его?
Wordpress multisite на десятки млн. страниц.
Нагрузка на сервер идет в первую очередь из-за запросов к mysql: по htop только mysql и грузит постоянно проц.
Выставлен innodb_buffer_pool_size на 16Гб.
Есть ли смысл ставить memcached или redis для снижения нагрузки на БД дополнительно к innodb_buffer_pool_size? И что из них лучше подойдет для этого?
Тот же сайт на локальном хосте работает без проблем, поэтому проблему подозреваю в первую очередь или в Nginx purge или в fastcgi cache, так как именно после их добавления начались такие глюки.
Да...................
Вряд ли вирус будет активничать только когда я решу плагины обновлять, а когда в админке добавляю\правлю - ничего не делать...
Пробовал заливать файлы вордпресса поверх из чистого дистибутива - раза два из десяти попыток помогло.
В основном использую восстановление из резервной копии - это хоть и дольше намного, зато восстанавливает работоспособность в половине случаев.
Все-таки дело не в кеширование nginx похоже.
Когда отключаю для домена fastcgi_cache, перезапускаю nginx, опять пытаюсь установить\обновить плагины - получаю ошибки с подменой букв в путях:
Warning: require_once(/var/.../wp-contelt/plugins/wp-cerber/cerber-load.php): failed to open stream: No such file or directory in /var/.../wp-content/plugins/wp-cerber/wp-cerber.php on line 82Fatal error: require_once(): Failed opening required '/var/.../wp-contelt/plugins/wp-cerber/cerber-load.php' (include_path='.:') in /var/.../wp-content/plugins/wp-cerber/wp-cerber.php on line 82Fatal error: require_once(): Failed opening required '/var/.../wp-content/plugins/wp-mail-smtp/wp-mail-smtp.php����' (include_path='.:') in /var/.../wp-content/plugins/wp-mail-smtp/wp_mail_smtp.php on line 52Warning: require(/var/.../wp-includes/class-wp-post.pfp): failed to open stream: No such file or directory in /var/.../wp-settings.php on line 170
Причем, что странно, в одной и той же ошибке пишет и не верную папку wp-contelt и верную wp-content при указании на место возникновения ошибки.
Само кеширование настроено из коробки и работает идеально, согласен.
Вот только из вордпресса, на сколько мне известно, при обновлении записи нельзя делать сброс кеша из коробки.
Для этого я и поставил модуль fastcgi_cache_purge https://github.com/FRiCKLE/ngx_cache_purge в nginx, а в сам вордпресс плагин Nginx Helper.
Вы fastcgi_cache_purge предлагаете убрать?
Если не обновлять плагины и не добавлять новые плагины, то все тоже работает идеально.
Чтение, редактирование и добавление новых постов идет без проблем.
Помочь тем, что подсказать в какую сторону копать.
С кодом все ок, получается проблема в nginx в части обработки кода? Такое вообще может быть, чтобы, например, в скрипте прописано куча инклюдов, он первые файлы инклюдит нормально, а у двадцатого файла вдруг меняет расширение?
Все что менял на сервере до возникновения проблемы описано в первом посте.
Выше об этом писал, что в скриптах все ок, повторюсь.
В файле прописан entry.php, но когда возникает ошибка при вызове через браузер он становится *.pgp
Также в скрипте прописан верный вызов файла, который существует.
Т.е. ни entry.pgp, ни functions.php.php в момент возникновения ошибки в коде нет. В коде прописаны верные вызовы entry.php и functions.php
Заказываю не в первый раз.
Что при заказе несколько лет назад, что сейчас - очень быстрое размещение ссылок с "избытком".
Рекомендую.