Ускоряем вордпресс в десятки раз!

Сегодня я хочу рассказать вам об экстримальном способе ускорения вордпресса, который с каждой новой версией “жрет” все больше и больше ресурсов вашего хостера, из-за чего хостер часто бывает недоволен, и отрубает ваш сайт на время или навсегда.

Как правило в таких ситуациях простой опимизации бывает мало (хотя несомненно необходимо трезво оценить свой сайт и понять, без каких «фишек» он сможет обойтись) Но чаще всего требуются радикальные меры – кеширование.

Кеш в данном случае – это отдача посетителю уже заранее сгенерированной и сохраненной страницы, то есть серверу не придется при каждом обращении делать выборку нужной информации из базы данных и генерировать на ее основе HTML-код для браузера.

В блоггерской среде большой популярностью пользуется плагин WP Super Cache, и неспроста! Он действительно отлично стравляется с кешированием, после установки этого плагина блог начинает просто летать! Однако, лично меня он оттолкнул процессом своей установки: десять не самых простых для технически не очень подкованного блоггера шагов. Поэтому я начал искать альтернативу и в итоге сузил выбор до двух кешей: Maxsite Cache и плагина Really Static.

Maxsite Cache порадовал меня простотой установки и тем, что он по результатам тестов практически ничем не уступает WP Super Cache, при этом он простой и легкий, как и все сделанное Максом.

Скрипт поставляется в двух версиях: платной и бесплатной. Бесплатная нужна просто для проверки работоспособности, то есть запустится ли он на вашей конфигурации сервера или нет. В бесплатной версии нет ничего, кроме генерации статических страниц и складывание их в отдельную папочку, сброс кеша осуществляется вручную. Функционал же платной версии намного шире:

  • Пока вы залогинены, кэш автоматически отключается для тех страниц, на которые вы будете заходить. В это время ваши посетители будут видеть последнюю актуальную версию. После того, как вы поработаете в админ-панели нажмите ссылку Выход. Тем самым вы укажете скрипту, что вам можно отображать страницы из кэша. До тех пор, пока вы этого не сделаете, вы будете считаться залогиненным.
  • Корректная работа с посторонними скриптами, которые меняют входящий URL, в частности т.н. защита продажных ссылок (антиобнаружитель продажных ссылок).
  • При создании нового комментария происходит сброс кэша только текущей страницы.
  • Произвольная ссылка для ручного сброса кэша.
  • Произвольный формат вывода статистики кэша. Можно отключить ссылку на мой сайт.
  • Отслеживание некоторых «особеностей» WordPress, вроде запоминания полей комментаторов. В кэше будут «чистые» поля форм.
  • Можно задать список адресов, которые не нужно кэшировать.
  • Встроенная статистика позволяет отследить процент «попаданий» кэша.
  • Отслеживание 404-страниц. Они не попадают в кэш.
  • Кэш автоматически сбрасывается каждые 4-е часа. Можно указать произвольное время.

Установка проходит легко и просто, дастаточно создать папку кеша с нужными правами и вставить пару строк в файл index.php вордпресса.

Из плюсов скрипта можно отметить то, что Макс его регулярно обновляет, плюс русскоязычная поддержка и помощь в установке, если что-то не выходит. Из минусов – скрипт платный, его цена – 30 WMZ, для многих простых блоггеров слишком высока.

Второй кеш называется Really Static, то есть «действительно статический». Реализован он в виде плагина что безусловно удобно, однако это не значит, что его установка проще, чем скрипта Макса. К сожалению, она скорее сложнее, придется немного разобраться.

Суть в том, что ваш реальный блог необходимо перенести в отдельную директорию, поддомен или даже на отдельный домен, а на старом месте плагин будет размещать статические страницы и директории, повторяющие структуру вашего сайта. То есть тут идет обратный маневр: не кеш размещается в отдельной директории, а сам сайт.

Минусы очевидны: нужно будет немного повозиться с копированием/переносом, прописать новый адрес в настройках и тп. Не сложно, но многих пугает. Из плюсов – повышается безопасность блога, ведь админка и все потенциально дырявые скрипты теперь в отдельной папке, и даже если будет найдена дыра в безопасности, хакер может просто не узнает как обратиться к этому дырявому файлу.

Really Static куда более гибкий плагин кеша, чем скрипт Макса, например можно отключить кеш для отдельных шаблонов, не кешировать категории или теги. А еще порадовала возможность разместить свой реальный блог абсолютно в любом месте, хоть на своей локальной машине (с выходом в сеть, естественно) плагин умеет загружать статику по FTP на любой другой сервер! То есть, желающие выпендриться могут держать вордпресс-блог на хостинге без PHP/MySQL, просто нужно установить вордпресс на своем компьютере и в момент публикации/редактирования быть в сети.

Ну и главное достоинство Really Static – он бесплатный.

В заключение хочу сказать, что я лично не делал тестов на предмет выяснения какой из кешев самый-самый, так как не задавался целью максимально снизить нагрузку. Оба кеша делают примерно одно и тоже – сначала генерируют, а потом отдают посетителям готовые к употреблению HTML-файлы. Скажу лишь, что прежде чем выбрать, я установил оба кеша на разные сайты, и понял, что оба примерно одинакого снижают нагрузку (раз так в 60-70 ;) Выбор свой я остановил на Really Static так как он бесплатный, более функциональный и на мой взгляд перспективный.

Ах, да, совсем забыл! Оба кеша естественно не справляются с динамическим содержимым вроде последних десяти комментариев в сайдбаре и пому подобных фишек, просто потому, что комментарии могут появляться каждую минуту, и придется каждую минуту сбрасывать кеш полностью (сайдбар-то как правило на всех страницах одинаковый) – пропадает вообще смысл в кешировании. Однако, если вас не смущает то, что данный блок будет обновляться скажем раз в час или реже – смело ставьте!

И для любителей Сапы и прочих ссылочных бирж – кеш вряд ли отрицательно скажется на уровне вашего дохода, просто настройте кеш так, чтобы он полностью обновлялся до того, как робот биржи появится на сайте – оптимально часа четыре или меньше. У меня за три недели использования Really Static не было ни одного error’а по вине плагина.