Получайте секретные материалы проекта на свой E-Mail:

Тормозит сайт на WordPress? И ничего не помогает? У меня есть решение!

Привет, привет. Зачастую блоггеры и веб-мастера сталкиваются с такой проблемой, что рано или поздно их проекты начинают жутко тормозить. Значительно повышается нагрузка на CPU хостинга, а народные методы вовсе не помогает в решении. И сегодня мне хотелось бы рассказать Вам о том, что делать если тормозит сайт на WordPress и как в этом случае снизить нагрузку на сервер.Тормозит WordPress сайт? Снижаем нагрузку на сервер

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

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

Буквально пару дней назад ко мне обратился один блоггер и инфобизнесмен, которого многие прекрасно знают — Дмитрий Зверев, с просьбой посмотреть сильные подвисания его блога. Естественно я согласен, это ведь моя работа, тем более почему бы не помочь хорошему человеку? 🙂

Так вот, Дмитрий скинул мне все данные от сайта и хостинга, и я приступил к анализированию. Представьте, средняя скорость загрузки сайта составляла аж целых 13 секунд.

Средняя скорость загрузки сайта

Жесть, не правда ли? Да что тут говорить, помимо такой «скорости», и доступность сайта хромала, порой сайт открывался через раз. Одним словом он катастрофически зависал и отказывался полноценно работать. А самое интересное заключалось в том, что при авторизации в админ-панели проблем становилось ещё больше!

Это вызвало у меня ещё больше интереса, потому что я никогда не ранее не сталкивался с подобным! «Ну что ж, попробуем, чем тяжелее — тем интереснее» — подумал я, и приступил к работе.

В первую очередь я начал анализировать активированные плагины и смотреть какие из них больше всего нагружают сайт. Анализ я производил через плагин под названием P3. Если кому-то интересно узнать про него подробнее — подписывайтесь на обновления блога. Я обязательно напишу об этом в одной из следующих статей.

Таким образом я обнаружил 2 плагина, которые грузили блог значительнее остальных, это LeadPages и NextGEN Gallery. Но после их отключения и очистки кэша абсолютно ничего не изменилось. И тогда началось самое интересное. Я начал копать всё глубже и глубже, дабы выискать истинную причину сего безобразия 🙂

После некоторых экспериментов и проверок, я пришел к выводу, что причиной проблемы может быть хостинг. Я писал в службу поддержки Jino, но толкового ответа и помощи так и не дождался. Поэтому, оставалось надеяться только на себя и свой многолетний опыт.

И вот, спустя два дня, и множества попыток, в том числе и абсолютно бесполезных, скорость стала следующей:

Средняя скорость стала

И помимо этого, прекратились постоянные сбои в работоспособности и хостеры перестали жаловаться на повышенную нагрузку CPU. Ура! К чему стремился, то и получил — миссия выполнена.

Но что именно я делал и как мне удалось одержать победу? Давайте по порядку.

Снижение нагрузки на сервер

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

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

2. Зачастую тормоза появляются из-за скрипта под название WP-Cron. Данный скрипт, встроенный в WordPress отвечает за планирование задач. К примеру, размещение статей по времени, автоматическая чистка корзины, создание резервной копии с помощью плагина и т.д.

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

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

Так вот, для отключения WP-Cron существует несколько способов. Дело в том, что какой-то из них (как было в моем случае) может не заработать, а другой вполне.

1 способ. Переходим в корень Вашего сайта по Ftp, например через FileZilla, и открываете там файл под названием wp-config.php и добавляем новую строчку:

define(‘DISABLE_WP_CRON’, true);

Желательно добавить её после строки:

define(‘WPLANG’, ‘ru_RU’);

После чего сохраняете файл и радуетесь, скрипт должен отключиться.

Но если этого не произошло, то необходимо воспользоваться следующим вариантов.

2 способ. Опять же, в корне сайта необходимо открыть файл под название wp-cron.php, найти строчку:

ignore_user_abort(true);

и закомментировать её (отключить) с помощью двух слэшов. На выходе должно получиться вот так:

//ignore_user_abort(true);

Сохраняем файл и cron отключается.

3. Далее, необходимо включить zlib компрессию, которая позволяет значительно ускорить сайт за счет обработки и сжатия php кода. В первую очередь Вам необходимо написать хостеру и узнать включен ли у Вас функция zlib или же нет. Если подключена — отлично, если же нет — просим включить. После чего переходим в файл header.php и в самый самый верх вставляем следующий код:

