Сайт стал грузиться на пару секунд дольше, и первая мысль — купить тариф помощнее. Но причина может быть в том, как настроен сайт: за месяцы работы на нем накапливаются лишние плагины, несжатые картинки и забытые обновления. Разберём семь причин замедления и расскажем, как их можно устранить.
1. Неоптимальный режим, версия и лимиты PHP
Сайт может годами работать на настройках, которые выставили при первой установке и ни разу не пересматривали, — а именно здесь часто прячется солидный кусок времени ответа сервера.
Первое, на что стоит посмотреть, — режим обработки PHP. Скрипты можно выполнять через модуль Apache, CGI, FastCGI или PHP-FPM. CGI на каждый запрос заново поднимает интерпретатор PHP, а PHP-FPM держит пул уже запущенных процессов и просто передает им задачу. В ispmanager для сайтов на Nginx можно переключить сайт на FastCGI с PHP-FPM в разделе настройки режимов работы PHP с медленного CGI.
Второе — версия PHP. Каждый крупный релиз PHP получает оптимизации интерпретатора и кэширования байт-кода, поэтому один и тот же код на PHP 8.x обычно выполняется заметно быстрее, чем на версии пятилетней давности. В ispmanager можно установить подходящую версию PHP отдельно для каждого сайта.
Третье — лимиты memory_limit и max_execution_time. Слишком жесткие значения обрывают тяжёлые скрипты на середине выполнения — и сервер тратит ресурсы на запрос, который всё равно закончится ошибкой. В ispmanager можно настроить эти параметры.
2. Слишком много плагинов и скриптов
Каждый плагин добавляет на страницу свой JavaScript, CSS и часто собственные запросы к базе данных. Проблема что ненужные плагины могут оставаться на сайте годами: модуль поставили «на попробовать» полгода назад, разочаровались, но не удалили — и он по-прежнему отдаёт свой код при каждой загрузке страницы. Решение — провести ревизию во всех плагинах и удалить ненужные, а старые обновить.
3. Большие неоптимизированные изображения
Картинки обычно занимают больше трафика страницы, чем весь остальной код вместе взятый. Фото с камеры на 4–6 мегапикселей, вставленное в статью без сжатия, может весить в 10–20 раз больше, чем нужно для отображения на экране.
Первый шаг — сжимать изображения при загрузке и не хранить в галерее файлы «на всякий случай» в исходном размере. Второй — приблизить контент к пользователю с помощью CDN (сеть доставки контента). Изображения и другой статический контент размещаются в географически распределенной сети серверов и отдается пользователям с ближайшего к ним узла. В ispmanager настройка уровня сжатия доступна при редактировании сайта.
4. Слишком много запросов к сторонним сервисам
Виджет чата, счётчик аналитики, кнопки соцсетей, встроенное видео — каждый такой элемент требует отдельного соединения с чужим сервером, и скорость этого соединения сайт не контролирует. Если один из внешних сервисов в моменте отвечает медленно, тормозит вся страница.
Проверьте, что из этого действительно нужно: часть виджетов можно убрать вовсе, часть — загружать с атрибутами async или defer, чтобы они не блокировали отрисовку страницы, а часть — откладывать до момента, когда пользователь долистает до нужного блока или явно взаимодействует с виджетом. Ресурсы, которые не обязаны обновляться в реальном времени (шрифты, иконки), часто можно разместить на своём сервере — это убирает одно внешнее соединение целиком.
5. Отсутствие кэширования
Без кэша сервер каждый раз заново собирает страницу, обращается к базе данных и пересчитывает то, что не менялось с прошлой загрузки.
В ispmanager кэширование и сжатие настраиваются в панели для сайтов на Nginx: можно задать, сколько времени хранить результат (по умолчанию — сутки) и какие типы файлов кэшировать — для большинства сайтов достаточно среднего значения.
6. Устаревшая версия CMS
Старая версия движка или плагина — это дыра в безопасности и код, написанный под давние версии PHP и без оптимизаций, которые появились в новых релизах. Вдобавок заброшенные версии чаще становятся мишенью автоматических ботов, а лишний паразитный трафик тоже нагружает сервер. Решение очевидное — регулярно обновляйте CMS. Перед обновлением стоит сделать резервную копию: иногда новая версия плагина требует правок в теме или конфигурации.
7. Неоптимизированные SQL-запросы
На сайтах с каталогом, большим количеством статей или активной админкой львиную долю времени ответа сервера съедают запросы к базе данных, а не сама генерация HTML. Чаще всего в этом виноваты несколько типичных ошибок: SELECT * вместо полей, выборка по полю без индекса — она заставляет базу перебирать всю таблицу, группировка больших таблиц без предварительной фильтрации и вложенные подзапросы там, где эффективнее JOIN.
Первым делом стоит завести индексы на полях, по которым сайт чаще всего фильтрует и сортирует данные, и убрать SELECT * из тяжёлых запросов. Если сайт уже вырос настолько, что стандартный MySQL не справляется, в ispmanager доступен Percona Server — совместимый с MySQL движок, оптимизированный под большие объёмы и высокую нагрузку.
Что делать c медленным сайтом
Медленный сайт редко ломается по одной причине — это обычно сумма мелких недоработок, которые накопились за время работы. Начать стоит с самого быстрого: посмотреть, что установлено на сайте, включить кэширование и HTTP/2. Обычно даёт заметный результат без единой правки кода. Обновление CMS и разбор SQL-запросов требуют больше внимания и резервной копии перед стартом. И только если после всего этого сайт всё равно не тянет собственную посещаемость, есть смысл разговаривать о более мощном тарифе хостинга.
ispmanager бесплатно на 14 дней
- Управление сайтами
- AI-конструктор WordPress
- Мультиверсионность СУБД
- Node.js
- PHP-селектор
- Резервное копирование