Ускорение работы Wordpress

• С одной стороны, Wordpress популярен среди вебмастеров благодаря низкому порогу вхождения и универсальности.
• С другой стороны, Wordpress известен медленной скоростью работы.
• Даже статические по сути страницы при каждом обращении к ним проходят через громоздкую систему генерации с выполнением большого количества PHP-кода и SQL-запросов.
• При этом ускорение сайта с помощью кэширования в HTTP-акселераторе (например, Squid в режиме реверсивного прокси или Nginx) использовать нельзя:
• страницы необходимо удалять из кэша, когда они меняются в Вордпрессе;
• но Вордпресс не имеет стандартного способа сообщить HTTP-акселератору о таком изменении.
• Поэтому для Вордпресса создано большое количество кэширующих плагинов — как взаимодействующих с HTTP-акселератором, так и реализующих всю логику внутри самого Вордпресса.
• Главный недостаток плагинов второго типа — хотя количество выполняемого PHP-кода кардинально сокращается, сам факт его выполнения уже приводит к низкой производительности.
• Cachify является плагином первого типа — за счёт взаимодействия с Nginx кэшированные страницы отдаются вообще без передачи запроса в PHP/WP/MySQL.
• Благодаря этому производительность сайта на Вордпрессе на большинстве запросов удаётся поднять до производительности статического сайта.

Способ работы:

• Wordpress сохраняет в Memcached всё содержимое, отдаваемое неавторизованным посетителям.
• Nginx обращается к Wordpress'у только в том случае, если результат запроса не найден в Memcached.

Установка пакетов в Debian/Ubuntu:

• Подразумевается, что уже используется связка Nginx + PHP-FPM
• Cachify совместим только с акселератором APC — Xcache и прочие аналоги не поддерживаются.
• Можно использовать nginx-full или nginx-extras, но не nginx-light, т.к. он собран без поддержки memcached
• Итого:

apt-get -y install php-apcu php-memcached memcached nginx-full

Настройка Nginx для кэширования в Memcached:

• Стандартная директива try_files $uri $uri/ /index.php?$args; переносится в отдельный location @nocache
• На бывшее место try_files помещается запрос страницы из memcached, предваряемый длинным блоком исключений. Не кэшируются и перенаправляются в @nocache по коду 405 следующие запросы:
• с параметрами;
• с типом POST;
• от авторизованных пользователей;
• в админку.
• Если страница не будет обнаружена в memcached, запрос также будет перенаправлен в @nocache — по коду 404.
• Полный текст настроек см. в https://github.com/pluginkollektiv/cachify/blob/develop/inc/setup/cachify.memcached.nginx.php

Проверка работы:

• Посещаем несколько страниц сайта...
• ..и смотрим, сохранились ли они в кэше:

echo stats items | netcat 127.0.0.1 11211

echo stats cachedump 29 100 | netcat 127.0.0.1 11211

Альтернативный вариант — настройка Nginx для кэширования в APC:

• Данный способ нами пока не протестирован, но его настройка выглядит намного проще — достаточно к каждой директиве fastcgi_pass, передающей запросы из Nginx в PHP-FPM, добавить строку с установкой переменной:

fastcgi_param PHP_VALUE auto_prepend_file=;

• Прочие достоинства: не надо устанавливать memcached и php-memcached, вместо nginx-full можно использовать nginx-light
• Недостаток: неясно, как просматривать кэш, чтобы убедиться в его работоспособности.
• Полный текст настроек см. в https://github.com/pluginkollektiv/cachify/blob/develop/inc/setup/cachify.hdd.nginx.php

Ограничения:

• Cachify предлагает добавлять в настройки Nginx строку «add_header X-Powered-By Cachify», но этого НЕ следует делать в том случае, если add_header уже используются на верхних уровнях, т.к. документация Nginx гласит: «Директивы наследуются с предыдущего уровня при условии, что на данном уровне не описаны свои директивы add_header.»
• Сайт обязан работать либо только через http, либо только через https, т.к. страницы содержат абсолютные ссылки, но сохраняются в memcached без учёта протокола. С другой стороны, в https://github.com/pluginkollektiv/cachify/pull/22 пишут, что сейчас данная проблема уже решена. Тем не менее, принудительный редирект клиентов с HTTP на HTTPS можно выполнить в Nginx'e примерно так:

location / {
    if ($http_x_forwarded_proto != "https") {      # ..behind standard proxy?
#if ($http_cf_visitor ~ '{"scheme":"http"}') {  # ..behind Cloudflare?
        return 301 https://$server_name$request_uri; # ..force redirect from HTTP to HTTPS
    }

• При обновлениях ядра Вордпресса, тем и плагинов не забывайте сбрасывать кэш!

systemctl restart memcached