Всем привет. Я открою цикл статей, которые посвящаю
Wordpress'у(WP), а сегодня начнем с хардкорной оптимизации.
Вся работа, а именно вставка кода, будет проходить с файлом
wp-config.php перед require_once(ABSPATH . 'wp-settings.php'); поехали...
1. В WP есть крон, который при каждом обращении к сайту создает запрос к БД. Это пинги, генерация xml карты, отложенная публикация и тому подобная шушера.
Решение:
Отключаем путём вставки кода define('DISABLE_WP_CRON', true); и добавляем в cron 'время раз в час /usr/bin/php /путь к сайту/wp-cron.php'
2. Все знают, что черновики надо выбрасывать рано или поздно, а WP любит их собирать от чего база начинает пухнуть и лагать.
Решение:
Добавляем строчку кода define('WP_POST_REVISIONS', false); и чистим нашу БД путем запроса в phpMyAdmin: DELETE FROM 'wp_posts' WHERE post_type='revision'
3. Количество соединений к одному адресу ограничено браузером, а иногда и сервером, что влечет к увеличению времени загрузки сайта.
Решение:
Создаем субдомен с путём к /wp-content/uploads/ . Не забываем настроить в блоге:
В открывшемся окне, находите раздел – «Загрузка Файлов». Там есть две строчки – «Сохранять файлы в этой папке» и «Полный URL-путь к файлам».
В первой вписываете абсолютный путь до поддомена, а во второй, его обычный адрес и сохраняете изменения.
4. Если Wordpress подлагивает или адово тормозит, и в логах ругается на память, а памяти на сервере еще хватает, то можно всегда увеличить лимит для Вордпресса.
Решение:
Копируем код define('WP_MEMORY_LIMIT', '32M');
5. Корзина это хорошо, но скорее всего контент для вставки у нас есть и в офлайне, так что смело отключаем ее и уменьшаем размер базы =).
Решение:
Вставляем код define('EMPTY_TRASH_DAYS', 0);
Вот собственно и всё, хорошего по чуть-чуть, надеюсь статья оказалась полезной и интересной. Так что, до скорой встречи здесь, следующая статья не за горами.
18.01.13
Автор: Дартаньян.