Во время серфинга по интернету каждый из нас сталкивался с появлением сообщения «ошибка 503 - service unavailable» при обращении к сайту, которые еще совсем недавно исправно работал. Данный код значит, что http-ресурс, на который Вы хотите зайти, является временно недоступным.

О чем свидетельствует «ошибка 503»

Каждая учетная запись, находящаяся на хостинге, располагает определенным количеством рабочих процессов, которое строго регламентируется особенностями тарифного плана. Обработка запросов от других компьютеров сети осуществляется в порядке очереди поступления. При этом легкие запросы могут обрабатываться практически моментально, а для работы с более тяжелыми требуется некоторое время.
Такая очередь ограничивается определенным числом запросов, и в случае превышения лимита запрос отклоняется, а браузер пользователя при этом показывает сообщение «error 503».

Что делать пользователю, когда в браузере появляется код ошибки 503

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

Причины возникновения ошибки «error 503 - service unavailable»

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

  1. Зависание скриптов.
  2. Большое число обращений к серверу.
Каждая из этих причин требует повышенного внимания со стороны веб-мастеров и администраторов http-ресурса и проведения оптимизации функционирования сайта.

Причины зависания скриптов и методы борьбы с данной проблемой

Зависание скриптов и дальнейшее появление ошибки «error 503 - service unavailable» может быть вызвано следующими факторами:

  1. Передача файлов большого размера при помощи PHP. Файлы большого размера рекомендуется передавать напрямую, без использования скриптов по двум основным причинам:
    • скрипты имеют ограниченное время работы, и после его истечения передача будет прерываться;
    • передача файлов при помощи PHP занимает отдельный процесс, который перестает обрабатывать запросы пользователей.
  2. Передачу файлов рекомендуется организовывать напрямую с использованием специального многопоточного процесса, обрабатывающего большое количество потоков единовременно и не влияющего на скорость загрузки http-ресурса.
  3. Соединения с удаленными серверами. Такого типа соединений строго рекомендуется избегать, но если без них невозможно реализовать работу сайта, то следует выставлять малое время ожидания ответа и настроить хорошую связь с удаленным сервером.
  4. Большое количество «тяжелых» или неработоспособных модулей CMS. Абсолютно все плагины используемой CMS необходимо проверить на работоспособность и ресурсоемкость. Модули, замедляющие работу сайта, рекомендуется заменить более шустрыми аналогами, кроме того, лучше деинсталлировать все неиспользуемые компоненты движка.
  5. Неграмотное использование почтовой рассылки. Скрипт почтовой рассылки рекомендуется запускать только при минимальной нагрузке на сервер (например, ночью), учитывая ограничения числа сообщений в сутки и особенности работы скрипта.
  6. Медленные запросы к базе MySQL. В случае наличия медленных запросов в аккаунте появляется файл с названием mysql-slow.log. Данные этого файла обновляются один раз в день и содержат исключительно проблемные запросы к базе. Для того, чтобы минимизировать число медленных запросов и, следовательно, уменьшить частоту появления ошибки с кодом 503, рекомендуется:
    • установить на движок сайта кеширующие компоненты, сокращающие количество запросов к базе данных;
    • оптимизировать сами запросы;
    • проиндексировать таблицы базы данных по столбикам, используемым в выборках;
    • поменять CMS сайта.

Причины большого числа запросов к http-ресурсу

К большому количеству запросов и, как следствие к появлению ошибки с кодом 503 «service unavailable», могут приводить:

  • содержание на сайте http-ссылок на очень большое количество файлов, подгружаемых посредством отдельных запросов (в качестве таких файлов могут выступать изображения, таблицы, скрипты Java);
  • присутствие на веб-сайте элемента, периодически посылающего серверу AJAX-запросы (к примеру, чат), при этом число запросов будет зависеть как от количества посетителей, так и от числа открытых вкладок в браузере одного посетителя;
  • индексирующие боты, которые сканируют ресурсы сайта (например, всевозможные поисковые системы);
  • использование каких-либо ресурсов, которые размещены на других сайтах;
  • DDoS-атаки.

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

К примеру, появляется в окошке запущенного интернет-браузера не самое лицеприятное сообщение «503 service temporarily unavailable» – что это значит?

Логичнее вопрос будет поставить по другому: 503 service temporarily unavailable – что делать? Так как естественное желание каждого среднестатистического пользователя заключается в том, чтобы просто иметь возможность заниматься своей деятельностью и далее.

Причины возникновения подобной ситуации

Чтобы выяснить первопричины этого явления, потребуется осуществить перевод на русский «503 service temporarily unavailable». Для этой цели вполне подойдет любой онлайн-переводчик.

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

Тогда как исправить 503 service temporarily unavailable? Со стороны обычного посетителя сделать это не возможно, так как причины ошибки совершенно не связанны с его действиями или используемыми настройками системы, оборудования.

