WP Super Cache vs HyperCache vs W3 Total Cache vs MaxSite Cache
Сравнение различных плагинов кэширования для WordPress
Для WordPress написано много кэширующих плагинов, предназначенных для борьбы со слабой производительностью сервера (либо кривыми руками администратора, который не в состоянии настроить PHP/MySQL). Простой пользователь зачастую задаётся вопросом: какой же из плагинов выбрать?
В данной статье я рассмотрю наиболее популярные плагины (WP Super Cache, Hyper Cache, W3 Total Cache и MaxSite Cache), а затем расскажу о [...]
← Вернуться к полной версии записи «WP Super Cache vs HyperCache vs W3 Total Cache vs MaxSite Cache»…
Связанные записи
Автор: Vladimir; опубликовано в: WordPress; метки: Hyper Cache, MaxSite Cache, W3 Total Cache, WordPress, WP Super Cache, нагрузка, производительность6
Ноя
2009
Ноя
2009
А я вот использую DB Cache Reloaded плагин. А почему Вы его не использовали в обзоре? Попутно наблюдение: я не знаю, может это Вами так задумано, но в файрфоксе 3,5, блоки “О себе”, “рубрики” и др. находятся внизу под записью, а выглядят так, как буд то должны быть справа.
Смотрите мой ответ на аналогичный вопрос.
Это временные технические нестыковки, я с шаблонами пока экспериментирую.
но всё же было бы интересно посмотреть его в сравнении. Просто на мой взгляд, он наиболее удобен в пользовании. Но реально, я даже не представляю насколько он полезен. А в целом, обзор интересный, спасибо за него.
спасибо за статью, очень полезно, давно ничего такого никто не делал. нашел через http://ocaoimh.ie/89495507/wp-super-cache-098/
у нас был блог с 800 000 monthly unique visitors, так wp super cache это единственный плагин кот. спасал от покупки дорогостоящих серверов. nginx использовать правда идея не приходила. теперь и он стоит =) получается nginx + wp super cache + eaccelerator + mysql query cache + wordpress code optimization. так и живем =) а да, еще статику на другой сервер вешаем. 3 Tb в месяц уходит ))
Если не секрет, какая у Вас конфигурация сервера?
владимир, у нас стоял Core2Quad Q9400, 8GB RAM, CentOS только для самого вордпресса + VPS гдето с 2gb Ram для статики где нужен был только большой траффик. в случае digg эффекта все равно главный сервер не всегда выдерживал, иногда падал. vps тоже часто зависал но так мы укладывались гдето в $250 в месяц что очень приемлимо было для нас учитывая что реклама окупала затраты. сейчас правда блог продан но от вордпресса мы не отошли и открыли хостинг провайдера недавно =) wooservers.com. будем опять раскручивать блог.
У нас Intel® Core™2 Quad CPU Q9550 @ 2.83GHz, 6144 KB L2 Cache, 8 GB RAM, Ubuntu
Server. В месяц пока уходит чуть больше 2 террабайт трафика. Правда, страничными кэшами вообще не пользуемся. Выглядит всё так: http://hvosting.sjinks.pro/munin/sjinks.pro/hvosting.sjinks.pro.html
На данный момент слабое место — это сеть: хостер ограничивает нас десятимегабитным каналом. Тоже склоняюсь к мысли взять VPS со стомегабитным каналом (только там 256 MB памяти и не более 10% потребление процессора). Пока не определился, как это всё дело синхронизировать.
да, с синхронизацией конечно проблема, зависит от контента. кто закачивает, кто использует. мы закачивали все сами поэтому просто сделали subdomain и повесили его на vps. или даже на несколько vps чтобы нагрузку раскинуть, как делают fishki.net например.
Could you run a benchmark comparison between WP Super Cache and Batcache? Wordpress.com uses Batcache to store pages in memory (RAM), much like W3 Total Cache does. I have tried all three and found that WP Super Cache performs the best under both Apache and Nginx.
I would like to see the benchmark test done on your server, so the test, and server configuration, will remain consistent as compared to the tests you have run with all the other caching plugins.
Thank you very much for all the good work you are doing here.
OK. Looks like BatCache requires MemCached.
Yes, mainly because the static files generated by the Super Cache are served by the web server and PHP does not have to be invoked. BatCache requires the PHP engine to load, parse several PHP files and execute BatCache’s code. These intermediary steps take some time. Because WP Super Cache does not require them, it works faster
Владимир, а поможет ли ваш или какой-то из опробованных вами плагинов в следующей ситуации?
У меня несколько сайтов WP 2.8.4-2.8.6 на shared-сервере. Сейчас стоят плагины WP Super Cache и WP-Optimize.
Но стоит начать в посещаемое дневное время редактировать статьи или одобрить пару комментов, как хостер отключает на 10 мин из-за перегрузки CPU.
А частенько и ночью в непосещаемое время вдруг видишь на графике CPU резкий всплеск сверх разрешенных 15% и отключение на 10 мин.
Плагины стоят только нужные.
MaxSite Cache поставил было в бесплатной версии, но он при некоторых шаблонах портит работу All-in-One SEO Pack и аналогичного Platinum SEO Pack.
Мешо, вопрос хороший.
Сайт какой — associatio.ru? Если да, то WP Super Cache там не работает (по крайней мере, в заголовках ответа это не видно). А еще nginx неправильно настроен — он вообще не выдаёт ошибку 404.
Хостер не говорит, какой именно скрипт вызывает перегрузку?
Обычно такие проблемы лечатся настройкой сервера, но в случае shared-хостинга это невозможно. Для того, чтобы WP Super Cache нормально работал в Full On mode, нужно править конфиги nginx, вряд ли хостер на это пойдёт, так что WP Super Cache отпадает.
Если Вас устраивает MaxSite Cache, и у Вас есть навыки отладки PHP-скриптов, возможно, будет проще допилить MaxSite Cache/All in One SEO Pack.
Владимир, хостер отправляет логи смотреть. Что я и делаю периодически, когда уж слишком сильно зашкаливает. Забанил пока несколько подозрительных роботов, а виновный скрипт так пока и не выявил. У другого человека тоже возникла похожая проблема (ночью вдруг появляется сильная кратковременная нагрузка). И мы безрезультатно обсуждали это на http://mywordpress.ru/support/viewtopic.php?pid=55273#p55273
Аксакалы форума почему-то промолчали.
А у меня подобные всплески нагрузки бывают не только ночью, но и во время большой посещаемости. А уж комменты днем одобрять и вовсе перестал.
Тогда я отключил WP Super Cache и поставил MaxSite Cache на семи блогах с 5-ю разными темами WP.
На двух темах он работает нормально. На трех других при включенном кэшировании тайтл, созданный All-in-one или Platinum Seo Pack, преобразуется в неоптимизированный исходный тайтл WP. Вывод: на 3-х из 5-ти вполне нормальных тем тайтлы сбиваются из-за MaxSite Cache – большой процент, и у других людей – тоже. А что может быть не так в шаблонах, в какую сторону “копать”?
Мишо, не могли бы Вы мне кинуть на email темы (vladimir мяу sjinks точка org точка ua)? Хочу попробовать. У меня есть серьёзное подозрение, что проблема связана с буферизацией вывода. Попробую посмотреть, что можно сделать.
Владимир, отправил вам на почту.
WordPress 2.8.6, последний All in One SEO Pack, MaxSite Cache Lite — всё работает. Вероятно, конфликт с каким-то другим плагином.
Спасибо, что подсказали! Попробовал сейчас – тоже работает!
То ли Макс что-то починил, а может, сыграло роль обновление All in One SEO Pack… Буду пробовать дальше.
Владимир, а что вы думаете по поводу скрипта кэширования, предложенного в сообщении #6 темы http://mywordpress.ru/support/viewtopic.php?pid=59879#p59879
Это еще более облегчённая версия MaxSite Cache Lite
Принцип работы один и тот же. Основное отличие — в этом варианте кэш при необходимости придётся удалять вручную (у Макса же используется специальный URL).
[...] [...]
[...] лишает ряда возможностей. О многих аспектах кеширования Вордпресс очень хорошо, вкусно и подробно написано у Владимира [...]
Предлагаю включить в тестирование
http://centavrus-opti.ru/skript-keshirovaniya-dlya-wordpress.html
в ответ поставлю ссылку со своего блога на этот или как-нибудь еще думаю договоримся