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

Здесь вам будут предложены решения проблем, советы и примеры кодов на WordPress.

Подготовка

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

Изменить префикс БД в wp-config.php

Найдите и в корневой директории вашего WordPress файл wp-config.php. Измените префикс БД с wp_ на что-то вроде 123abc_

Так будет выглядеть:

$table_prefix  = '123abc_';

Примечание: Вы можете только изменить на буквы, цифры и символы подчеркивания.

Изменение имени всех таблиц базы данных

Вам необходим получить доступ к БД (чаще всего используется phpmyadmin), а затем переименовать таблицы в БД, указанные в файле wp-config.php. Пример запуска MySQL на cpanel можно посмотреть на изображение ниже:

Стандартно в WordPress по умолчанию 11 таблиц, поэтому менять их вручную занимает определенное время.

Поэтому, чтобы помочь Вам сделать эту процедуру быстрее, мы создали SQL-запрос, который Вам поможет.

RENAME table `wp_commentmeta` TO `123abc_commentmeta`;

RENAME table `wp_links` TO `123abc_links`;

RENAME table `wp_comments` TO `123abc_comments`;

RENAME table `wp_postmeta` TO `123abc_postmeta`;

RENAME table `wp_options` TO `123abc_options`;

RENAME table `wp_terms` TO `123abc_terms`;

RENAME table `wp_posts` TO `123abc_posts`;

RENAME table `wp_term_relationships` TO `123abc_relationships`;

RENAME table `wp_term_taxonomy` TO `123abc_taxonomy`;

RENAME table `wp_users` TO `123abc_users`;

RENAME table `wp_usermeta` TO `123abc_usermeta`;

Если у вам есть плагины, то вам может быть придется добавить еще строки для плагинов, которые могут использовать свои собственные таблицы в БД WordPress. Идея заключается в том, что изменения имени всех таблиц на префикс, который вы хотите.

В Параметре таблиц

Мы должны искать строки кода БД, где используется в качестве префикса wp_, чтобы их заменить их. Чтобы облегчить процесс, используйте этот запрос:

SELECT * FROM `123abc_options` WHERE `option_name` LIKE'%wp_%'

Это выдаст много результатов, и вы должны идти один за другим, чтобы изменить эти строки.

Данные UserMeta

Далее, нам нужно обыскать все поля usermeta, которые использует в качестве префикса wp_, и заменить его. Используйте SQL-запрос ниже:

SELECT * FROM `123abc_usermeta` WHERE `meta_key` LIKE'%wp_%'

Число записей может меняться и зависит от количества плагинов которое установлено на блоге. Просто изменить всё, где присутствует префикс wp_ на новый.

Резервное копирование

Теперь сайт готов для тестирования. Если Вы выполнили вышеуказанные действия, то сайт должен работать нормально. Теперь, вы должны сделать резервную копию вашей БД, так на всякий случай.

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

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

Когда вы загружаете WordPress с помощью FTP и получаете доступ к сайту, вы увидите такой экран:

Настройки в основном говорят вам, чтобы вы настроили wp-config-sample.php ведь он может работать не на всех хостингах. Большинство хостингов, которые мы попробовали, он работает. Если вы используете одну из популярных хостов, то он будет работать. Следующим шагом будет нечто подобное:

Там вы вводите определенную ключевую информацию. WordPress позволяет подключится к БД. Все данные в настройках будут добавлены в ваш wp-config.php как:

define('DB_NAME', 'database-name');

define('DB_USER', 'database-username');

define('DB_PASSWORD', 'database-password');

define('DB_HOST', 'localhost');

По умолчанию база данных хост — имя localhost, потому что она работает с большинством хостов. Но есть хосты, имеющие другие конфигурации, так что вы должны будете изменять имя, используя другие узлы.

Один из самых хороших трюк для wp-config.php в книге WordPress была способность обнаруживать базы данных хоста.

define('DB_HOST', $_ENV{DATABASE_SERVER});

Вставьте код выше в файл wp-config.php, он, скорее всего, определит сервер БД.

Ключи безопасности

