Peter Holmes
0 
1508
172
В основе каждой установки WordPress лежит WP-config.php файл, файл настолько священный и окутанный тайной, что каждый пользователь WordPress знает, что должен никогда не трогай.
Или это должно?
На самом деле, существует множество менее известных полезных хаков, которые могут быть без какого-либо ущерба для WordPress, и пришло время поднять свои навыки WordPress на ступеньку выше. Продолжайте читать 5 моих любимых трюков с wp-config.
Эта статья предназначена исключительно для самостоятельных сайтов WordPress.org, а не для сайтов на WordPress.com (в чем разница? В чем разница между ведением блога на Wordpress.com и Wordpress.org? В чем разница между запуском блога и Wordpress.com & Wordpress.org? Теперь, когда Wordpress использует 1 на каждые 6 веб-сайтов, они должны что-то делать правильно. Как для опытных разработчиков, так и для начинающих, Wordpress может предложить вам кое-что. Но как только вы начинаете…).
Прежде чем начать, знайте, что вы потенциально можете остановить загрузку WordPress, если вы испортите синтаксис этого файла, даже с чем-то таким же глупым, как забыть точку с запятой. Тем не менее, это также невероятно легко скопировать его перед началом редактирования, чтобы иметь резервную копию. Если вы что-то сломаете, просто удалите измененный файл и переименуйте резервную копию - все будет хорошо с миром снова. На самом деле очень трудно навредить установке WordPress, если не считать удаления всей базы данных. Прежде чем пытаться что-либо из этого, вы можете также ознакомиться с нашим полным руководством по исправлению 500 внутренних ошибок сервера. Окончательное руководство по устранению 500 внутренних ошибок сервера и пустых белых страниц в WordPress. Окончательное руководство по решению 500 внутренних ошибок сервера и пустых белых страниц. в WordPress Возникли проблемы с 500 внутренними ошибками сервера и пустыми страницами в WordPress? Вот как их исправить сразу. .
Файл wp-config.php находится в корне вашей установки WordPress, и для его редактирования требуется войти в систему через FTP или SFTP. Если вы не знаете, как это сделать, содержание этой статьи может не соответствовать вашему уровню квалификации - но вот несколько полезных рецептов IFTTT для использования с WordPress 5 Удивительных рецептов IFTTT для пользователей WordPress 5 Удивительных рецептов IFTTT для пользователей WordPress IFTTT является инструментом автоматизации для опытных пользователей; и WordPress - лучший армейский нож для блоггеров. Представьте себе, какое мировое господство вы могли бы достичь, объединив их! (это не связано с редактированием файлов).
Записать ошибки в файл
Иногда выводить кучу неприятных ошибок в публичный интерфейс вашего сайта на самом деле нежелательно. Вместо этого записывайте ошибки в файл! Определите следующее, затем подождите некоторое время, и вы увидите новый журнал ошибок в WP-содержание / Каталог медленно заполняется. Это хорошая идея, чтобы отключить это, как только у вас есть достаточно хороший образец ошибок, поскольку нет встроенной ротации журналов или ограничений - вы можете заполнить весь сервер гигабайтами журналов!
define ('WP_DEBUG', true); // изменить обратно на false, чтобы отключить if (WP_DEBUG) define ('WP_DEBUG_LOG', true); define ('WP_DEBUG_DISPLAY', false); @ini_set ( 'display_errors', 0); Ищите строки с PHP_ERROR скорее, чем УВЕДОМЛЕНИЕ или же ПРЕДУПРЕЖДЕНИЕ - последний не сломает ваш сайт, но первый может.
Отключить публикацию ревизий
Однажды я нашел сообщение с более чем 100 ревизиями: это 100 дополнительных строк в таблице сообщений, которые не нужны. Полностью отключите публикацию изменений, используя следующую простую строку:
define ('WP_POST_REVISIONS', false);или же
define ('WP_POST_REVISIONS', 3);вместо этого ограничить их разумным числом. Конечно, некоторым людям нравится иметь пост-ревизии, особенно в среде, где редакторы вносят изменения в вашу работу - но если это просто вы пишете, и у вас есть тенденция работать над постами за раз, это просто не стоит. Обратите внимание, что этот трюк не удалит существующие ревизии поста, он просто остановит создание новых.
Таблица общих пользователей
Иногда ты хочешь больше одного Установка WordPress - мы делаем это здесь, на MakeUseOf.com. Но давать пользователям отдельный логин для каждого сайта просто смешно, а запуск “многосайтовая” сеть блогов тоже не помогает (поверьте мне, мы пытались) - на самом деле, это чрезмерно усложняет ситуацию, когда несколько строк в вашем wp-config.php - это действительно все, что нужно. То, что вы хотите, это то, что называется таблицей общих пользователей - то есть, хотя каждый блог остается своей собственной сущностью с отдельными плагинами и постами и т. Д., Только общая база данных пользователей является общей..
Во-первых, определитесь с вашим главным блогом - именно там будет осуществляться управление пользователями. Давайте назовем это блогом A. Блог B и C будет “суб-блоги”, и получит из основного блога таблицу пользователей, - и я предполагаю, что они будут установлены в отдельных папках. В файлах wp-config для B и C добавьте следующие строки. В этом примере основной блог использует префикс базы данных “blogA”.
define ('CUSTOM_USER_TABLE', 'blogA_users'); define ('CUSTOM_USER_META_TABLE', 'blogA_usermeta'); Префикс базы данных - это конкретный термин, выбранный при настройке вашего первого блога (тот, который используется для управления всем). По умолчанию wp_ но новые установки побудят вас изменить это. Если вы не уверены, это слово стоит в начале всех имен таблиц вашей базы данных..
Вы также должны убедиться, что домены cookie одинаковы - без этого шага пользователи должны будут входить на каждый сайт отдельно (хотя с тем же паролем и возможностями, которые теперь доступны)..
define ('ADMIN_COOKIE_PATH', '/'); define ('COOKIEPATH', '/'); define ('SITECOOKIEPATH', '/'); define ('COOKIEHASH', MD5 ('CHANGETHIS')); Обязательно замените CHANGETHIS вашей собственной случайно сгенерированной строкой символов, чтобы обезопасить ваши куки. Наконец, вы должны увидеть ряд строк, похожих на скриншот ниже, определенных случайным образом “поваренная соль” а также “ключ” ценности. Убедитесь, что это одинаково в каждом файле конфигурации; если у вас его еще нет, используйте эту страницу для их генерации.
К счастью, ни одно из изменений, внесенных вами в wp-config.php, не будет потеряно при каждом обновлении, однако есть еще одно небольшое изменение, которое вам может потребоваться повторить, если обновление перезаписывает его: WP-включает / capabilities.php.
_init_caps () Функция - это то место, где выбираются возможности для текущего пользователя - если мы не изменим это, пользователь сможет войти в систему, но фактически ничего не делать. Найдите следующий код:
function _init_caps ($ cap_key = ") global $ wpdb; if (пусто ($ cap_key)) $ this-> cap_key = $ wpdb-> get_blog_prefix ().'abilities '; иначе $ this-> cap_key = $ cap_key; $ this-> caps = get_user_meta ($ this-> ID, $ this-> cap_key, true); if (! is_array ($ this-> caps)) $ this-> caps = array (); $ this-> get_role_caps ( );и изменить
$ this-> cap_key = $ wpdb-> get_blog_prefix (). «способность»;так что он жестко запрограммирован на любой ваш основной префикс блога
$ this-> cap_key = 'blogA_capabilities';Каждое обновление, просто убедитесь, что у вас все еще есть полный доступ к каждому блогу; если нет, переделайте это исправление.
Исправить URL сайта
Если вы испортили настройки URL-адреса, иногда вы можете заблокировать себя из области администратора в неприятном сценарии «курица с яйцом». Вы можете исправить это с помощью доступа к настройкам, но вы не можете получить доступ к настройкам, потому что настройки неверны; (
К счастью, вы можете переопределить любые параметры базы данных, где хранится URL-адрес, - jet добавьте следующие строки в ваш файл конфигурации:
define ('WP_SITEURL', 'http://example.com/');define ('WP_HOME', 'http://example.com/');Не нарушайте URL при миграции
Миграция сайта WordPress в новый домен 3 плагина для легкой миграции сайта WordPress, опробовано и протестировано 3 плагина для легкой миграции сайта WordPress, опробовано и протестировано Эти плагины Wordpress могут полуавтоматизировать весь процесс миграции сайта WordPress для вас. это можно сделать несколькими способами, но если вы выбрали жесткую базу данных командной строки и дамп файла, это наиболее распространенный способ сделать сайт недоступным. Вместо того, чтобы исправить это после факта, добавьте следующую строку, чтобы перевести WordPress в режим перемещения.
DEFINE ( 'RELOCATE', правда);Теперь, когда вы все перенесли, посетите /login.php и настройки URL будут обновлены для вас. Проверьте, что это работает, затем удалите эту строку из конфига.
Освоение вашего wp-config.php - это один из этапов на пути к овладению WordPress - я бы также порекомендовал вам узнать о непосредственном взаимодействии с базой данных с помощью этих удобных SQL-запросов. 7 запросов к базе данных Wordpress для поиска в блоге. 7 запросов к базе данных Wordpress Искать в своем блоге что-нибудь. Запуск WordPress-блога или веб-сайта на самом деле не так уж и важен. Это на самом деле довольно просто. Вы устанавливаете Wordpress на веб-сервер, загружаете и устанавливаете тему, запускаете… .
Есть другие хаки wp-config, которыми вы хотели бы поделиться?