Рекомендованные сообщения
Vyacheslav
262
Опубликовано: 10 ноября 2015
-
- Жалоба
- Рассказать
Опубликовано: 10 ноября 2015
Пытаюсь к метрике прорваться а мне всё выдаёт ошибка 503.
У всех так?
Ссылка на сообщение
Поделиться на других сайтах
- Модератор
files
2843
Опубликовано: 10 ноября 2015
- Модератор
-
- Жалоба
- Рассказать
Опубликовано: 10 ноября 2015
Нет, не у всех!
Ссылка на сообщение
Поделиться на других сайтах
foreman2
75
Опубликовано: 10 ноября 2015
-
- Жалоба
- Рассказать
Опубликовано: 10 ноября 2015
Почисти кеш и куки, и будет тебе добро.
Ссылка на сообщение
Поделиться на других сайтах
TraderGroup
73
Опубликовано: 10 ноября 2015
-
- Жалоба
- Рассказать
Опубликовано: 10 ноября 2015
Все нормально, работает.
Ссылка на сообщение
Поделиться на других сайтах
Vyacheslav
262
Опубликовано: 10 ноября 2015
- Автор
-
- Жалоба
- Рассказать
Опубликовано: 10 ноября 2015
Всё работает! Ни чего не чистил. Скорее всего проблема была с их стороны.
Тема закрыта. Всем спасибо!
Ссылка на сообщение
Поделиться на других сайтах
Эта тема закрыта для публикации сообщений.
Рассказать
Подписчики
0
This section lists the error codes returned by methods of the Management API.
{
"errors" : [ {
"error_type" : < error_type > ,
"message" : < string > ,
"location" : < string >
}, ... ],
"code" : < int > ,
"message" : < string >
}
| Parameters | Description |
|---|---|
| errors | List of errors that occurred. |
| code | HTTP status. |
| message | Reason. |
| errors | |
| error_type | Error type. |
| message | Reason for error. |
| location | Place where error occurred. |
| Error type | Description |
|---|---|
| backend_error (503) | Server error. |
| invalid_parameter (400) | Invalid parameter set. |
| not_found (404) | Unique object not found. |
| missing_parameter (400) | Required parameter not specified. |
| filter_limits (400) | Filter complexity exceeds set restrictions. |
| access_denied (403) | Access denied. |
| unauthorized (401) | Unauthorized user. |
| quota_requests_by_uid (429) | Exceeded the limit of requests to the API per day for a user. |
| quota_delegate_requests (429) | Exceeded the hourly limit on the number of API requests to add representatives for the user. |
| quota_grants_requests (429) | Exceeded the maximum number of API requests per hour to add counter access. |
| quota_requests_by_ip (429) | Exceeded the limit of requests to the API per second for IP addresses. |
| quota_parallel_requests (429) | Exceeded the limit of parallel requests to the API for a user. |
| quota_requests_by_counter_id (429) | Exceeded the daily limit on API requests for the counter. |
| query_error (400) | Request is too complex. |
| too_much_rows (400) | The request is reading too much data. |
| conflict (409) | Data inconsistency |
| not_acceptable (406) | Unsupported format |
| timeout (504) | The request is running longer than the allotted time |
| invalid_uploading (400) | The file was uploaded incorrectly. |
| invalid_json (400) | Transferred JSON has an incorrect format. |
| limit_exceeded (400) | Exceeded the limit of goals (actions, filters). |
-
Категория ~
Что делать (ошибки и проблемы) -
– Автор:
Игорь (Администратор)
Сообщение «ошибка 503 Service Temporary Unavailable» вместо ожидаемой страницы веб-сайта это не самое приятное, с чем может столкнуться пользователь, однако такую ошибку периодически можно встретить в интернете. И в данном обзоре рассмотрим что она означает и как её исправить.
Что значит ошибка Ошибка 503 Service Unavailable?
Ошибка HTTP 503 Service Temporary Unavailable (сервис временно недоступен) — это ошибка означает, что сервер временно недоступен (перегружен, происходит починка и т.п.) и не может предоставлять пользователю информацию по его запросу. Стоит отметить, что в данном случае речь чисто о технических причинах, а не о проблемах в самом сайте.
Как происходит ошибка. Пользователь открывает браузер и набирает адрес веб-сайта (или какой-то конкретной страницы). Браузер отсылает запрос серверу с сайтом. Сервер либо перегружен (много запросов от других пользователей) и присылает код 503 Service Unavailable, либо таким образом автор сайта оповещает пользователей, что сайт временно недоступен (например, автор занят починкой).
Стоит отметить, что 503-ая ошибка это вполне нормальное явление. Чаще всего она возникает либо в моменты, когда у сайта много посетителей, либо когда происходит DDoS сайта.
Хоть данная ошибка и схожа с Ошибкой 500 Internal Server Error и с Ошибкой 502 Bad Gateway первыми двумя цифрами (50), все же её не стоит с ними путать.
Что делать посетителю сайта с ошибкой 503 Service Unavailable?
Для начала рассмотрим что делать посетителю сайта с ошибкой 503 Service Unavailable:
1. Перезагрузите сайт через время. Вполне логичное действие. Если ошибка связана с высокой нагрузкой сайта, то вполне логично будет подождать какое-то время и попробовать еще раз открыть страницу. Можно так же попробовать открыть сайт с другого компьютера или браузера.
Кстати, обзор в тему Зачем пользователю несколько браузеров?
2. Посмотреть HTTP заголовок Retry-After. Когда браузер пользователя получает код 503 Service Temporary Unavailable, то вместе с этой ошибкой может также передаваться HTTP заголовок Retry-After, который представляет собой дату когда сервис ориентировочно станет доступным. Но это, как говорится, бабка на двое сказала. Тем не менее, знать о подобном HTTP-заголовке может быть полезно.
3. Написать автору сайта. Еще одно вполне логичное действие. Может там DDoS сайта, а автор и не в курсе. Или может там какие-то тяжелые запросы были запущены или еще чего такого.
Конечно, можно еще кэш браузера почистить, компьютер перезагрузить и прочее. Но не сложно догадаться, что так как эта ошибка зависит от сайта, то подобные действия вряд ли помогут.
Кстати, обзор в тему Несколько забавных и действительно помогающих советов для решения большинства проблем c компьютером.
Что делать автору сайта с ошибкой 503 Service Unavailable?
Теперь рассмотрим что делать автору сайта с ошибкой 503 Service Temporary Unavailable:
1. Откройте панель хостинга и посмотрите нагрузку. Если вы не ремонтируете сайт (ведь в таком случае не читали бы эти строки), то первое с чего нужно начать это оценка текущей ситуации. Например, иногда бывает так, что какой-нибудь репост в социальной сети привлек слишком много посетителей.
2. Если у сайта много посетителей, то возможно стоит увеличить мощность хостинга. Много пользователей означает интерес к сайту, поэтому вполне нормальное действие это увеличить мощность хостинга. Единственно, обязательно убедитесь, что это не DDoS и не случайное событие. Например, какой-то конкретный обзор временно решило почитать много людей, как это бывает в случае с хайпом.
3. Если у сайта DDoS, то нужно писать хостеру. Боты и прочая гадость это реальность в интернете. Поэтому многие хостеры поддерживают у себя различные системы защиты для такого случая. Собственно, поэтому посоветоваться с хостером будет не лишним.
4. Если у сайта DDoS, то можно озаботиться CDN. Если говорить простыми словами, то CDN-сервис это специальная прослойка, которая отсеивает ботов и прочую гадость, тем самым позволяя открывать сайт только реальным пользователям (за счет этого происходит снижение нагрузки на веб-сайт).
5. Займитесь оптимизацией сайта. Проверьте медленные модули (плагины, расширения), настройте html-кэш и так далее. В общем, займитесь оптимизацией веб-сайта. Например, в этом сайте используется html-кэш, который позволяет быстро открывать страницы и меньше нагружать хостинг.
Понравилась заметка? Тогда время подписываться в социальных сетях и делать репосты!
☕ Понравился обзор? Поделитесь с друзьями!
-
Ошибка 502 Bad Gateway: что означает и как исправить?
Что делать (ошибки и проблемы) -
Ошибка 401 Unauthorized: что означает и как исправить?
Что делать (ошибки и проблемы) -
Ошибка 500 Internal Server Error: что означает и как исправить?
Что делать (ошибки и проблемы) -
Коды и ошибки 301, 302, 303, 304
Что делать (ошибки и проблемы) -
Что делать если программа не отвечает или как закрыть зависшую программу в Windows
Что делать (ошибки и проблемы) -
Как исправить возникшие проблемы при помощи интерфейса Windows «Устранение неполадок»?
Что делать (ошибки и проблемы)
Добавить комментарий / отзыв
На сайте с 21.06.2018
Offline
165
14 сентября 2018, 12:46
875
Хочется узнать, что в беде я не один. У кого аналогичная проблема?
Всем удачи в продвижении сайтов. Будьте здоровы и счастливы, а остальное — «приложится».
На сайте с 09.12.2011
Offline
224
14 сентября 2018, 12:50
#1
работает, сбоев не наблюдается
1
На сайте с 13.04.2006
Offline
372
14 сентября 2018, 12:52
#2
https://REGHOME.ru — регистрация и продление доменов от 169₽ в российских и международных зонах по честным ценам без звездочек. (R01, WebNames, UK2). Принимаем Ю-Money, Visa, MasterCard, Мир
На сайте с 21.06.2018
Offline
165
14 сентября 2018, 13:09
#3
Яндекс взял и ограничил мне доступ к счетчикам. Превышена, якобы, квота (в 5000 запросов).
Установлю Google Analitics.
На сайте с 05.03.2016
Offline
52
14 сентября 2018, 13:27
#4
Как вам удалось забить квоту?
1
★★★★★
На сайте с 03.05.2007
Offline
226
14 сентября 2018, 14:04
#5
Вчера тоже с ряда локаций лежало. Видимо, некоторые зеркала лежат
1
На сайте с 21.06.2018
Offline
165
14 сентября 2018, 16:04
#6
INWOXER seo,
Хороший Вы человек, ибо смогли поднять мое настроение.
А я просто сидел и наяривал по Вебвизору. Интересно было узнать, насколько безумна моя целевая аудитория.
Вот рехнулся и сам.
Интересно, через какое время (долбанули меня в 5 утра) мне восстановят доступ.
Возможно, что никогда. Таких пользователей надо блокировать навечно.
Все мы любим проводить время в Интернете и искать интересную информацию на определённых сайтах. Но иногда пользователи видят сообщения, в которых фигурирует ошибка 503. Скорее всего, вы уже сталкивались с подобной ситуацией, но решить данный вопрос не смогли. Поэтому давайте немного поговорим об этом.
Заметим, что практически каждой неисправности в работе с интернет-ресурсами присваивается уникальный код. Например, все когда-либо видели сообщения с цифрами 404 или 500. Они говорят о том, что искомая страница не может быть найдена или на сервере произошла внутренняя ошибка.
Подобная неисправность в большинстве случаев возникает при обращении к сайтам, которые создавались на таких движках, как:
- Joomla;
- WordPress;
- DLE и других.
Все они в своей работе пользуются базами данных MySQL. В нашем случае речь идёт о том, что такой портал оказывается временно недоступным. Но причин для этого может быть очень много. Например:
- У запрашиваемой страницы нет соединения с БД;
- Конфликт между плагинами движка;
- Превышен уровень нагрузки на сервер;
- При создании сайта были использованы «тяжёлые» скрипты;
- Перегрузки из-за почтовых рассылок.
Как решить проблему
Если вы видите, что при обращении к странице появилась ошибка 503, то самостоятельно исправить эту проблему просто не сможете. Не поможет вам в этом и перезагрузка системы, смена браузера, использование другого устройства и так далее. Дело в том, что устранить проблему может только владелец интернет-ресурса, то есть вебмастер и администратор. Всё, что вы можете сделать – написать владельцу, если у вас есть его контакты.
Но сами владельцы порталов, на которых возникает данное событие, смогут сделать следующее:
- Использовать скрипты, которые нечасто работают с БД;
- Объёмные файлы не передаются посредством php-скриптов;
- Почтовая рассылка осуществляется при минимальной нагрузке.
Также есть рекомендации по оптимизации баз данных. Если вы являетесь владельцем сайта, то вам обязательно стоит делать следующее:
- Производить регулярное обновление версии используемого движка. Таким образом владелец сможет пользоваться оптимальными настройками, что сокращает общее количество запросов к БД.
- Постарайтесь также оптимизировать размер используемых изображений, а также их количество. Конечно, делать это стоит так, чтобы не страдало качество предлагаемого контента.
- Стоит подумать и о создании качественной защиты от всевозможных парсеров, ботов и прочих вещей. Всё это позволяет конкурентам постоянно сканировать ваш контент.
Как обезопасить свой сайт от 503 ошибки
Во-первых, делать всё с умом. Не вносите изменений, если не уверены в их последствиях.
Во-вторых, всегда делайте резервную копию сайт. Если вы «сломаете» свой проект, то из копии сможете восстановить его работоспособность.
В-третьих, обязательно установите на свой сайт любой скрипт, который поможет вам отслеживать появление проблемы. Например, такой скрипт есть и у Яндекс Метрики. Вы можете установить его на свой сайт и настроить SMS оповещение. В этом случае вы получите оповещение сразу же, как у вас возникнут проблемы – это одно из лучших решений.
Делитесь в комментариях вашим опытом и наработками, как вы боретесь с 503 ошибками на сайтах?
(Еще не оценивали)
Загрузка…
Ошибка 503 (ERROR Service Unavailable с англ. «Сервис временно недоступен») — это код ответа сервера, который говорит о том, что по техническим причинам сервер не в состоянии обработать текущий запрос. Простыми словами, ошибка 503 — это ответ сервера при его медленной работе, большом количестве запросов или подвисания определенных скриптов на сайте.
Логика появления сбоя следующая: все запросы обрабатываются в порядке живой очереди, при этом самые «тяжелые» из них ждут дольше всего, а простые обрабатываются в первую очередь. Но даже сама очередь всегда ограничивается определенным числом запросов: если поступающий запрос выходит за ее пределы, сервер отдает 503-й код.
Почему возникает ошибка 503
Мы подготовили 2 группы источников ошибки. Внимательно изучите каждую, и без труда найдете виновника сбоя.
Группа 1. Излишнее количество запросов, отправляемых к серверу
Здесь можно выделить как минимум пять источников ошибки.
- Хакерские атаки. Подобная техника вывода сайта из строя характерна, например, для DDoS-атак.
- Разобщение ресурсов. Необходимые для отображения страницы компоненты загружаются в качестве самостоятельных запросов. Вместо того чтобы загружать медиафайлы (например, изображения или анимации), JavaScript и «стили» одним файлом, все эти компоненты разрознены. И, соответственно, они отправляются по разным запросам.
- Внедрение скриптов или URL. Если вы пытаетесь задействовать JavaScript на чужом сайте, будьте готовы, что сервер выдаст 503-й ответ. То же самое касается попыток внедрения информеров или любых URL на изображения сайта.
- Определенный компонент сайта постоянно отправляет запросы на веб-сервер. Это вредно, бесполезно и ухудшает быстродействие сервера + увеличивает скорость загрузки вашего сайта. В качестве такого компонента могут выступать разные элементы: виджет, установленная тема или какой-либо плагин. Допустим, вы захотели внедрить на коммерческую страницу окно с чатом. Если оно создано на базе AJAX — а это весьма распространенный сценарий — готовьтесь к бесконечному количеству запросов и увеличению нагрузки на сервер.
- Нагрузка, создаваемая краулерами поисковых систем или других сервисов. Пауки «Гугла», «Яндекса» и других поисковых систем автоматически обходят все сайты в интернете. Да, вы можете добавить рекомендательные директивы в файл robots.txt, но чаще всего краулеры их не соблюдают. Еще более серьезную нагрузку могут создавать пауки сторонних сервисов, например, краулеры Netpeak, Megaindex, Serpstat.
- Плагины вCMS. Если вы вебмастер и проблема возникает на вашем сайте, обращайте внимание на установленные в CMS плагины: часто они конфликтуют друг с другом или, например, с темой сайта.
- Отключение сервера. Еще одна причина, о которой мы не сказали выше — временное отключение сервера (например, при возникновении хакерских атак на хостинг или на время выполнения регламентных работ по обслуживанию машин).
Решение: установите на свой сайт CloudFlare или другой защитный экран.
Решение: удалите лишние неиспользуемые скрипты, внедрите кэширование страниц, уменьшите размер изображений, обязательно продиагностируйте CSS.
Решение: установка антилич-плагина для используемой CMS или же самостоятельное прописывание такого кода в файле htaccess:
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?ваш сайт.ru [NC]
RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?images.yandex.ru
[NC]RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?images.google.com [NC]
RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?images.google.ru [NC]
RewriteCond %{REQUEST_URI}
!^/название_изображения_которое_будет_выводиться_на_других_сайтах.png [NC]
RewriteRule .(gif|jpg|jpeg|png|swf)$ http://
Ваш_сайт.ру/название_изображения_которое_будет_выводиться_на_других_сайтах.png [R,NC]
Вам понадобится кастомизировать этот код под свои нужды. Например, так:
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?http://ваш_сайт.ru [NC]
RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?images.yandex.ru [NC]
RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?images.google.com [NC]
RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?images.google.ru [NC]
RewriteCond %{REQUEST_URI} !^/antipic.jpg [NC]
RewriteRule .(gif|jpg|jpeg|png|swf)$ http:/ваш_сайт.ru/antipic.png [R,NC]
Решение: найти компонент, который постоянно отправляет запросы на сервер, и отключить его. Если вы затрудняетесь обнаружить такой элемент самостоятельно, свяжитесь с поддержкой используемого хостинга.
Решение: в robots.txt укажите конкретных user-agent’ов, которые создают серьезную нагрузку на сайт. Если это не помогло, попробуйте заблокировать конкретные IP-адреса. В случае с краулерами такой подход чаще всего не сработает: у них обычно не статические IP.
Решение: Попробуйте отключить те плагины, которые вы устанавливали недавно и понаблюдайте за проблемной страницей. Если она открылась, значит причина была именно в каком-то из плагинов, а точнее — внутренних ошибках, которые создавал такой плагин. Если вы не знаете, какой именно плагин является причиной ошибки, отключите их все. Затем начните включать поэтапно, а затем проверяйте доступность проблемной страницы. Если дело было в плагине, рано или поздно страница откроется без ошибки. После нахождения плагина-виновника удалите его через административную панель вашей CMS или замените другим с аналогичным функционалом.
Решение: Диагностировать эту причину можно, задав соответствующий вопрос в саппорт хостинга. Специалист технической поддержки сообщит о перебоях в работе сервера.
Группа 2. Негативное воздействие одного или нескольких скриптов
В этой группе можно выделить 5 причин появления сбоя.
- «Тяжелые» запросы, отправляемые к базе данных MySQL. Если число таких запросов велико, ошибка может появляться время от времени. Решение для вебмастера — глобальная оптимизация запросов, отправляемых в SQL.
- Слишком «тяжелые» скрипты. Даже 1-2 плохо оптимизированных скрипта могут создавать колоссальную нагрузку на сервер.
- Передача файлов большого размера непосредственно через PHP. Этот источник сбоя возникает при попытке передать статичные файлы через какие-либо скрипты, например, при помощи средств того же PHP. Это некорректный подход.
- Регулярное использование почтовых сервисов. Каждый раз, когда скрипт e-mail-рассылки инициализируется, возрастает нагрузка на сервер.
- Взаимодействия с программным сервером. Самый частый сценарий — подключение к удаленному серверу. Это сулит дополнительные сложности: совершение ненужных HTTP-запросов, появление тайм-аутов, обрывы связи, излишнее ожидание ответа.
Решение: индексация таблицы базы данных непосредственно по колонкам из выборки. MySQL хорош тем, что все «тяжелые» запросы автоматически фиксируются в папке logs:
Вы без проблем найдете все «медленные» запросы и сможете оптимизировать их в дальнейшем, либо просто заменить.
Помочь также может внедрение кэширования страниц, изменение темы сайта (эта причина обнаруживается чаще, чем другие), отключение неоптимизированных плагинов. Иногда проблем настолько много, что решить их сразу может только переезд на другую систему управления контентом.
Обязательно убедитесь, что проблемная страница может установить соединение с БД MySQL. В противном случае и будет возникать 503 ответ сервера.
Решение: ресурсоемкие сценарии должны быть отключены или заменены на те, которые не создают высокой статической нагрузки.
Решение: перестать передавать статичные файлы больших размеров через скрипты. Если вам нужно отправить очень тяжелый файл, лучше делайте это через FTP. Статичные файлы серьезного размера должны передаваться исключительно прямым образом, без участия скриптов.
При прямой передаче статичных файлов используется отдельный процесс, поддерживающий большое количество потоков. Такой процесс в состоянии работать сразу с несколькими запросами и без влияния на скорость подгрузки компонентов страницы.
Решение: изучайте лимиты по суммарному числу емейлов, которые допустимо отправлять через используемый вами хостинг.
Важно и время запуска скрипта почтовой рассылки. Его лучше настроить на тот период, когда статическая нагрузка вашего сайта на сервер является наименьшей: например, глубоко ночью или очень рано утром.
Настраивайте расписание самой рассылки через функцию крон в административной панели выбранного хостинга, а не сторонними способами, например, через плагины для CMS.
Решение: соединение с таким веб-сервером нужно минимизировать, а лучше вообще избавиться от него.
Еще одна причина появления 503 ошибки, которая не относится ни к первой, ни ко второй группе источников — это начальные тарифные планы хостинга. На них существуют значительные ограничения по допустимой нагрузке на сервер и он может не справляться даже с небольшой посещаемостью. Особенно это касается бесплатных хостингов.
Как еще исправить ошибку 503: дополнительные советы пользователю
- Напишите в саппорт сайта и уточните, почему не открывается страница. Обычно email для технических вопросов вынесен отдельно на странице контактов.
- Отключите сетевое оборудование (например, Wi-Fi роутер) примерно на 2-3 минуты. Это поможет, если ошибка возникает на уровне IP-адреса. При перезагрузке сетевого оборудования вашему устройству будет присвоен новый IP, а проблемы с открытием страницы будут решены. Этот способ сработает только в том случае, если ваш интернет-провайдер присваивает вам динамический, а не статический адрес.
- Обновите проблемную страницу с очисткой кэша. Для этого используйте сочетание горячих клавиш Control + F5. Полезно также целиком очистить все временные файлы в используемом браузере.
- Откройте проблемную страницу через другой браузер. В очень редких случаях браузер может идентифицировать 503-й ответ сервер ошибочно. Изменение браузера поможет диагностировать этот источник ошибки. Вы также можете просто закрыть браузер и запустить его заново. Если причина возникновения ошибки связана только с текущей сессией, перезагрузка браузера также решит эту проблему.
- Перезагрузите систему. В редких случаях причиной ошибки может быть сбой ОС. Он может возникать как на уровне системного, так и стороннего ПО. Перезагрузка системы в вышеуказанных сценариях станет решением.
При такой очистке вы автоматически выйдете из всех аккаунтов (на всех сайтах), где прошли авторизацию ранее.
Резюме
Мы убедились, 503 ошибка чаще всего появляется на стороне вебмастера. Среди самых частых сценариев можно назвать некорректные параметры на уровне сайта или внутри самого хостинга. Проверяйте их в первую очередь, и лишь потом разбирайте второстепенные варианты, описанные нами выше.
Ошибки 5XX означают, что есть проблемы со стороны сервера. Например, 500 ошибка значит, что сервер столкнулся с внутренней ошибкой, из-за которой не смог обработать запрос. К ней могут привести неверные директивы в .htaccess или ошибки в скриптах сайта. А ошибка 503 означает, что сервер не может обработать ваш запрос в данный момент. После номера ошибки часто идёт краткое описание. 503 ошибка сервера часто сопровождается фразой «Service Temporarily Unavailable» (сервис временно недоступен). Если на вашем сайте часто встречается 503 ошибка, значит самое время выяснить её причину.
В этой статье мы рассмотрим возможные причины возникновения 503 ошибки на сайте и способы её устранения.
Ошибка 503 Service Unavailable
Что такое ошибка 503 (Service Temporarily Unavailable)
Эта ошибка означает, что сервер не готов обработать запрос в данный момент. Подразумевается, что это временно и нужно повторить попытку позже. Но это не всегда так. HTTP 503 Service Unavailable — это код состояния, который содержится в ответе веб-сервера и показывает, успешно ли выполнен запрос. Коды 5XX принадлежат классу серверных ошибок. В спецификации RFC 7231 указано, что код 503 сообщает о том, что сервер в настоящее время не может обработать запрос из-за временной перегрузки или планового технического обслуживания
Спецификация RFC 7231
Если вы встретили эту ошибку, скорее всего, веб-сервер не успевает обрабатывать все поступающие на него запросы из-за нехватки ресурсов или технического обслуживания. Однако бывает, что ошибка 500 возникает не со стороны сервера, а со стороны клиента. Поэтому сначала стоит определить, на чьей стороне проблема. Если вы не являетесь администратором сайта, на котором встретили ошибку, проверьте, нет ли проблем с вашей стороны.
Как исправить ошибку 503 со стороны пользователя
-
1.
Перезагрузите страницу при помощи клавиши F5. Бывает, что проблема действительно временная и возникла в прошлый раз, когда вы пытались открыть страницу.
-
2.
Если после нескольких перезагрузок страницы ошибка всё равно возникает, попробуйте открыть сайт через другой браузер. Если в другом браузере ошибка не воспроизводится, очистите кэш на своем браузере. Например, в Google Chrome нажмите комбинацию клавиш Ctrl+Shift+Delete:
Очистить историю в Google Chrome
-
3.
Если действия выше не помогли, попробуйте перейти на сайт с другого устройства. Будет лучше, если оно будет подключено к другой сети, чтобы исключить проблему со стороны интернет-провайдера. Откройте сайт на телефоне через мобильный интернет или попросите сделать это кого-нибудь ещё. Если на другом устройстве сайт работает, попробуйте перезагрузить ваше устройство. При возможности то же самое лучше сделать и с роутером.
-
4.
Если ничего из перечисленного вам не помогло, попробуйте связаться с владельцем сайта. Сделать это можно через форму обратной связи или по email, указанному на сайте. Если недоступен сайт целиком, а не какая-то определенная страница, попробуйте найти контакты в поисковых системах, в социальных сетях или на форумах.
Эти действия помогут понять, с чьей стороны проблема. Если вам самостоятельно не удалось решить проблему, то остаётся только ждать решения проблемы владельцем сайта. Скорее всего, это массовая проблема, и её решением уже занимаются. Попробуйте открыть сайт позже.
Ошибка недоступности, если вы владелец сайта
Частые ошибки 503 на вашем сайте могут негативно сказаться на позициях в поисковых системах и привести к снижению трафика. Посетители могут просто не вернуться на ваш сайт. Не игнорируйте проблему и сразу приступайте к её решению. Вот несколько вариантов решения:
- На любом хостинге есть ограничения и лимиты, которые не стоит превышать. Их устанавливает хостинг-провайдер. Превышение лимитов может привести к возникновению проблем на сайте, в том числе и к ошибке 503. Изучить характеристики вашего тарифного плана вы можете на сайте хостинг-провайдера. Для хостинга REG.RU действуют следующие технические ограничения.
- Хостинг может не справляться с большим количеством посетителей на сайте. В этом случае может помочь смена тарифного плана или переезд к новому хостинг-провайдеру.
- Бывает, что неактуальные версии плагинов и других компонентов движка нарушают работу сайта. Попробуйте по очереди отключать установленные плагины вашей CMS и проверять работоспособность сайта после каждого. Если ошибка не возникает после отключения очередного плагина, обновите этот плагин до последней версии. Возможно, что в новой версии разработчик уже внёс исправления. Если обновление не помогло, плагину нужно искать альтернативу.
- Регулярно обновляйте CMS и её компоненты. Зачастую обновления направлены на оптимизацию работы движка, устранение уязвимостей, борьбу с багами, повышение безопасности и быстродействия. Удалите все ненужные компоненты, которыми не пользуетесь. Оставьте только самые необходимые, чтобы уменьшить нагрузку на сервер.
- Проанализируйте скрипты сайта. К HTTP Error 503 может привести неправильная работа скриптов на сайте. Выполните их диагностику и убедитесь, что на сайте не включен режим технических работ.
- Не загружайте крупные файлы при помощи PHP. Очень часто хостинг-провайдер ограничивает время выполнения скрипта, и вы можете не уложиться в этот лимит. Ещё одним минусом передачи файлов через PHP является создание отдельного PHP-процесса, который будет занят загрузкой файла, а не обработкой запросов посетителей. Загружайте файлы по FTP, чтобы уменьшить нагрузку на хостинг.
- Запускайте массовые почтовые рассылки в периоды минимальной активности на вашем сайте. Точно так же стоит поступить и с техническими работами на сайте и сервере.
- Поисковые роботы могут генерировать большое количество обращений к сайту. Проанализируйте статистику по User-Agent и выясните, какие роботы создают нагрузку. При помощи файла robots.txt задайте временной интервал обращений.
- Настройте кэширование средствами CMS или хостинга. В WordPress вы можете настроить кэширование с помощью нашей инструкции: Что такое кэширование и как управлять им в WordPress. В панели управления хостингом тоже часто имеются встроенные инструменты по настройке кэширования.
- Запросы к сторонним ресурсам могут замедлять генерацию и отдачу контента, что в итоге может привести к 503 ошибке. Если удалённый сервер недоступен, ваш сайт потратит больше времени на ожидание ответа. Уменьшите тайм-аут ожидания ответа от стороннего ресурса или вовсе откажитесь от таких запросов. Работоспособность сторонних сервисов невозможно контролировать.
Не всегда проблему можно решить самостоятельно. Иногда лучше сразу обратиться за помощью к опытным специалистам. Если считаете, что вашего опыта и умений недостаточно для решения проблемы, свяжитесь со службой поддержки вашего хостинг-провайдера.
Ошибка 503 на хостинге REG.RU
-
1.
Ошибка может возникнуть из-за превышения лимита на количество PHP-процессов. Согласно техническим ограничениям, на тарифных планах Host максимальное количество процессов PHP составляет 4, на тарифных планах VIP — 32.
Чтобы посмотреть запущенные PHP-процессы, подключитесь по SSH и выполните следующую команду:
ps aux | grep php | grep u1234567Где u1234567 — ваш логин хостинга (Как узнать логин хостинга).
Чтобы завершить текущие php-процессы, измените версию PHP на отличную от текущей. Затем включите версию PHP, которая была установлена ранее.
-
2.
Максимальное количество процессов на тарифных планах Host составляет 18, а на VIP — 48. Если общее количество процессов (PHP, IMAP, Cron и др.) будет превышено, то может возникнуть ошибка «503 временно недоступен».
Технические ограничения хостинга REG.RU
Чаще всего причиной является большое количество процессов IMAP из-за многочисленных подключений к ящикам. В качестве решения проблемы попробуйте подключаться к почтовому серверу по протоколу POP3. Это позволит уменьшить общее количество процессов.
-
3.
Максимальное количество HTTP-запросов в секунду на один домен: 75 на тарифах Host и 300 на VIP. При превышении этого лимита 503 ошибку может возвращать весь сайт или часть контента на нём. Причиной может быть большое количество запросов в секунду или контента на сайте (картинки, баннеры).
-
4.
На VPS ошибка может возникнуть из-за DDoS-атаки, из-за которой увеличивается нагрузка на сервер.
Если вам не удалось решить проблему на хостинге REG.RU самостоятельно, напишите заявку в службу поддержки.