Ограничения хостинга, о которых узнают в самый неподходящий момент

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

Разберём, какие ограничения бывают, как они проявляются и что с ними делать.

Почему тариф не отражает реальности

Хостинг общего пользования устроен так: на одном физическом сервере живут десятки или сотни сайтов, и ресурсы между ними делятся. Чтобы один сайт не съел всё, хостинг вводит ограничения — по процессорному времени, по памяти, по числу процессов, по количеству писем, по частоте обращений к базе данных.

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

Отсюда практическое правило: смотреть нужно не на объём диска, а на то, что происходит при нагрузке и при интенсивных операциях.

Ограничение на количество писем

Самое коварное, потому что бьёт прямо по заявкам и проявляется молча.

Как устроено. Почти каждый хостинг ограничивает количество писем, отправляемых с сайта: например, столько-то в час и столько-то в сутки. Ограничение существует для борьбы с рассылками спама и обычно не афишируется.

Как проявляется. Сайт отправляет уведомления о заявках, подтверждения заказов, письма о регистрации. В обычный день писем немного, лимит не задевается. Потом наступает акция, или сработала рассылка, или бот начал долбить форму обратной связи — и лимит выбирается. Дальше письма просто не отправляются. Форма на сайте показывает «Спасибо, ваша заявка принята», а письмо никуда не уходит.

Владелец узнаёт об этом через неделю, когда клиент звонит и спрашивает, почему не перезвонили.

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

Ограничение на размер загружаемого файла

Как устроено. Сервер ограничивает размер файла, который можно загрузить через форму. Часто это несколько мегабайт, и изменить настройку на общем хостинге не всегда возможно.

Как проявляется. Менеджер пытается загрузить каталог, презентацию или фотографию с хорошей камеры — и получает ошибку или, что хуже, зависшую страницу без объяснений. Или клиент не может приложить фотографию к заявке, а это в некоторых нишах основной способ получить обращение: «пришлите фото — сделаем расчёт».

Что делать. Узнать текущее значение и попросить поддержку увеличить, если тариф это позволяет. Для больших файлов предусмотреть альтернативу: загрузку через файловый менеджер напрямую или через внешний сервис. Для клиентских фотографий — разумное сжатие на стороне браузера перед отправкой и понятное сообщение об ограничении, а не молчаливая ошибка.

Ограничение на время выполнения скрипта

Как устроено. Сервер прерывает любой процесс, который выполняется дольше отведённого времени — обычно от тридцати секунд до нескольких минут.

Как проявляется. Загрузка большого прайса обрывается на середине. Резервное копирование не завершается. Генерация карты сайта падает. Массовое изменение цен применяется частично — и каталог остаётся в противоречивом состоянии, что хуже, чем если бы операция не запускалась вовсе.

Что делать. Тяжёлые операции выполнять порциями, а не одним куском: не «загрузить двадцать тысяч товаров», а «загружать по пятьсот, продолжая с места остановки». Запускать такие задачи не через браузер, а по расписанию на сервере — там ограничения обычно мягче или отсутствуют. Обязательно вести журнал: что обработано, где остановились.

Ограничение на процессорное время и число процессов

Как устроено. Самое общее ограничение: сколько вычислительных ресурсов ваш сайт может потребить за единицу времени и сколько одновременных обработчиков ему разрешено.

Как проявляется. Сайт открывается медленно или отдаёт ошибку при наплыве посетителей. Характерная картина: запустили рекламу, пошёл поток людей — и сайт лёг именно тогда, когда он был нужнее всего. Или: сайт нормально работает ночью и тормозит днём.

Ещё одно проявление — сайт «выключают» на время. Некоторые хостинги при регулярном превышении лимитов временно ограничивают ресурсы, и сайт становится очень медленным до конца суток.

Что делать. Смотреть графики потребления в панели хостинга — они там почти всегда есть, и по ним видно, упираетесь вы в потолок или нет. Настроить кэширование, чтобы страницы не собирались заново при каждом обращении. Оптимизировать тяжёлые запросы к базе. И, если сайт растёт, вовремя переезжать на выделенные ресурсы — отдельный виртуальный сервер вместо общего хостинга.

Отдельно: перед запуском рекламной кампании нагрузку стоит проверить заранее, а не выяснять на практике.

Ограничения базы данных

Как устроено. Ограничивается размер базы, число одновременных подключений, иногда — количество запросов.