Получается, что попробовать исправить ситуацию может только владелец проблемного ресурса, а его потенциальному посетителю можно посоветовать:

  1. Подождать некоторое время. Возможно, данная неприятность будет исправлена и у него опять появится возможность для полноценного доступа.
  2. Найти альтернативный источник требуемой информации на других, рабочих интернет-проектах.
  3. Если есть возможность осуществления связи с владельцем проблемного сайта, то попытаться выйти на контакт с ним и сообщить о ситуации.

Рекомендации к владельцам проблемных интернет-ресурсов

Сразу стоит отметить, что от выбора CMS совершенно не зависит появление подобной ошибки. Поэтому не стоит бежать переносить сайт на альтернативную платформу, так как это не даст сколько-нибудь положительного эффекта.

Одной из причин подобной ситуации может стать ddos-атака. Это когда на ресурсе наблюдается одновременно очень большое число заходов, которые и перегружают сервер. Что делать? Установить какую-либо системную защиту – обычно это решается с помощью обращения к толковому программисту. Как вариант – попробовать перейти на более мощный сервер, который способен выдержать подобные перегрузки.

Еще одна возможная первопричина – не правильные настройки самого сайта. Что рекомендуется проверить в первую очередь:

  1. Число запросов от роботов, проводящих индексирование ресурса. Если их слишком много, то необходимо уменьшить их количество.
  2. Если на сайте есть чат, то рекомендуется ставить ограничения по числу одновременных его участников, а также установить запрет на возможность параллельного открытия нескольких окон.
  3. Нагрузку также может вызвать огромное число файлов, которые могут качать посетители. Если есть возможность, желательно объединять их.
  4. При выполнении автоматической рассылки писем желательно выставлять время ее проведения так, когда большинство посетителей на интернет-сайте отсутствуют.
  5. Сократить число применяемых скриптов и плагинов, которые также оказывают дополнительное воздействие на удаленный сервер.

Найти

Серверные ошибки

Ошибка 403 - 403 Access denied (Доступ к ресурсу запрещен)

Ошибка 403 означает, что доступ к ресурсу, папке или файлу запрещен (получен код 403 Forbidden). Возможно, что доступ был закрыт через файл.htaccess .

Так же ошибка может быть вызвана тем, что в папке нет index файла.

Ошибка 404 - 404 File not found

Документ по указанному URL не существует. Возможно, такой файл удален, либо вы ошиблись при наборе URL в браузере или пошли по неверной ссылке.

Ошибка 500 - 500 Internal server error

Появление 500 ошибки, может быть связано с неправильно указанными параметрами в файле.htaccess , который находится в папке с вашим сайтом.

Также, если файл сохранён в кодировке UTF-8, он должен быть без метки BOM . Если же файл сохранён в UTF-8 с меткой BOM , откройте файл и сохраните его без метки BOM.

Как убрать UTF-8 BOM метку

Чтобы убрать BOM , например в Notepad++, нужно открыть в нём проблемный файл, кликнуть по пункту «Кодировки» в верхнем меню и выбрать «Преобразовать в UTF-8 (без BOM)». Далее сохраните файл и загрузите его на сервер (хостинг).

Ошибка 500 у CGI скриптов, может быть вызвана из-за неправильных прав у файла-скрипта CGI (должны быть 755).

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

Ошибка 502 - 502 Bad Gataway

Данная ошибка означает, что сервер (или proxy-сервер) получил недопустимые ответы другого сервера (или proxy-сервера).
Причиной может быть некорректная работа скриптов, либо ошибка ответа шлюза веб-сервера.

Одна из наиболее частых причин ошибки 502:
скрипт сайта отправляет cookie или другие данные множество раз при каких-то определённых действиях, в результате чего объём заголовков (header) растёт больше допустимого лимита веб-сервера.

При достижении порогового значения, веб-сервер отклоняет запрос с слишком большим заголовком, отбрасывая соединение с ошибкой 502 Bad Gateway . Такое бывает, когда скрипты написаны разработчиками без должной оптимизации.

На хостинге используется связка веб-серверов nginx (front-end) + apache (back-end)
У nginx указаны оптимальные параметры для заголовков:

Proxy_buffer_size 32k; proxy_buffers 16 32k;

Прочие причины:
иногда пользователи невнимательны в выборе опций, и не читают их описание.
В зайдите в раздел Домены → Настройки, если там включены все опции прдряд (стоят галочки), то отключите их. Это может убрать ошибку 502.

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

Ошибка 503 - 503 Service temporarily unavailable

Ошибка 503 (Service Temporarily Unavailable) – обслуживание временно недоступно.

