Перейти к основному контенту
Создать запрос

Почему мой сайт медленно работает?

Maxim Tsitsejev
Обновлено

Применимо к: все тарифы (Self-Managed и Managed).

Медленный сайт почти всегда упирается в одну из пяти причин, именно в таком порядке: нет кэширования, устаревшая версия PHP, тяжёлые плагины или медленные запросы к базе данных, большие неоптимизированные изображения или ваш аккаунт упирается в лимиты ресурсов CloudLinux. Пройдитесь по списку ниже — каждый шаг быстрый, и большинство сайтов заметно ускоряются уже после первых двух.

Наши серверы работают на LiteSpeed с кэшированием на уровне сервера, а каждый аккаунт изолирован и имеет собственный лимит ресурсов CloudLinux (LVE). Это значит, что скорость в основном в ваших руках — а значит, и решение тоже.

Симптомы

  • Страницы грузятся по несколько секунд или подтормаживают только в часы пик.
  • Сайт быстрый, когда вы вышли из системы, но медленный в админке (или наоборот).
  • Изредка под нагрузкой появляются ошибки 508 «Resource Limit Reached» — признак того, что вы упираетесь в лимит по CPU, памяти или процессам, а не просто «тормозите».
  • Одна страница (корзина, поиск или отчёт) работает гораздо медленнее остальных.

Частые причины (сначала самые вероятные)

  1. Нет кэширования страниц. Без кэша сервер пересобирает каждую страницу с нуля при каждом посещении. Это самая частая причина медленной работы WordPress и похожих приложений.
  2. Устаревшая версия PHP. На старом PHP ваш код выполняется значительно медленнее. Современный релиз (PHP 8.x) обычно даёт большой и бесплатный прирост скорости.
  3. Тяжёлые плагины или медленные запросы. Несколько плохо написанных плагинов, конструкторов страниц или запросов к базе без индексов могут «съесть» большую часть времени загрузки и нагрузки на CPU.
  4. Большие изображения и неоптимизированные ресурсы. Изображения по несколько мегабайт, отсутствие сжатия и отложенной загрузки делают страницы медленными даже на быстром сервере.
  5. Лимиты ресурсов. Если аккаунт превышает свой лимит CloudLinux, запросы ненадолго ставятся в очередь или отклоняются (ошибка 508), и всё работает медленно, пока нагрузка не снизится.

Быстрые решения

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

  1. Сначала замерьте. Прогоните сайт через бесплатный инструмент, например Google PageSpeed Insights, GTmetrix или WebPageTest, и отметьте время загрузки и самые тяжёлые элементы, которые он подсвечивает (часто это изображения и блокирующие отрисовку скрипты). Прогоняйте его заново после каждого изменения ниже.
  2. Включите кэширование. Это шаг с самым большим эффектом. На WordPress установите и включите плагин LiteSpeed Cache (LSCache) — он работает в связке с нашим серверным кэшем и является рекомендованным способом кэширования на нашей платформе. Для других приложений включите любое полностраничное кэширование, которое они предлагают. Смотрите руководство по LSCache по ссылке ниже.
  3. Обновите версию PHP. В cPanel откройте раздел MultiPHP Manager, выберите свой домен и переключите его на актуальный релиз PHP 8.x. Если что-то перестанет работать, верните прежнюю версию и уточните у разработчика, какая версия нужна сайту. (Откройте cPanel из личного кабинета: откройте свою услугу, затем Log in to cPanel.)
  4. Проверьте плагины и темы. Отключите всё, чем не пользуетесь. Чтобы найти медленный плагин, отключайте их по одному (или группами) и каждый раз заново замеряйте скорость. Частые виновники — конструкторы страниц, «всё-в-одном» комплекты безопасности, плагины похожих записей и аналитики. Держите ядро, плагины и темы обновлёнными.
  5. Оптимизируйте базу данных. Медленные повторяющиеся запросы бьют и по скорости, и по CPU. Удалите неиспользуемые плагины, которые пишут в базу, удалите старые ревизии записей и спам, а также используйте плагин индексации/оптимизации, если приложение его поддерживает. Наш MySQL Governor сглаживает интенсивную работу с базой, но именно сокращение нагрузки делает страницы быстрыми.
  6. Оптимизируйте изображения. Уменьшите изображения до размеров, в которых они реально отображаются, сожмите их (это сделает плагин оптимизации изображений или настройка экспорта), используйте современные форматы вроде WebP и включите отложенную загрузку. Только это часто уменьшает «вес» страницы вдвое.
  7. Проверьте расход ресурсов. В cPanel откройте инструмент расхода ресурсов / статистики CloudLinux (он есть на главной странице cPanel и в разделе инструментов метрик), чтобы увидеть, не упираетесь ли вы в лимиты по CPU, памяти (PMEM), процессам или IO. Если вы регулярно близки к потолку — это и есть ваше узкое место, см. статью о ресурсах ниже.

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

Если это не помогло

  • Вы постоянно упираетесь в лимиты ресурсов. Если вы включили кэш, почистили плагины и оптимизировали сайт, но по-прежнему видите высокую нагрузку на CPU/память или ошибки 508 — значит, сайту действительно нужно больше запаса, чем даёт ваш тариф. Переход на более старший тариф поднимает ваши лимиты CloudLinux — см. ниже, когда стоит повышать тариф.
  • Одна страница медленная, остальные быстрые. Это указывает на конкретную функцию (поиск, корзину, обращение к API, некэшируемую динамическую страницу). Кэширование по умолчанию обычно пропускает страницы авторизованных пользователей и корзины, поэтому сосредоточьте настройку именно там.
  • Хотите, чтобы мы посмотрели. На тарифах Managed это входит в наше обслуживание, и мы ведём мониторинг 24/7. На Self-Managed (с самостоятельным управлением) пришлите нам результаты — и мы подскажем, в какую сторону копать. В любом случае укажите ваш домен, URL медленной страницы, результаты тестов до и после и когда это началось.

Похожие статьи

Комментарии

0 комментариев

Войдите в службу, чтобы оставить комментарий.