Как проявляется. Сайт отдаёт ошибку подключения к базе при нагрузке. Или база достигает предельного размера, и записи перестают сохраняться: заказы не оформляются, а причина неочевидна.

Что делать. Следить за размером базы. Чистить служебные таблицы: журналы действий, старые сессии, историю изменений, брошенные корзины. На большом каталоге это часто даёт кратное уменьшение объёма. И не держать в одной базе несколько сайтов, если тариф считает лимит на базу целиком.

Ограничение на количество файлов

Как устроено. Помимо объёма в гигабайтах, часто есть лимит на количество файлов и папок. Про него почти никто не знает.

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

Что делать. Смотреть не только объём, но и число файлов в панели хостинга. Чистить неиспользуемые изображения и старые копии. Не хранить резервные копии на том же хостинге в рабочей папке — они съедают и место, и лимит файлов.

Ограничения на резервное копирование

Как устроено. Хостинг обычно делает копии сам, но глубина хранения ограничена: часто это несколько дней. Иногда восстановление — платная услуга.

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

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

Ограничения на задачи по расписанию

Как устроено. Регулярные фоновые задачи — выгрузки, обновления, рассылки — запускаются по расписанию. Хостинг может ограничивать их количество и минимальный интервал: например, не чаще раза в час.

Как проявляется. Настроили обновление остатков каждые пятнадцать минут, а оно выполняется раз в час. Или задача молча не запускается вовсе, и никто этого не замечает неделями.

Что делать. Узнать ограничения. Настроить уведомление о результате выполнения: если задача не отработала, должно приходить сообщение. Молчаливо сломавшаяся фоновая задача — одна из самых частых причин, по которой каталог перестаёт обновляться.

Ограничения на технологии и версии

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

Как проявляется. Хостинг обновил версию — и сайт перестал работать, потому что старый код несовместим. Или наоборот: нужен современный модуль, а на хостинге его нет.

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

Как проверить свой хостинг за час

Порядок, который стоит пройти любому владельцу сайта.

1. Зайти в панель хостинга и найти раздел со статистикой потребления ресурсов. Посмотреть графики за месяц: упираетесь ли в потолок и когда.
2. Найти в тарифе или спросить у поддержки: лимит писем в час и в сутки, максимальный размер загружаемого файла, ограничение времени выполнения, лимит на число файлов, ограничения по задачам расписания.
3. Проверить размер базы данных и остаток по лимиту.
4. Проверить число файлов на диске.
5. Выяснить, что и как часто копируется и сколько хранится.
6. Отправить заявку через каждую форму на сайте и убедиться, что письма приходят.
7. Проверить, отрабатывают ли фоновые задачи и есть ли уведомления о сбоях.
8. Записать всё это в один документ, чтобы потом не выяснять заново.

Последний пункт недооценён: такой документ экономит часы при любой аварии и при передаче сайта другому подрядчику.

Когда пора уходить с общего хостинга

Признаки, что тариф вы переросли:

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

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

Как это связано с продвижением 3 в 1

Ограничения хостинга выглядят чисто технической темой, но бьют они точно по обращениям.

Поиск и нейропоиск. Сайт, который медленно отвечает или периодически недоступен, хуже обходится роботами: часть страниц просто не успевает быть прочитана. Для попадания в генеративные ответы сайт должен стабильно отдавать содержимое — недоступный источник в ответ не попадёт. Плюс скорость влияет на поведение живых людей: с медленного сайта уходят до того, как увидят телефон.

Яндекс.Справочник. Карточка в Яндекс Бизнесе продолжает работать, даже когда сайт лёг, — и в этом её ценность как страховки. Но ссылки из карточки ведут на сайт, и если он недоступен, часть обращений теряется. Стоит убедиться, что в карточке есть телефон и адрес, а не только ссылка.

2ГИС. То же самое: независимый источник обращений, который не зависит от вашего сервера. Именно поэтому три канала лучше одного — при технической аварии два из трёх продолжают приводить клиентов.

И общий вывод: считайте обращения по всем каналам с разделением по источникам. Тогда при проседании сразу видно, техническая это проблема или что-то другое.

Что в итоге

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

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

Если вы не знаете, какие ограничения действуют на вашем хостинге и выдержит ли сайт наплыв посетителей, — специалисты компании «Сайты Профессионально» проверят это бесплатно: посмотрим потребление ресурсов, лимиты, состояние копий и работу фоновых задач, проверим доставку писем с форм и подскажем, что стоит поменять до того, как это станет проблемой.