Редактируем wp-config.php
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');
Похожие записи:
Комментариев к данной записи: 3
20 мая 2010
Помнится Мне данная статья очень помогла. Спасибо еще раз.
24 мая 2010
А как быть с тем, что многие из настроек в БД хранятся — откуда их ВП будет брать из БД или из файла конфигурации?
17 сентября 2010
Добрый день!
В файле wp-includes/category-template.php для вывода облака тегов у меня указаны стандартные настройки: сортировка по имени, по алфавиту
function wp_tag_cloud( $args = '' ) { $defaults = array( 'smallest' => 8, 'largest' => 14, 'unit' => 'pt', 'number' => 45, 'format' => 'list', 'orderby' => 'name', 'order' => 'ASC', 'exclude' => '', 'include' => '', 'link' => 'view' );Но сортируются по алфавиту только английские теги, а русские выстраиваются в каком-то не поддающимся логике порядке.
База данных выполнена в кодировке utf8_general_ci
Подскажите, в чем дело и как это исправить.