Всем привет. Я открою цикл статей, которые посвящаю 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);


Вот собственно и всё, хорошего по чуть-чуть, надеюсь статья оказалась полезной и интересной. Так что, до скорой встречи здесь, следующая статья не за горами.