Что значит ошибка 503 и как с ней бороться — инструкция

07.03.2019

Когда возникает ошибка 503, пользователь или разработчик сразу начинает думать о том, что это значит и как с этим бороться.

Сегодня мы ответим на эти вопросы с точки зрения обычного юзера и веб-разработчика.

Содержание:

Что делать пользователю
Что делать разработчику

Что делать пользователю

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

Такое сообщение свидетельствует о временных работах на сервере, и вы ничего с этим сделать не сможете.

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

Если сказать проще, на сайт зашло слишком много пользователей и из-за этого ваш запрос обработаться не может.

Рис. 1. Внешний вид ошибки

Эксперты рекомендуют просто не заходить на сайт 3-4 минуты. Тогда количество запросов может уменьшиться и сайт заработает в обычном режиме.

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

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

к содержанию ↑

Что делать разработчику

Причины возникновения такой ошибки могут быть самыми разными.

Вот самые распространенные из них:

Зависание скрипта для передачи больших файлов через PHP. Профессиональные разработчики советуют выполнять данную задачу без скриптов. Лучше для этого использовать многопоточный процесс, который не будет загружать систему и таким образом влиять на загрузку сайта. К примеру, можно реализовать антилич систему (antileech). Она предназначена для других целей (а конкретно, защита от прямых ссылок), но помогает и в нашем случае.
Неправильная работа скрипта для соединения с удаленным сервером. Вообще, такие скрипты лучше не использовать. В крайнем случае можно вставить небольшую паузу при ожидании ответа. За это время необходимо послать запрос на удаленный сервер и убедиться, что с ним все в порядке и только тогда передавать данные.
Зависание компонентов CMS. Чтобы проверить эту гипотезу, необходимо по очереди проверить все компоненты CMS. Важно найти те из них, которые работают неправильно, слишком долго или неправильно. Лучше потом заменить эти компоненты чем-то более легким. На форумах, в учебниках и на различных сайтах вы легко найдете аналоги тем компонентам, которые используете в данный момент. То же самое касается MySQL. Обязательно проверьте весь код, который связан с базами данных.
Неправильно построенная почтовая рассылка. Есть несколько правил, касающихся того, как правильно сделать почтовую рассылку. Во-первых, необходимо делать ее в то время, когда нагрузка на сервер меньше всего, например, в полночь. Во-вторых, скрипт почтовой рассылки нужно поместить в системный cron.
Проблемы с движком. Иногда просто нужно сменить движок. К примеру, в Joomla есть задания mambot, которые могут выполняться слишком долго. Их можно тоже попробовать перенести в системный cron, но если не поможет, придется переходить на новый движок. Это лучший выход из сложившейся ситуации.
Запрос к серверу содержит слишком много файлов. Из-за этого сервер просто не выдерживает нагрузки – ему нужно систематизировать все это. Можно попробовать поместить процедуру, которая объединяла бы файлы, если сможете найти такую. Также можно действовать со стороны пользователя и пытаться отсылать систематизированные, объединенные запросы.

В любом случае вам нужно оптимизировать работу своего сайта.

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

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

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

Да, это стоит денег, зато сайт будет соответствовать нагрузке, которая имеется.