Оптимизация WordPress

В своей статье "Производительность WordPress" я рассказал о том, как работает WordPress с базой данных MySQL. Вы можете почитать эту статью, чтобы иметь об этом общее представление. Сегодня же я продолжу эту тему, но уже в практическом разрезе: мы поговорим о том, как оптимизировать WordPress, чтобы обеспечить максимальную производительность блога.

Основные направления оптимизации

В общем-то есть три базовых момента, которые будут влиять на нагрузку, создаваемую блогом на WordPress.

/-Первый-/ - локализация. Дело в том, что локализация (то есть перевод на русский) на сегодняшний день существует в двух варианта. Первая, которая выполнена по "стандартной" технологии, используется на сайте MyWordpress.ru. В этой локализации перевод хранится в отдельном файле. Проблема здесь в том, что сам файл перевода имеет размер больше 150Кб и загружается каждый раз при вызове страниц сайта. Если учесть, что в основном перевод требуется только для админ-панели, то понятно, что это бессмысленная нагрузка на сервер.

В другой локализации, которую предлагаю я, перевод выполнен прямо в исходных файлах. То есть никакие дополнительные файлы не нужны и за счет этого снижается нагрузка на сервер. Понятно, что если ваш блог имеет небольшую посещаемость (до 100 хостов в день), то для вас не принципиально какую локализацию использовать.

/-Второй-/ момент - шаблоны. Поскольку их очень много и в них используются очень разные подходы, то иной раз нужно внимательно смотреть на прописанный в них php-код. Особое внимание уделяйте тем шаблонам, которые используют собственные функции вместо стандартных вордпрессовских.

/-Третий-/ момент - используемые плагины. Дело в том, что многие плагинописатели не особенно заботятся об оптимизации своих продуктов, поэтому встречаются такие, где наряду с бессмысленными и неоптимизированными запросами в базе данных, встречаются и сложные циклы, и замысловатые рекурсии, которые способны просто-таки "завалить" сервер.

/-Отдельным пунктом-/ будет идти речь об особенностях WordPress, влияющих на его производительность.

Шаблоны

Поскольку с локализацией всё ясно, то сразу же приступим к шаблонам.

Большинство шаблонов использует стандартные WordPress-функции. Например для указания кодировки блога используется:

Ничего здеь необычного нет, но если подумать, то какой смысл в этом действии? Не каждый день меняется кодировка блога, поэтому можно явно указать кодировку и без помощи PHP.

То есть там, где можно явно указать путь или параметр, лучше так и сделать. Пусть это хоть немного, но снизит нагрузку на сервер.

Следующий важный момент это бессмысленное использование функций /-_e()-/ и /-__()-/. Суть этих функций в том, чтобы принять строку и перевести её. Рассмотрим такой код:

Казалось бы всё верно. Однако в результате мы просто получаем перевод /-"Archives:"-/. То есть вся эта строка превращается до банального:

и никаких PHP-функций.

Другой пример:

Здесь мы встречаем функцию /-__()-/. Действуем по аналогии и получаем в результате:

То есть как минимум мы сократили вызов трех функций.

Иногда в шаблонах встречаются html-комментарии, в которых включен php-код, например:

То есть здесь вызываются две функции, но результат всё равно не отображается на странице. Если этот вывод вам не нужен, то можно просто удалить такой код.

Важное замечание. Некоторые html-блоки /-должны-/ выводиться в html-комментариях, например: стили, скрипты, rdf.

Понятно, что для оптимизации своего шаблона придется приложить некоторые усилия, да и внимательность не помешает. Но если вы делаете шаблон для себя, то это даст вам некоторый выигрыш в быстродействии.

Плагины

Главное правило - /-деактивируйте все плагины, которые вы не используете-/. Многие плагины цепляются к различным событиям WordPress и работают, когда вы об этом даже не догадываетесь. Например, плагин "Контактная форма". Обычно под неё выделяют отдельную страничку, где и помещают код этого плагина. Но сам плагин написан таким образом, то вызывается при каждой загрузке страницы. Любой. Это можно наблюдать, если вы посмотрите в браузере html-код и увидите добавленный блог CSS-стилей. В принципе это довольно-таки безобидный плагин, поскольку добавляемый код очень незначителен и им можно пренебречь. Но суть, думаю, вам понятна.

Некоторые плагины весьма полезны, но используются редко, например только при определенном условии. В этом случае разумней будет не облегчать себе жизнь, а сделать отдельную файл-страницу в каталоге шаблона и явно добавить в неё вызов функции плагина. Ссылку на страницу можно безболезненно добавить прямо в шаблон. Таким образом рекомендуется делать карты сайта, статистику и т.п., то есть те плагины, которые создают серьезную нагрузку.

Для того, чтобы отключить автоматическое выполнение ("срабатывание") плагина нужно в нем убрать (закомментировать) несколько строчек.

Учитывайте, что для этих действий у вас должен быть хороший уровень подготовки и знаний PHP!

Обычно для привязки функции плагина к какому-либо событию используют функции /-add_action()-/ или /-add_filter()-/. Общего рецепта здесь нет, смотрите по коду.

Возможно, у вас есть такие плагины, которые являются необходимыми, но создают большую нагрузку. В этом случае можно попробовать создать файл с уже готовым html-кодом (созданным плагином), а после подключить готовый файл к шаблону с помощью /-readfile()-/.

Особенности WordPress

На быстродействие WordPress будут влиять еще несколько факторов.

**/-Количество и объём постоянных страниц-/. Чем их больше, тем большим будет обмен данными с базой данных. По возможности следует избегать ихчрезмерного использования, тем более, что по функциональности они почти такие же, как и обычные сообщения.

**/-Количество опций-/. В WordPress отлично реализован механизм добавления и использования глобальных настроек. Это очень активно используется в плагинах, чтобы не создавать лишние таблицы в базе данных. Но, при всём этом существует проблема удаления ненужных данных. Например вы установили плагин, он вам не понравился и вы его удалили. Однако настройки плагина всё-равно остались в WordPress'е. Таким образом накапливается довольно существенный объем данных. Но главное здесь то, что в каждой такой опции есть параметр /-autoload-/, который указывает WordPress загружать его автоматически каждый раз. И по-умолчанию /-autoload-/ включен и получается, что хоть плагин вы удалили, его параметры всё-равно загружаются.

**/-Используйте кэш-/. WordPress достаточно эффективно использует кэш и этим может существенно снизить нагрузку на сервер. Но, в версиях старше 2.0.1, вкралась ошибка, отключающая этот кэш. Если вы еще не сделали обновление, то не откладывате на потом. Сразу скажу, что в официальной версии 2.0.5 этот баг также не исправлен. В моих же сборках после 22 сентября 2006 г. этот баг был исправлен.