Многие не до конца понимают причины появления ошибки 503 и считают, что во всем виноват сервер.
5хх ошибки действительно серверные, но это не всегда значит, что проблема именно на стороне сервера.

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

Информация для более детального понимая проблемы.

Что же такое хостинг? Хостинг - некоторое количество аккаунтов на одном сервере, в каждом аккаунте может быть не один сайт и основное ограничение на нашем хостинге - это ограничение по нагрузке аккаунта пользователя, причем ограничение от одного потока процессора (CPU), а мы используем мощные многопроцессорные сервера.
Приведем пример на основе нашего сервера с минимальной частотой CPU 3.2GHz - это частота одного потока (ядра) процессора, а их 8 (на некоторых - больше), но как написано выше, ограничение для одного аккаунта считается от одного ядра. Теперь возьмем минимальный тариф SSD1 , где ограничение по нагрузки составляет 20% CPU. 20% от 3.2GHz это640MHz, причем всего за 100 рублей/месяц. Много это или мало - решать вам, но для минимального тарифа этого более чем достаточно. Поэтому для каждого аккаунта на сервере выделяется определенное количество рабочих процессов, которые обрабатывают запросы пользователей ваших сайтов. Эти запросы поступают на сервер в порядке очереди. Если этих запросов несколько, то сервер их легко обработает, но если их достаточно много - очередь будет расти, а если процессы еще в добавок и тяжелые, то очередь будет продвигаться медленнее.
Сервер ограничен в вычислительных мощностях, поэтому есть ограничения по нагрузке для каждого аккаунта. Если серьезная нагрузка длится слишком долго - может «рухнуть» весь сервер, все аккаунты пользователей и все сайты - вот тут и возникает ошибика 503 (Service Temporarily Unavailable) говорящая о том, что веб-сервер не может обрабатывать больше запросов и необходимо подождать пока очередь уменьшиться и можно будет дальше обрабатывать запросы.
Мы рассмотрели, как устроен хостинг и теперь постараемся описать основные причины, при которых может расти очередь, и, по возможности, пути решений этой проблемы. Иногда это может быть очень сложной задачей и собственных знаний может не хватить, но тем не менее, рассмотрим варианты:

- Зависание скриптов при передаче больших статичных файлов через PHP.

Такие большие файлы лучше всего передавать напрямую, не используя скрипты. Почему? Скрипты работают определенное время, а не постоянно и при окончании времени работы скрипта прерывается передача файла, соответственно файл не будет передан полностью, а запрос оставит процесс веб-сервера работать ещё длительное время. Также, каждая передача файлов через PHP - это отдельный рабочий процесс веб-сервера apache, а для передачи статичных файлов напрямую будет использоваться отдельный многопоточный процесс веб-сервера nginx, который может обрабатывать множество потоков, а значит не будет влияния передачи файла на загрузку.
Хранение и отдачу файлов можно также реализовать через правила mod_rewrite и файл.htaccess , в этом случае можно использовать решение антилич. Антилич - это система, которая не позволит скачать ваш файл по ссылке на странице с другого сайта. Часто, если ваш файл популярен, недобросовестные web-мастера могут поставить у себя прямую ссылку на него, не упоминая о вашем сайте. Естественно, если сайт, на котором подгружается изображение от вашего сайта, посещаемый - это так же может создавать дополнительную нагрузку.

- Удаленное соединение с другим сервером (сайтом и т.д.).

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