Ключи безопасности — это набор случайных чисел, которые позволяют улучшить шифрование информации с блога, хранящихся в компьютере пользователя. До Вордпресса 3.0, вы должны были установить вручную ключи в ваш файл wp-config.php. В WordPress 3.0 если вы используете мастер установки, он автоматически добавляет ключи безопасности в wp-config.php. Также до WordPress 3.0, там были только 4 ключа безопасности, но с 3.0 уже доступны 8 ключей безопасности.

Они могут быть добавлены в wp-config.php:

define('AUTH_KEY', 'вставьте здесь вашу уникальную фразу');

define('SECURE_AUTH_KEY', 'вставьте здесь вашу уникальную фразу');

define('LOGGED_IN_KEY', 'вставьте здесь вашу уникальную фразу');

define('NONCE_KEY', 'вставьте здесь вашу уникальную фразу');

define('AUTH_SALT', 'вставьте здесь вашу уникальную фразу');

define('SECURE_AUTH_SALT', 'вставьте здесь вашу уникальную фразу');

define('LOGGED_IN_SALT', 'вставьте здесь вашу уникальную фразу');

define('NONCE_SALT', 'вставьте здесь вашу уникальную фразу');

Вы можете получить уникальные ключи, перейдя на эту страницу. Мы сделали статью чтобы вы узнали, зачем нужны ключи безопасности.

Префикс БД

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

$table_prefix = 'wp_';

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

Язык конфигурации.

По умолчанию установлен английский язык в локализации WordPress, но его можно изменить на свой родной язык с помощью кода:

define('WPLANG', '');

define('LANGDIR', '');

Языковой файл перевода (.МО) должны быть размещён в папке по умолчанию, предполагается размещение в WP-content/languages (первый) и в WP-includes/languages (второй). Как видите выше, вы можете задать свой язык, какой вам нравится.

Отладки в WordPress

Для разработчиков, отладка WordPress имеет функцию, позволяющую вам найти ошибки и неработоспособные функции. По умолчанию, функция имеет значение false, но в режиме отладки, разработчики должны включить его.

define(‘WP_DEBUG’, false); // отключить режим отладки, стоит по умолчанию

define(‘WP_DEBUG’, true); // включить режим отладки

Блог/Адрес Сайта

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

define('WP_HOME', 'http://AndreyEx.ru');

define('WP_SITEURL', 'http://AndreyEx.ru');

Добавив их в свой wp-config.php сокращается число запросов к базе данных, таким образом увеличивая производительность вашего сайта.

Переопределить права доступа к файлам

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

define('FS_CHMOD_FILE', 0755);

define('FS_CHMOD_DIR', 0644);

Изменения постов

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

Автоматическое сохранение конфигураций

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

define('AUTOSAVE_INTERVAL', 120); // в секундах

Некоторые посты имеют 10, 20, а то даже 100 изменений постов в зависимости от владельца блога. Если вы думаете, что функция вас раздражает, то вы можете ограничить количество изменений в расчете на одну должность.

define('WP_POST_REVISIONS', 5);

Вы можете использовать любое целое число, как вам удобно.

Если ни один из методов выше не устраивает Вас, то можете отключить изменение ревизий, добавив эту функцию:

define('WP_POST_REVISIONS', false);

Особенности мусора Вордпресс

В WordPress 2.9, появилась еще одна новая функция “мусорная корзина”, добавленная в ядро. Эта функция работает так же, как мусорная корзина, так что вместо удаления поста навсегда, вы бы отправить его в корзину. Это помогло тем пользователям, которые случайно нажать на кнопку Удалить, а это может сделать любой из нас. Плохая сторона этой мусорной корзины является то, что вы должны очищать мусор, регулярность зависит от степени её заполнения. По умолчанию корзина сама очищается каждые 30 дней. Вы можете изменить, используя следующую функцию:

define('EMPTY_TRASH_DAYS', 7 ); //целое число-это количество дней

Для отключения функции, добавьте код ниже:

define('EMPTY_TRASH_DAYS', 0 );

Но помните! Установив значение 0, WordPress будет очищать корзину при удалении записей без  подтверждения. Любое неосторожное нажатие может стоить вам…

Константы для FTP/SSH

