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

Отключение сохранения копий

По умолчанию значение переменной WP_POST_REVISIONS равно true, оставляя таким образом возможность сохранения копий редактируеммых документов. Для отключения данной возможности, значение нужно установить в false.

define('WP_POST_REVISIONS', false );

Установка ограничения количества сохраняемых копий

Если Вы хотите ограничить количество сохраняемых копий редактируемых документов, то просто замените false, на целое число, равное количеству копий (например 3 или 5)

define('WP_POST_REVISIONS', 5 );

Установка домена cookies

В случае, если Вы используете установку с несколькими субдоменами, например используете отдельный субдомен s.examle.com для раздачи статического контента (css, картинки и т.п.), то имеет смысл ограничить запросы cookies только для доменов с динамическим содержанием

define('COOKIE_DOMAIN', 'www.askapache.com');

Отладка

Переменная WP_DEBUG, добавленная в WordPress с версии 2.3.1, контролирует вывод некоторой отладочной информации и ошибок на экран. Если данная переменная не определена в wp-config.php, то по умолчанию ее значение считается false.

ПРИМЕЧАНИЕ: В примере значения true и false даны без апострофов ('), поскольку они являются логическими величинами.

define('WP_DEBUG', true);
define('WP_DEBUG', false);

Если Вы планируете редактировать встроенные в WordPress JavaScrips, то для отладки так же имеет смысл включить

define('SCRIPT_DEBUG', true);

Отключение Javascript Concatenation

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

define('CONCATENATE_SCRIPTS', false);

Настройка журналирования ошибок

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

Ниже пример, устанавливающий журналирование ошибок в файл. Если WP_DEBUG установить в true, то все ошибки так же будут записываться в файл. Нужно просто разместить этот код перед любой командой require_once или include.

@ini_set('log_errors','On');
@ini_set('display_errors','Off');
@ini_set('error_log','/home/example.com/logs/php_error.log');
/* That's all, stop editing! Happy blogging. */

Увеличение лимита памяти выделяемой для PHP

Начиная с версии 2.5 в WordPress появилась возможность определять максимальное количество памяти, выделяемой для PHP. Этот параметр может быть необходим, если Вы получаете сообщения «Allowed memory size of xxxxxx bytes exhausted».

Данный параметр увеличит объем выделяемой памяти для PHP только в WordPress, и не затронет другие приложения. По умолчанию объем выделяемой памяти в WordPress равен 32MB, так что устанавливаемое значение должно быть больше.

Стоит заметить что данный параметр не будет работать, если на сервере установлено ограничение на объем выделяемой памяти. На многих бесплатных хостах этот объем устанавливается равным 8MB.

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

Кэш

Установка WP_CACHE в true включит вызов wp-content/advanced-cache.php при исполнении wp-settings.php.

define('WP_CACHE', true);

Таблицы Custom User и Usermeta

CUSTOM_USER_TABLE и CUSTOM_USER_META_TABLE определяют имена таблиц хранящих информацию о пользователях вместо используемых по умолчанию. (Наверное можно использовать при интеграции с другими CMS или форумами).

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

Язык и директория для файлов переводов

WPLANG будет определять какой файл переводов (.mo) будет использоваться WordPress. LANGDIR определяет в какой директории должны храниться .mo файлы (файлы переводов). Если LANGDIR не будет определена, WordPress будет пытаться найти файлы с переводами сначала в директории wp-content/languages, а затем в wp-includes/languages

define('WPLANG', 'ru_RU);
define('LANGDIR', 'mylanguagedirectory');

Похожие записи:

  1. WordPress 2.9 и проблемы с отложенными записями

Страницы: 1 2 3 4