Также часто используют вставки отдельных функций, кодов и т.д. (include) и если эти функции располагаются в одном аккаунте - используйте только локальные пути, а не в виде вставки url-адреса (http://site.ru/file.php). Лучше вставить конструкцию, например, такого вида: include "file.php"; . Это не будет делать дополнительный внешний запрос на сервер и тем самым вы снизите нагрузку, уменьшите количество создаваемых процессов.

Очень тяжелые или испорченные дополнения систем управления сайтами (при использовании CMS и прочих скриптов).

Для нахождения таковых можно отключать дополнения (плагины, хаки, модули и т.д.) по отдельности. Возможно при включении/отключении вы заметите, что сайт станет быстрее/медленнее загружаться. Далее вы сможете найти более легкую замену или исправить поврежденные дополнения. Также в дистрибутив многих CMS включены дополнения, которые лично вам могут быть не нужны, поэтому лучше их удалить.

- Задания выполняющиеся долгое время.

Иногда в самих скриптах пишут задания на выполнение чего-либо по расписанию (например в тех же mambot’ах в joomla). Если их можно перенести в планировщик (cron), то лучше это сделать через cron, так как такие задания в joomla выполняются вместе с запросами пользователей и тем самым замедляют загрузку сайта и увеличивают нагрузку, а в некоторых случаях сайт вовсе перестает загружаться.

Рассылки писем могут влиять на загрузку сайта, тем не менее они часто бывают необходимы и их так же лучше оптимизировать. Скрипт запуска рассылки можно добавить в планировщик (cron), как и в случае с mambot’ами в joomla. Управление планировщиком находится в и доступно при соответствующем тарифе. Запускать такие скрипты лучше во время наименьшей нагрузки, например ночное, когда на сайте меньше всего посетителей.

- Медленные или не оптимизированные запросы sql к базе данных.

Пути решения в этом случае – использование кеширования, оптимизация запросов и индексация таблицы базы данных по столбцам (сортировка, упорядочивание). Также, если все это не помогает, стоит подумать о смене скрипта на более оптимизированный.

- Большое количество запросов к серверу.

Старайтесь избегать лишних запросов. Запросы могут исходить не только от посетителей ваших сайтов, но и, например, от индексирующих ботов с поисковиков, sape и т.д, также увеличивается количество запросов при использовании большого количества url на файлы (изображения, js-скрипты, css-стили), которые загружаются через отдельные запросы (при включенном apache вместо nginx). По возможности, объединяйте их в один файл.

Также запросы могут исходить, например, от чата или какого-то участка, блока на сайте, который посылает ajax-запросы на сервер. Многие из нас любят открывать несколько вкладок в браузере - нужно учитывать, что от этого так же может увеличиваться количество запросов и соответственно процессов веб-сервера.

Вставка iframe-кодов на сайте тоже может быть причиной ошибки 503.
Еще один пример увеличения запросов - использование другими сайтами ваших ресурсов (ссылки на файлы, картинки, различные информеры). Используйте антилич системы в борьбе с этим.

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

Если у вас все оптимизировано, используется кеширование, минимум запросов и просто не хватает ресурсов на используемом тарифе, тогда остается задуматься о переходе на другие тарифные планы.

Конечно, все хотят недорогие тарифы, при этом про оптимальное расходование ресурсов многие просто забывают.
На WebHOST1 разработаны оптимальные тарифы и нужно просто подобрать необходимый для вас тариф, что можно осуществить самостоятельно в биллинге.

Наконец, если вашим сайтам не хватает топового тарифа и часто возникает 500 ошибка, а вы не знаете как избежать данной проблемы - значит требуется больше ресурсов и вам нужен, как минимум, виртуальный либо выделенный сервер.

Ошибка 504 - 504 Gateway time-out

Этот код ответа означает, что клиентский запрос nginx передал apache, а apache не смог в установленный лимит времени вернуть HTTP-ответ?, в рузультате сервер разрывает сетевое соединение по таймауту. Причиной может быть долгая работа процесса - сценария, запущенного скриптом веб-сайта.

Можно попробовать увеличить выделенное время для php, прописав в корне сайта в файл.htaccess код:

# время выполнения скрипта - сценария php_value max_execution_time 60 # время загрузки данных php_value max_input_time 60 Однако это не избавит от таймаута веб-сервера с 504 ошибкой. Таймаут веб-сервера в рамках виртуального хостинга изменить не представляется возможным.

Путешествуя по просторам всемирной паутины, вы можете наткнуться на неприятное сообщение «The page you are looking for is temporarily unavailable». Данная, условно говоря, ошибка может возникать на всех браузерах современности, так что никто не застрахован от ее появления. В переводе на русский это сообщение звучит следующим образом:

Страница, которую вы ищите, временно недоступна.

Послужить причинами появления этой ошибки могло следующее:

  • проблемы на сервере веб-ресурса, который вы посещаете;
  • проблемы с Интернет-подключением пользователя;
  • веб-ресурс блокирует посещение для пользователей с определенных регионов;

Как правило, это три причины для появления ошибки «The page you are looking for is temporarily unavailable». Стоит заметить, что свою популярность данная ошибка приобрела в 2014 году благодаря социальной сети ВКонтакте: на то время у этого ресурса случился массовый сбой, вследствие чего огромное множество пользователей получали упомянутое сообщение.

Ознакомились с ошибкой — давайте посмотрим, как же от нее можно избавиться.

Решения ошибки

Решение №1

Просто попробуйте подождать. Особенно в том случае, если вы уверены, что у вас все в порядке с подключением к Интернету и вы уже раньше заходили на данный веб-ресурс. Вероятно, на сервере возникли какие-то неполадки или же и вовсе проводятся технические работы. Так или иначе попробуйте подождать немного и повторите попытку.

Решение №2

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

Поверьте, подобную проблему довольно тяжело заметить, особенно если вы не используете выход в Интернет в каких-то интенсивных целях, например, для загрузки большого количества контента или просмотра потокового видео. Проверьте, нет ли у вас подобной проблемы. Если же она действительно есть, то вам нужно направиться с ней к своему провайдеру либо проверить корректность параметров сетевого подключения на своем компьютере(устройстве).

Решение №3 Использование VPN

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