0
39
2018-08-01

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

Рассмотрим лучшие способы улучшения производительности вашего сайта с помощью wp-config.php файла в WordPress
Понравилась страница? Поставь свою оценку!
PLUGIN_STAR_RATINGS.SCORE_TEXTPLUGIN_STAR_RATINGS.VOTES_TEXT

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

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

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

<?php get_bloginfo('url'); ?>- Возвращает URL вашего сайта
<?php get_bloginfo('wpurl'); ?>- возвращает URL вашего блога
<?php bloginfo('url'); ?>- отображает URL вашего сайта
<?php bloginfo('home'); ?>- отображает 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 используют следующие теги шаблонов для определения значений этих двух переменных:

<?php get_bloginfo('stylesheet_directory'); ?>- Возвращает URL-адрес каталога стилей активной темы
<?php get_bloginfo('template_directory'); ?>- возвращает URL-адрес каталога активной темы
<?php bloginfo('stylesheet_directory'); ?>- Отображает URL-адрес каталога стилей активной темы
<?php bloginfo('template_directory'); ?>- Отображает URL-адрес каталога активной темы
<?php get_stylesheet_directory(); ?> - Возвращает путь к каталогу стилей для текущей темы.
<?php get_template_directory() ?> - Возвращает абсолютный путь для каталога шаблонов текущей темы

Эти теги функционируют, предполагая стандартную структуру каталогов для установки 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 ваших посетителей):

define('AUTH_KEY',        '#Sl2}YZFq~~.g=3HT 4+_;l7;#N~e]5._J!u*Y=qvFNhi(E{B9p% }+>rnh8t~Bl');
define('SECURE_AUTH_KEY', 'G/Huwa6Ri6zkkEqz (~*J$O8M72pe>+YrdW|+N_s2*qD%rM,;jF1%c3M!vQ>2`{i');
define('LOGGED_IN_KEY',   'r/N1ssKv7Vxnd2Oj!O3oP+/-[}eSboXBt=(%T`.N7aA%}I%|-):[&@D`r>:Rk_R#');
define('NONCE_KEY',       '~1 -@]b]LMEPzbv#)d1Cz(.7_KHVyP@UG[J&31_r5aC0WAWxpvGF;a^-@YnWt7x@');

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

define('AUTH_SALT',        '>#m3m?hTy0Lg<oB=ko7Z`8Z&(1gs=FhPug^NniIVpkdo+& c+$]B),H9*7ZMfDGT');
define('SECURE_AUTH_SALT', 'f~N>{|CYc5uuED{^f7)+hEbnh(E,<* 3:7DFcc$)SJS|=Tw^};@ti$714f:-zxjC');
define('LOGGED_IN_SALT',   ':-HRrr}<zW=QwH8F!aUa#|q-xe(pjFK$wt!8G69ttHp4hNfxs[+u-mdxF=3ll{5e');
define('NONCE_SALT',       'F)H4}[Xh?F={lMW8F|gVH~iI!8$0*?X!7IZfr`0Q2-P1EL?:E[0hE>>(+!tTZ/H$');

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

Статья была переведена для блога TechBlog.SDStudio.top
Источник: https://digwp.com