Комментарии 21
Мне не очень понятно как получается разное время загрузки закешированной версии сайта, разве эти плагины не складывают к себе в папочку уже отрисованные странички? Или они не всё кэшируют в статику и поэтому разница?
Лично я давно пользуюсь связкой Nginx+Varnish+W3 Total Cache, и считаю это наиболее удачным решением среди всех прочих.
Что касается самой статьи, то можно было указать версию PHP, а также был ли использован акселератор (Zend OPcache, XCache, PhpExpress, eAccelerator и тд. и тп.).
Что касается самой статьи, то можно было указать версию PHP, а также был ли использован акселератор (Zend OPcache, XCache, PhpExpress, eAccelerator и тд. и тп.).
Попробуйте Nginx + HHVM + Redis + MariaDB, и вообще без кеширования. На случай хабраэффекта можно складывать full-page cache в родной fastcgi_cache Nginx'а, ну или в Redis / Memcahced. При небольшом твикинге Nginx можеть забирать прям оттуда. W3TC — огромный комбайн, от него вполне можно избавиться. А вообще, на носу HTTP/2.
хм, использую Hyper Cache много лет просто при привычке, а теперь призадумался
огромное спасибо за проделанную работы и анализ
огромное спасибо за проделанную работы и анализ
Кстати, а где WP-FFPC ???
Штатное кеширование Nginx, это не тоже самое, что делает Varnish?
Хочется отметить, что не все плагины по кешированию отдают 304, проверить можно тут last-modified.com а поисковики их любят
NGinx + WpSuperCache в кодексе описана настройка, что даже php дергаться не будет, в итоге отдача чистого статичного html средствами nginx
Прошу прощения за ламерский вопрос — какая разница между:
1. Wordpress cache (ex: WP Super Cache)
2. Varnish
3. PHP opcode cache (ex: APC, x-cache)
1. Wordpress cache (ex: WP Super Cache)
2. Varnish
3. PHP opcode cache (ex: APC, x-cache)
Если вкратце и в общих чертах, то:
1. WP super cache складывает сгенерированный HTML-код в файлы на диск;
2. Varnish — это кэширующий HTTP-proxy, который сгенерированные html-файлы (или любые другие) держит в оперативке (по мере необходимости), уменьшая тем самым обращения к диску;
3. PHP-opcode cache кэширует в памяти «скомпилированные» PHP-скрипты, что избавляет от необходимости повторной «компиляции» при всех последующих к ним обращениях.
1. WP super cache складывает сгенерированный HTML-код в файлы на диск;
2. Varnish — это кэширующий HTTP-proxy, который сгенерированные html-файлы (или любые другие) держит в оперативке (по мере необходимости), уменьшая тем самым обращения к диску;
3. PHP-opcode cache кэширует в памяти «скомпилированные» PHP-скрипты, что избавляет от необходимости повторной «компиляции» при всех последующих к ним обращениях.
Спасибо за хорошее разъяснение!
Правильно ли я понимаю, что Nginx настраивается таким образом, что он отдает пользователю кеш созданный плагином если он существует, а если кеша нет, передает запрос дальше в Apache? Что позволяет исключить Apache при загрузке страниц WordPress, которые без настройки считались бы Nginx'ом динамическими.
Или как-то по-другому?
Или как-то по-другому?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Выбираем плагин для кэширования WordPress: бенчмаркинг 18 плагинов