По умолчанию WordPress позволяет вам обновить плагины, и ядро WordPress версий от бэкэнда. Есть некоторые хосты, которые требует FTP или SSH-соединение каждый раз при попытке обновить или установить новый плагин. С помощью приведенных ниже штрих-кодов, вы можете установить соединение FTP или SSH и больше не беспокоиться.

// Методы файловой системы: "direct", "ssh", "ftpext", or "ftpsockets"

define('FS_METHOD', 'ftpext');

// абсолютный путь к корневому директорию

define('FTP_BASE', '/путь/к/на Вордпресс/');

// абсолютный путь к "WP-content" каталогов

define('FTP_CONTENT_DIR', '/путь/к/для Вордпресс/WP-content/');

// абсолютный путь на WP-plugins" каталога

define('FTP_PLUGIN_DIR ', '/путь/к/для Вордпресс/WP-content/plugins/');

// абсолютный путь до открытого SSH-ключа

define('FTP_PUBKEY', '/Home/username/.по SSH/id_rsa.паб');

// абсолютный путь до Вашего закрытого ключа SSH

define('FTP_PRIVKEY', '/Home/username/.по SSH/id_rsa');

// либо FTP или SSH имя_пользователя

define('FTP_USER', 'имя_пользователя');

// пароль для пользователя FTP_USER

define('FTP_PASS', 'пароль');

// имя_узла:порт комбо для ваших SSH/FTP-сервер

define('FTP_HOST', 'ftp.example.org:21');

Автоматическая оптимизация Базы Данных

В WordPress 2.9 добавлена функция называемая как автоматическая оптимизация БД. Для включения функции, вам необходимо использовать следующий код:

define('WP_ALLOW_REPAIR', true);

После активации, появятся настройки к этой странице, на примере: http://AndreyEx.ru/wp-admin/maint/repair.php

Пользователю не нужно заходить на блог чтобы использовать данную функцию. Главная цель этой функции заключается восстановлении поврежденной БД. Пользователи зачастую не могут зайти на сайт, если БД повреждена. После восстановления и оптимизации БД, удалите вышеприведенный код из файла wp-config.php.

Увеличить лимит памяти в PHP

Существует распространенная ошибка в WordPress, как память исчерпана, которые пользователи видели при активации некоторых плагинов. Вы можете увеличить предел памяти PHP через wp-config.php файл. Просто вставьте код ниже:

define('WP_MEMORY_LIMIT', '64MB');

Примечание: Эта функция может не работать с некоторыми веб-хостами, так что вам лучше узнать у хоста о возможности увеличения лимита памяти PHP.

Журнал ошибок вордпресс

Для разработчиков, полезно также иметь журнал ошибок для сайта. Вы можете легко создать простой журнал ошибок на CMS WordPress с помощью файла wp-config.php. Для начала, создайте файл с именем “php_error.log”, дать уровень доступа на сервере — для записи, и поместить ее в папку по вашему выбору. Затем отредактируйте путь в третьей строке:

@ini_set('log_errors','On');

@ini_set('что display_errors','Off');

@ini_set('error_log','/home/path/domain/logs/php_error.log');

Начиная с WordPress 2.6, вы имеете возможность переместить каталог WP-content. Это способствует безопасности сайта. Вы можете сделать перемещение WP-сontent, добавив код в файл wp-config.php:

Переместит ваш каталог WP-content

define('WP_CONTENT_DIR', $_SERVER['DOCUMENT_ROOT'].'/blog/wp-content');

define('WP_CONTENT_URL', 'http://AndreyEx.ru/blog/wp-content');

define('WP_PLUGIN_DIR', $_SERVER['DOCUMENT_ROOT'].'/blog/wp-content/plugins');

define('WP_PLUGIN_URL', 'http://AndreyEx.ru/blog/wp-content/plugins');

define('CUSTOM_USER_TABLE', $table_prefix.'my_users');

define('CUSTOM_USER_META_TABLE', $table_prefix.'my_usermeta');

define('WP_ALLOW_MULTISITE', true);

# Protect wp-config.php

<Files wp-config.php>

    order allow,deny

    deny from all

</Files>