<?php ini_set('zlib.output_compression', 'On');
ini_set('zlib.output_compression_level', '1'); ?>

Сохраняем файл и ощущаем значительный прирост в скорости.

4. После чего очень важно оптимизировать БД с помощью плагина WP-Optimize. Переходим в админ-панель, открываем вкладку «Плагины» — «Добавить плагин» и в поиске вбиваем «WP-Optimize», нажимаем Enter и устанавливаем первый плагин.

WP-Optimize

Далее переходим в настройки плагина (слева в меню внизу появляется новая вкладка плагина) и нажимаем кнопку Process, галочки советую оставить как есть.

Оптимизация БД

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

5. Теперь наша задача защитить блог от Ddos-атак, т.к. именно такие атаки зачастую и становятся причиной «сноса мозгов» сайта. Для этого, во-первых, я рекомендую установить плагин под названием iThemes Security, про его настройку я расскажу в следующей статье, а во-вторых, важно использовать блокировку подозрительных посетителей с помощью .htaccess.

Я не буду сейчас объяснять как выискивать таких подозрительных и вредоносных посетителей, потому что это тема отдельной статьи, а поделюсь с Вами списком IP-адресов, которые я сумел собрать за некоторое время. Именно их и нужно будет заблокировать.

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

<Limit GET POST>
Order Allow,Deny
Deny From IP 37.187.51.210
Deny From 46.175.188.100
deny from hosted-by.blazingfast.io
Allow From All
</Limit>

И после всех этих настроек Ваш сайт должен заработать как часики, а нагрузка на ЦП стремиться к нулю, как в случае с Дмитрием.

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

Но, как показывает практика, до этого дело не доходит.

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

На этом у меня все.

Желаю удачной работы с сайтами и больших заработков.

Спасибо за внимание. До скорого!

С уважением, Константин Белан

Белан Константин Сергеевич

С уважением, Константин Белан.

Рабочая 634570 Россия, Томская обл., г. Томск, +7 952 160 36 17
Добавить пост в избранныеПерейти к списку →
Сделайте мне приятно - нажмите на любую из кнопок:
Подпишитесь на рассылку блога и получайте новые статьи на свою почту
Количество комментариев к данной статье: 20
  1. Приятно видеть статьи, в которых автор пишет о конкретных, реальных результатах. Костя скидывал мне этот сайт за несколько дней до анонса этой статьи, и он ДЕЙСТВИТЕЛЬНО НЕРЕАЛЬНО ТУПИЛ! Я вначале подумал, что он вообще не работает... Сейчас захожу — проблем никаких. Очень радует то, что нет болтологии — убеждаюсь который раз, что Костя — мастер своего дела!

    • Спасибо, Павел, очень приятно!

      • 🙂

      • Ответить

        Просто отличные советы)

        • Спасибо!

  2. Ответить

    Спасибо за zlib компрессию в первый раз о таком слышу, надо будет обязательно попробовать у себя такой трюк.

    А все остальное мне было знакомо, так как уже сам сталкивался с такой проблемой. Правда в моем случае, ничего не помогло, тварь нагружающая сервер сидела где-то в среди файлов wordpress.

  3. Ответить

    Полезно. Надо протестировать свой блог. А тг мало ли. Так же тупит а ч и не подозреваю.

  4. Ответить

    Здравствуйте, Константин. Сколько не вставлял код сжатия

    Постоянно падал сайт) Не подскажете куда его добавить чтобы все заработало?

    • Ответить

      Почему-то скрипт ронял сайт до переноса закрывающего тега на новую строку)

  5. Благодарю !Достойный материал!

    • Спасибо!

  6. Ответить

    Нужно меньше пользоваться плагинами.

  7. Мне непонятно: «хостеры жалуются на перегруз сервера», а на просьбу помочь не реагируют...?

  8. Ответить

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

  9. Ответить

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

  10. Ответить

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

  11. Ответить

    Обратите внимание, нагрузка на сервере как правило считается сразу для всех сайтов вашего аккаунта. Поэтому, если сайт имеет посещаемость более 100-200 посетителей в сутки, то желательно на него установить кэш. Установка кэша только на некоторые сайты аккаунта может оказаться недостаточной.

  12. Ответить

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

  13. Ответить

    Спасибо за zlib компрессию! До этого не слышал о таком методе сжатия.

    Также помог совет с плагином WP-Optimize

  14. Ответить

    Здравствуйте Константин. По вашему совету включил zlib и вставил код — сайт пропал. Что делать?