Наилучшую производительность обычно показывает WP Super Cache, поскольку он создаёт статические страницы, при отдаче которых PHP вообще не загружается.
Возможно, будут полезны подробные обзоры:
Модератор
Yui
(@fierevere)
永子
описание и отзывы (имхо) сильно отдают маркетинговым «буллшитом»,
к тому же сам скрипт похоже давно не обновляется (как кстати и основная поделка автора — MaxSite)
Лучше пользоваться тем чем пользуются большинство — wp super cache (если есть желание и возможности, то логика wp-supercache — хороший пример для создания своих правил, например для nginx fastcgi cache, он будет работать еще быстрее)
+ хорошо задействовать обьектный кеш по возможности, Сергей дал ссылку, там есть плагин обьектного кеша, к сожалению достаточно давно не обновлялся тоже, а возможность использовать APC VarCache/XCache VarCache/Memcached есть не везде и не у всех
>при отдаче которых PHP вообще не загружается.
только для apache + mod_rewrite, рекомендуемая конфигурация — реврайт с помощью PHP, но оверхед минимален, к тому же не задействуется mysql
Спасибо за ответы. Меня тоже смущает старость этого метода. Но как я понял им никто не пользовался.
wp super cache использую давно. Реально увеличивает скорость. Плюс еще некоторые меры недавно принял — сжал HTML, CSS и JS. В .htaccess включил Gzip и кэширование в браузере. Поудалял много плагинов и заменил их функции кодами (Похожие записи, управление ревизиями и кое что еще) Скорость добавилась. Но чувствую есть еще резервы.
Только что попробовал плагин https://wordpress.org/plugins/nginx-helper/faq/ Я еще пока не понял что он делает, но сайт, чисто визуально, без всяких тестовых сервисов начал летать!
Не знаю, может мне это показалось. но посмотрим что будет дальше.
Кстати! Спецы! Подскажите чайнику вот что. Сейчас на сайт я специально вывел индексацию использования памяти и запросов к БД и скорость генерации страницы/ Но признаюсь честно — мне эти цифры пока ни о чем особо не говорят. Даже не знаю — хорошо это или плохо. Посмотрите и если не трудно дайте свою оценку увиденному. Сайт вот Строка вывода информации в сайтбаре вверху.
Модератор
Yui
(@fierevere)
永子
nginx helper это «заглушка» для fastcgi кеша nginx,
сам по себе nginx умеет сохранять в кеш fastcgi выхлоп, но не умеет очищать кеш если была опубликована новая статья или комментарий, хелпер помогает очистить через функцию /purge/
в случае использования патча (!) от Frickle Labs (в обычном nginx) этого нет.
если у вас сервер обычного хостинга (судя по .htaccess так и есть) или не используется связка nginx + php-fcgi можете на этот плагин не смотреть, он вам ничего не даст 😀
В принципе nginx fastcgi кеш работает по той же схеме что и wp supercache, просто статика в виде выхлопа php-fcgi сохраняется в кеш самого nginx
Модератор
Yui
(@fierevere)
永子
22.37MB | MySQL:43 | 0,699sec
не стоит смущать посетителей
можно добавить код в footer.php внутри тегов <!-- код -->
и просматривать исходный код страницы
0.7 с — многовато
43 запроса — средне
22 Мб — кеширование опкода PHP задействовано лишь частично
у вас «простой» хостинг или VPS/VDS?
PS: можете не отвечать, виртуальный хостинг hostland.ru
Конечно простой.
не стоит смущать посетителей
Это я временно открыл. Для оценки. Вообще это выводится только для меня — админа
0.7 с — многовато
43 запроса — средне
22 Мб — кеширование опкода PHP задействовано лишь частично
Но эти цифры постоянно плавают от минимума до максимума…. Не могу понять никакой закономерности и системы в этом. Чайник…..
Модератор
Yui
(@fierevere)
永子
плавать будут в зависимости от
нагрузки на сервер хостера
нагрузки на опкеш PHP со стороны вашего или чужих сайтов (при недостатке места в кеше, обращения к новым скриптам вытесняют старые скрипты из кеша)
количество запросов SQL может варьироваться в зависимости от использования обьектного кеша или использования плагинами, темой, основными скриптами ВП transient cache api
Спасибо за ответы. Больше не буду морочить вам головы. Сам буду разбираться и искать резервы ускорения. Хотя и так, как мне кажется со всеми кэшированиями неплохо….
