Что на самом деле ограничивает ваш тариф хостинга, что происходит при достижении каждого лимита и как понять, является ли медленный сайт проблемой ресурсов или проблемой кода.
"Мой сайт медленный" и "у моего сайта что-то закончилось" снаружи выглядят одинаково, а внутри почти не имеют ничего общего. Это руководство разделяет их: сначала что на самом деле представляют собой лимиты, затем как диагностировать настоящую медлительность.
Сначала: он медленный или сломан?
Медленный означает, что страницы в итоге загружаются. Сломан означает, что не загружаются.
Если вы получаете страницы с ошибками, а не медленные страницы, остановитесь здесь и перейдите к статье Коды ошибок HTTP. У 500, 502 или 504 есть конкретная причина и конкретное решение, и ни одно из них не "перейти на более дорогой тариф".
Если сайт недоступен, а не медленный, перейдите к статье Сайт не загружается.
Что на самом деле ограничивает ваш тариф
Четыре вещи, и полезно знать, какая есть какая, потому что при достижении они ведут себя очень по-разному.
Хранилище. Сколько места на диске занимают ваши файлы и базы данных. Измеряется ежедневно.
Трафик. Сколько данных ваши посетители скачивают за месяц.
Число сайтов. Сколько отдельных сайтов можно запустить на тарифе.
Доступ к CDN. Доступен ли CDN вообще. Сколько трафика отдаёт для вас edge, не ограничено: трафик edge не ограничен на каждом тарифе, включающем CDN.
Ваши конкретные объёмы зависят от тарифа. Актуальные значения для всех тарифов показаны рядом в разделе Биллинг, затем Изменить тариф, и сравнивать честнее именно там, а не по числу из справочной статьи, которое может устареть. См. Переход на другой тариф.
Что происходит при достижении каждого лимита
Об этом люди беспокоятся больше всего, а ответы менее драматичны, чем ожидается.
Хранилище. Использование диска измеряется ежедневно и показывается на странице обзора сайта. По мере роста вы получаете предупреждение в аналитике, которое становится настойчивее по мере приближения к заполнению. См. Аналитика.
Число сайтов. Этот лимит применяется в момент создания. Попробуйте создать сайт сверх объёма тарифа, и вы увидите ясное сообщение о том, что тариф заполнен, с возможностью перейти на другой тариф или добавить ещё один. Ничего из существующего не затрагивается.
Право на CDN. Включение CDN на тарифе, который его не включает, возвращает простое сообщение "не входит в ваш тариф" со ссылкой на смену тарифа. Частичного или ограниченного режима нет. См. Включение CDN.
Трафик CDN. Ничего не происходит, потому что достигать нечего. Трафик edge не ограничен на каждом тарифе, включающем CDN. Ваш сайт никогда не снимают с edge за то, что он отдал слишком много, edge никогда не приостанавливается, и трафик никогда не переводится обратно на ваш источник из-за объёма. Карточка Пропускная способность в этом месяце на странице CDN является живым показанием того, что edge отдал для вас, и ни из чего не вычитается.
Очень крупные аккаунты подпадают под общую для аккаунта Политику добросовестного использования, которая публикует собственный порог, применяется ко всему аккаунту, а не к одному сайту, и работает по принципу "сначала уведомление": мы пишем вам в день превышения и не ограничиваем скорость молча, не выставляем счёт задним числом и не блокируем без предупреждения.
Трафик Managed WordPress и WooCommerce работает как мягкий лимит. Вы получаете уведомление при приближении к нему и ещё одно при превышении. Сайт никогда не отключается, а превышение никогда не оплачивается: трафик хостинга не тарифицируется, а уведомление нужно, чтобы вы были в курсе и чтобы мы могли предложить настроить бесплатный слой кеша CDN, если вы хотите расходовать меньше.
Превышение объёма хранилища или трафика не приводит к блокировке сайта. Блокировка на этой платформе является состоянием оплаты, а не ресурсов. См. Аккаунт заблокирован и Неудачный платёж.
Что не ограничивается тарифом
Две вещи, которые люди ожидают найти и не найдут.
Нет квоты на CPU или память для отдельного сайта на тарифах веб-хостинга. Ваш тариф не выделяет вам определённое число ядер.
Вы не соревнуетесь с соседями за ресурсы PHP. Каждый сайт работает в собственном изолированном пуле рабочих процессов PHP. Загруженный соседний сайт не может исчерпать рабочие процессы, нужные вашему. Эта изоляция реальна, и именно поэтому "чужой сайт замедляет мой" на этой платформе почти никогда не является объяснением.
Что действительно применяется, так это лимит на запрос: сколько памяти может использовать один запрос и сколько секунд он может выполняться. Их вы задаёте сами. См. Расширения и настройки PHP.
Где посмотреть использование
- Хранилище на странице Обзор сайта.
- Трафик CDN тоже на странице обзора после включения CDN, а также на вкладке Kapsule CDN сайта.
- Предупреждения через аналитику и по email. См. Аналитика.
Как на самом деле ускорить медленный сайт
В порядке отдачи от усилий. Двигайтесь по списку вниз, а не прыгайте сразу в конец.
1. Включите кеширование
Самый большой выигрыш, каждый раз. Отдать сохранённую копию страницы на порядки дешевле, чем собирать её заново для каждого посетителя.
Перейдите в Веб-сайты, выберите сайт, затем WordPress, затем Кеширование. Объектное кеширование доступно на тарифах семейства WordPress, а полностраничное кеширование на управляемых тарифах. См. Кеширование сайта.
Учтите, что некоторые пути намеренно никогда не кешируются: страницы администрирования, вход, корзина, оформление заказа и страницы аккаунта. Кеширование страницы оформления заказа показало бы одному покупателю корзину другого, поэтому это не настраивается и не должно настраиваться.
2. Включите CDN
Кеширование хранит копию в одном месте. CDN размещает её рядом с посетителями. Эффект максимален, если ваша аудитория находится не в той же стране, что и сервер. Нужен подходящий тариф и собственный домен. См. Включение CDN.
3. Перейдите на более новую версию PHP
Реальная, измеримая разница без всякой работы. Сначала проверьте на staging. См. Смена версии PHP.
4. Приведите в порядок изображения
Неизменно самое тяжёлое на медленной странице. Фотография прямо с телефона может весить несколько мегабайт и показываться шириной 400 пикселей. Уменьшайте размер перед загрузкой и используйте современный формат.
5. Проведите ревизию плагинов
Каждый плагин, который выполняет работу при каждом запросе, обходится вам в каждом запросе. Отключайте их по одному и измеряйте. Удаляйте то, чем не пользуетесь, а не оставляйте отключённым. См. Плагины WordPress.
6. Найдите то, что действительно медленное
Перестаньте гадать и измерьте:
- Вкладка APM на сайтах WordPress показывает, какие запросы медленные. См. Производительность сайта.
- Журнал медленных запросов, доступный из инструментов состояния WordPress, показывает, какие запросы к базе данных создают проблему.
- Медленный журнал PHP фиксирует, что делал запрос, когда он выполнялся слишком долго.
- Журналы ошибок показывают всё, что тихо сбоит и повторяется. См. Журналы ошибок.
7. И только потом думайте о дополнительных ресурсах
Если кеширование включено, CDN включён, PHP актуален, изображения в порядке, а профилировщик говорит, что работа действительно необходима, значит, вы переросли тариф, и переход на более высокий будет правильным решением. См. Переход на другой тариф.
Если сделать этот шаг первым, люди в итоге платят больше за сайт, который всё так же медленный, потому что неоптимизированный сайт на большем тарифе остаётся неоптимизированным сайтом.
Когда пора переходить на сервер
Виртуальный хостинг является правильным выбором для подавляющего большинства сайтов. Переходите на облачный или выделенный сервер, когда вам нужно программное обеспечение, которого нет на платформе, root-доступ, нестандартные службы или предсказуемые выделенные мощности для чего-то действительно тяжёлого. См. Облачные серверы и Выбор архитектуры.