Оптимизация производительности WordPress при помощи wp-config.php

Как вы помните, для файла WordPress доступно множество тонкостей конфигурации wp-config.php. На самом деле настроек данного файла так много, что я думаю, многие веб мастера пропустили некоторые настроки для данного файла, направленные на оптимизацию производительности WordPress.

Жесткая ссылка адреса вашего блога

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

- Возвращает URL вашего сайта
- возвращает URL вашего блога
- отображает URL вашего сайта
- отображает URL вашего блога

Эти теги отображают или возвращают связанную информацию о вашем блоге на основе информации, представленной на панели «Общие параметры» в админ части WordPress («Настройки» > «Общие»). После того, как вы вошли в Admin панель, Ваша информация о адресе и адресе вашего сайта хранится в базе данных WordPress и должна быть запрошена для каждого экземпляра каждого из указанных выше тегов шаблона (возможно, и других). Это может показаться не очень “чистым” решением, но чистое влияние на производительность может быть значительным.

К счастью, WordPress обеспечивает способ устранения этих ненужных запросов к базе данных, позволяя нам жестко кодировать значения непосредственно в конструкцию PHP . Определяя WP_HOME и WP_SITEURL константы в wp-config.php файле вашего сайта, вы можете повысить производительность, уменьшив количество запросов, сделанных к базе данных WordPress. Следующие два определения были введены в WordPress версии 2.2 и переопределяют значения базы данных без их фактического изменения (обратите внимание, что в конце любого URL-адреса вы не должны включать завершающую косую черту):

define('WP_HOME', 'https://digwp.com'); // blog url
define('WP_SITEURL', 'https://digwp.com'); // site url

Обратите внимание, что эти параметры должны соответствовать указанным данным в настройках Вашего WordPress сайта. Кроме того, как только эти значения определены в файле конфигурации, они будут «серым» то есть не активными в панели «Общие настройки администратора». Удаление определений восстановит вашу способность редактировать их через панель администратора.

Жесткий код ваших шаблонов и стилей

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

- Возвращает URL-адрес каталога стилей активной темы
- возвращает URL-адрес каталога активной темы
- Отображает URL-адрес каталога стилей активной темы
- Отображает URL-адрес каталога активной темы
 - Возвращает путь к каталогу стилей для текущей темы.
 - Возвращает абсолютный путь для каталога шаблонов текущей темы

Эти теги функционируют, предполагая стандартную структуру каталогов для установки WordPress (т.е. /wp-content/themes/), А затем запрашивают базу данных для значения текущей активной темы.

Как и в предопределенных константах для адреса и адреса сайта (см. Предыдущий раздел), вы также можете повысить производительность за счет исключения запросов к базе данных для шаблона и пути стилей вашего сайта. Следующие два определения были введены в WordPress версии 2.2 и переопределяют значения базы данных без их фактического изменения (обратите внимание, что в конце любого URL-адреса вы не должны включать завершающую косую черту):

define('TEMPLATEPATH', '/absolute/path/to/wp-content/themes/H5');
define('STYLESHEETPATH', '/absolute/path/to/wp-content/themes/H5');

Обратите внимание, что жесткое кодирование этих значений отключит вашу способность успешно переключать темы через WordPress Admin ( Внешний вид > Темы). Для этого просто удалите эти два определения, а затем отредактируйте их с именем новой темы.

Определите свои четыре значения

В моей статье Трюки конфигурации WordPress» я обсуждаю четыре ключа безопасности, которые были введены в WordPress версии 2.7. Эти четыре ключа работают тихо в фоновом режиме и защищают ваш сайт, улучшая шифрование файлов cookie. Значения для этих четырех ключей должны быть как можно более случайными и сложными и легко и автоматически генерироваться в службе секретного ключа WordPress.org . Эти предопределенные ключи помещаются в ваш wp-config.php файл и могут быть изменены в любое время (таким образом, аннулирование старых файлов cookie ваших посетителей):

Используемые в сочетании с этими четырьмя определениями являются четырьмя соответствующими значениями. В идеале эти четыре значения столь же сложны и случайны, как и их четыре ключа шифрования. Если ключь не определен в другом месте, WordPress будет запрашивать базу данных для генерации своих значений. Эти сгенерированные значения затем сохраняются в базе данных WordPress и должны запрашиваться для каждого использования ключей шифрования. Очевидно, что устранение этих запросов к базе данных поможет нам улучшить производительность сайтов на WordPress. Теперь мы знаем, что эти четыре константы также могут быть определены в wp-config.php файле. Вот пример:

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

Источник: https://digwp.com

Источник записи: https://techblog.sdstudio.top/perevod/optimizaciya-proizvoditelnosti-wordpress-pri-pomoshi-wp-configphp