Коды ошибки http веб-сервера. Расшифровка кодов

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

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

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

Основные причины и типы ошибок

Все ошибки, которые выдаёт нам браузер, можно разделить на несколько групп:

1. Ошибки Интернет-соединения . Наиболее распространённой ошибкой данного типа является "Попытка подключения не удалась" или "Не удаётся получить доступ к сайту" (текст зависит от Вашего браузера). Такая ошибка появляется в двух случаях: либо сервер запрашиваемого Вами сайта вообще не работает, либо у Вас не работает подключение к Интернету. В первом случае другие сайты у Вас будут открываться и можно будет попытаться открыть нужный веб-ресурс спустя какое-то время (когда восстановится работа сервера). Во втором же случае Вы не сможете открыть ни единой странички вообще и это будет означать, что проблемы либо у Вас, либо у Вашего провайдера. Такой вариант ошибки часто сопровождается уведомлением в трее: "Сетевой кабель не подключён".

1. Ошибки запроса . Эта группа ошибок включает в себя целый ряд всевозможных ответов сервера на неверно сформированный запрос. Чаще всего такой ошибочный запрос формируем мы сами, пытаясь ввести адрес несуществующей страницы. Стандартным ответом сервера на такой запрос будет ошибка 404 "Страница не найдена". Данный вид ошибок случается настолько часто, что в сфере разработки сайтов уже стало традицией оригинально оформлять специальную страницу, которая выдаётся при возникновении 404 ошибки, чтобы помочь пользователю найти искомую или похожую информацию, либо просто развлечь. Однако, кроме ошибки 404 существует ещё целый ряд возможных ошибок, начинающихся с кода 400. О них мы поговорим чуть позже.

1. Ошибки сервера . Если Ваш запрос не доходит до запрошенного веб-узла, либо успешно достигает сервера, но не может быть им обработан, возникают ошибки с кодом, начинающимся на 500. Наиболее распространёнными вариантами таких ошибок сервера являются: 502 Bad Gateway, 503 Service Unavailable или 504 Gateway Timeout. Чаще всего такие ошибки означают то, что запрошенный Вами веб-ресурс временно или постоянно недоступен и не требуют никаких действий с Вашей стороны.

Кроме вышеупомянутых ошибок, сервер может выдавать ещё ряд кодов состояния, начинающихся с чисел 100 (информационные сообщения), 200 (коды успешной обработки запроса) и 300 (коды перенаправлений). Эти коды состояния, как правило, не визуализируются в браузере, однако могут быть просмотрены в заголовках ответов при использовании инструментария разработчиков браузера. Кстати, нормой считается ответ 200 OK или 301 Moved Permanently с корректным перенаправлением на новый адрес страницы:

Предлагаю рассмотреть наиболее популярные ошибки и ответы сервера немного подробнее.

Ошибка 404 Not Found и другие

Как уже было сказано выше, наиболее частой ошибкой, которую видит пользователь в браузере, является 404 Not Found . Это корректный ответ сервера в случае, если Вы запросили несуществующую страницу. Это может случится как по Вашему недосмотру (например, при ручном вводе адреса), так и по вине администрации посещаемого Вами сайта (например, страница была перемещена, но для неё не было прописано никаких правил перенаправления).

В любом случае, если Вы видите страницу 404 или 400 Bad Request, первым делом внимательно проверьте правильность адреса в адресной строке. Часто бывает, что даже в ссылках, по которым Вы переходите, закрадываются ошибки, которые видны с первого взгляда и могут быть сразу же исправлены:

• отсутствующий или неправильно указанный протокол перед адресом сайта (должно быть "http://");
• отсутствующий или неверно заданный формат веб-страницы (обычно, ".php", ".html" или ".htm", хотя, формат может быть и не указан, если заданы соответствующие настройки сервера и адрес завершается символом "/");
• дублирующийся фрагмент адреса (например, два раза под ряд указана категория или имя страницы);
• пропущенные или неверные символы (самая коварная ошибка, которую бывает трудно распознать, особенно, если в качестве ошибок фигурируют цифра "0" и буква "o" или английская и русская "c").

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

Однако, не только 404 ошибка часто попадается на глаза. Среди второй по популярности можно назвать ошибку 403 Forbidden и её вариант 401 Unauthorized . Возникают данные ошибки, как нетрудно догадаться, вследствие попытки пользователя получить доступ к определённой закрытой информации, которая требует для отображения авторизации на веб-ресурсе.

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

Некоторые серверы могут возвращать ошибку 414 Request-URL Too Long . Возникает она тогда, когда длина адреса запрашиваемого ресурса (со всеми GET-параметрами) превышает определённый лимит количества символов (обычно 128 или 256).

Попробовать избежать подобной ошибки можно, убрав в адресной строке все символы, идущие после знака вопроса (включая сам знак). Например, из адреса типа: "https://www.site.name/page.php?name=Vasya&lastname=Pupkin " нужно сделать URL вида: "https://www.site.name/page.php ". Правда, если авторизация на таком сайте происходит через передачу GET-параметров, то мы можем получить вышеупомянутые ошибки 401 или 403:).

Ошибка 500 Internal Server Error и другие

Различных ошибок на клиентской стороне существует гораздо больше, нежели описано выше, но на практике они почти не встречаются. Зато сплошь и рядом случаются серверные ошибки... Все они имеют коды, начинающиеся числом "500", а сама ошибка 500 Internal Server Error может означать любой сбой сервера и встречается наиболее часто.

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

Всё, что мы можем попытаться сделать для устранения ошибки - обновить страницу с очисткой кеша (в большинстве браузеров нужно нажать на кнопку обновления страницы с зажатым SHIFT или нажать клавишу F5). Если это не помогает, можно попробовать удалить куки и прочие временные файлы (проще всего программой CCleaner). Гарантии восстановления работоспособности сайта это не даст, но зато Вы будете точно знать, что проблема не у Вас.

Кроме ошибки 500 сервер может выдать и более информативные коды. Наиболее часто в данной группе встречаются ошибки 502 Bad Gateway, 503 Service Unavailable и 504 Gateway Timeout. 503 ошибка, увы, особо ситуацию не проясняет, зато ошибки 502 и 504 уже являются более конкретными.

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

Ошибка 504 Gateway Timeout возникает при превышении лимита времени ожидания сервера. Чаще всего это сугубо серверная ошибка, на которую мы повлиять не можем. Однако, если Вы умышленно передаёте серверу какой-либо сложный запрос и получаете такой код ответа, то Вам следует упростить URL и попытаться снова.

Ответ 301 и другие

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

Наиболее показательным в данном контексте является ответ 301 Moved Permanently . Он относится к ответам перенаправления (трёхсотые) и сообщает браузеру, что запрашиваемая им страница была навсегда перемещена по новому адресу. Если адрес задан верно, то веб-обозреватель автоматически перейдёт по выданной сервером ссылке. Если же нет, то выдаст такую ошибку:

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

Вообще 301 редирект (как ещё принято называть данный ответ сервера) играет очень важную роль в вебе. Например, он учитывается поисковыми системами при ранжировании и позволяет перенести весь "вес" страницы на любой новый адрес. Эту возможность использует большинство современных сайтовых движков для правильного оформления ЧПУ .

Наряду с ответом 200 OK , который сообщает об успешной загрузке страницы, 301 Moved Permanently является одним из допустимых успешных ответов сервера. Кроме того, об успехе выполнения запроса свидетельствуют практически все двухсотые ответы (за исключением 204 No Content, который считается успешным, но не возвращает никакого содержимого), а также ряд трёхсотых:

• 302 Moved Temporarily (или 302 Found) (временное перемещение);
• 303 See Other (ссылка на другую страницу);
• 307 Temporary Redirect (временный редирект).

Кроме того, существует небольшая группа сотых ответов, которая называется информационной . Информационные ответы 100 Continue, 101 Switching Protocols и 102 Processing просто дают браузеру команду продолжать работу в текущем режиме, переключить протокол или подождать завершения обработки запроса, соответственно. Эти коды никак не визуализируются, но знать о них всё же не помешает:)

Выводы

Ошибок страниц и ответов сервера существует довольно большое количество, но знать их все необязательно (достаточно просто понимать их природу). Гораздо важнее запомнить, что можно сделать, чтобы получить доступ к нужным страницам. И здесь вариантов не так уж много:

• убедиться, что у Вас есть доступ в Интернет (попробовать открыть другие сайты);
• проверить правильность нужного адреса;
• авторизироваться (или зарегистрироваться) на сайте (если выдаётся ошибка доступа);
• обновить страницу (возможно с зажатым SHIFT"ом для сброса кеша);
• удалить куки и временные файлы (средствами браузера или сторонних утилит);
• воспользоваться поиском по сайту (если сам сайт доступен).

Вот и все премудрости:) Успешного и безошибочного Вам Интернет-сёрфинга!

P.S. Разрешается свободно копировать и цитировать данную статью при условии указания открытой активной ссылки на источник и сохранения авторства Руслана Тертышного.

Означает, что запрос клиента не может быть выполнен - либо запрос ошибочный, либо на подобные запросы настройками сервера наложены ограничения. Ошибки этой группы не связаны со сбоем или перегрузкой сервера (ошибки сервера отражает группа статусов 500 – 599).

После заголовка с таким статусом (за исключением ответа на HEAD-запросы) сервер обязательно должен отправлять HTML -страницу с текстовым объяснением ситуации. Пользовательский агент (браузер) обязательно должен отображать присланную страницу. Эти статусы применимы в ответ на любой вид запроса.

400 Bad Request

Запрос не был распознан сервером из-за возможной ошибки синтаксиса. Клиент не должен повторно отправлять этот запрос без модификации.

401 Unauthorized

Запрос требует авторизации пользователя . С этим статусом сервер должен отправить в заголовке поле WWW -Authenticate с запросом авторизации. Клиент может повторно отправить свой запрос с включением в заголовок реквизитов авторизации (поле Authorization). Если запрос клиента уже содержал заголовок с реквизитами, ответ 401 означает, что реквизиты неверны и авторизация не состоялась. При получении статуса 401 пользователю должна быть представлена форма для ввода реквизитов доступа.

402 Payment Required

Данный ответ подразумевает оплату доступа к ресурсу. Не используется, зарезервирован для применения в будущем .

403 Forbidden

Доступ запрещен. Сервер распознал запрос, но в доступе отказано. Отказ не связан с авторизацией, а обусловлен настройками сервера, клиент не должен повторять запрос к запрещенной области. Сервер должен отправить сообщение с объяснением отказа. Если доступ невозможен временно и сообщение о запрете нежелательно, то вместо этого статуса нужно использовать 404.

404 Not Found

В данный момент документ недоступен. Сервер не находит документа, соответствующего запрошенному URI . При этом не уточняется, постоянно или временно отсутствует доступ. Такой статус обычно отправляется, когда невозможно сообщить точную причину отказа и неприменим никакой более точный ответ. Если известно, что документ по этому адресу больше не существует, сервер должен отправлять вместо этого статуса 410 Gone.

405 Method Not Allowed

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

406 Not Acceptable

Ресурс по запрошенному URI отдает контент, который не соответствует характеристикам, приемлемым согласно полю Accept в заголовке запроса. Кроме случаев, когда в запросе указан метод HEAD, ответ сервера должен содержать список доступных характеристик ресурса и адрес, по которому можно выбрать наиболее подходящие. Формат ресурса задается медиатипом, указанным в поле заголовка ответа Content-type. Выбор может быть сделан автоматически в зависимости от возможностей клиента, но спецификация HTTP /1.1 не определяет какого-либо стандарта автоматического выбора.

В настоящий момент этот ответ реализуется упрощенно - если медиатип ресурса не совпадает ни с одним из списка типов, перечисленных в поле Accept запроса, то в ответ посылается статус 406 и сообщение о несоответствии.

407 Proxy Authentication Required

Этот ответ аналогичен 401, но требует от клиента авторизации на прокси-сервере. Прокси должен прислать в ответе поле заголовка Proxy-Authenticate, клиент может повторить запрос с соответствующим полем заголовка Proxy-Authorization. В остальном действует та же процедура HTTP -авторизации.

408 Request Timeout

Клиент не послал запрос в течение того интервала времени, когда сервер его ожидал. Запрос может быть отправлен повторно.

409 Conflict

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

410 Gone

Запрошенный документ больше не существует. Это состояние следует понимать как постоянное - точно известно, что документ удален с сервера, а не перемещен на какой-либо другой адрес. Клиенту рекомендуется по согласованию с пользователем удалить ссылки на запрошенный URI и больше по нему не обращаться.

В настоящее время поисковые системы «понимают» статус 410 так же, как и статус 404 . Со стороны Google были обещания реализовать автоматическое удаление ссылок, по которым получен ответ со статусом 410. Сроки предполагаемой реализации неизвестны.

411 Length Required

Сервер отказал в доступе по запросу с не определенным полем Content-Length в заголовке. Клиент может повторить запрос, если добавит в заголовок поле Content-Length с указанием длины «тела» запроса. Обычно применимо для POST-запросов.

412 Precondition Failed

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

413 Request Entity Too Large

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

414 Request-URI Too Long

Запрошенный URI слишком длинный - длиннее, чем сервер может обработать. Этот сравнительно редкий отклик применяется, когда клиент некорректно преобразует POST-запрос в GET, передавая информацию в параметрах URI . Также используется в качестве защиты от бесконечной переадресации, когда клиент посылает запрос к редиректному URI -префиксу с тем же URI в качестве суффикса.

Практически этот отклик иногда приходит от поисковой системы Google , когда в поисковую форму вводится слишком длинный фрагмент текста (с учетом кодировки utf-8 и URL -кодирования актуально для длинных русскоязычных запросов).

415 Unsupported Media Type

Формат объекта запроса не поддерживается запрашиваемым ресурсом для данного метода запроса.

33

Это, как я называю обслуживание с.NET:

Var requestedURL = "https://accounts.google.com/o/oauth2/token?code=" + code + "&client_id=" + client_id + "&client_secret=" + client_secret + "&redirect_uri=" + redirect_uri + "&grant_type=authorization_code"; HttpWebRequest authRequest = (HttpWebRequest)WebRequest.Create(requestedURL); authRequest.ContentType = "application/x-www-form-urlencoded"; authRequest.Method = "POST"; WebResponse authResponseTwitter = authRequest.GetResponse();

Но когда этот метод вызывается, я получаю:

Exception Details: System.Net.WebException: The remote server returned an error: (411) Length Required.

что я должен делать?

• 6 ответов

Сортировка:

Активность

54

Когда вы используете метод HttpWebRequest и POST, вам необходимо установить контент (или тело, если хотите) через RequestStream. Но, согласно вашему коду, использования authRequest.Method = "GET" должно быть достаточно.

В случае, если вам интересно о формате POST, вот что вы должны сделать:

ASCIIEncoding encoder = new ASCIIEncoding(); byte data = encoder.GetBytes(serializedObject); // a json object, or xml, whatever... HttpWebRequest request = WebRequest.Create(url) as HttpWebRequest; request.Method = "POST"; request.ContentType = "application/json"; request.ContentLength = data.Length; request.Expect = "application/json"; request.GetRequestStream().Write(data, 0, data.Length); HttpWebResponse response = request.GetResponse() as HttpWebResponse;

8

Когда вы делаете POST HttpWebRequest, необходимо указать длину данных, которые вы отправляете, что-то вроде:

String data = "something you need to send" byte postBytes = Encoding.ASCII.GetBytes(data); request.ContentLength = postBytes.Length;

если вы не отправлять какие-либо данные, просто установите его в 0, что означает, что вы просто нужно добавить в код строку:

Request.ContentLength = 0;

Обычно, если вы не отправлять какие-либо данные, они выбрали метод GET вместо мудрее, как вы можете видеть в HTTP RFC

1

Хотя обычно можно было бы ожидать, посылаемые данные с POST, было бы неправильно и плохая практика, чтобы использовать GET, когда вы * изменение * данных на сервере. Запрос POST должен избегать прокси-кэшей между клиентом и сервером. GET в порядке, если данные извлекаются с сервера без каких-либо изменений на сервере в результате запроса. - Michael 04 апр. 16 2016-04-04 04:57:58

1

System.Net.WebException: The remote server returned an error: (411) Length Required.

This is a pretty common issue that comes up when trying to make call a REST based API method through POST. Luckily, there is a simple fix for this one.

This is the code I was using to call the Windows Azure Management API. This particular API call requires the request method to be set as POST, however there is no information that needs to be sent to the server.

To fix this error, add an explicit content length to your request before making the API call.

request.ContentLength = 0;

2

var requestedURL = "https://accounts.google.com/o/oauth2/token?code=" + code + "&client_id=" + client_id + "&client_secret=" + client_secret + "&redirect_uri=" + redirect_uri + "&grant_type=authorization_code"; HttpWebRequest authRequest = (HttpWebRequest)WebRequest.Create(requestedURL); authRequest.ContentType = "application/x-www-form-urlencoded"; authRequest.Method = "POST"; //Set content length to 0 authRequest.ContentLength = 0; WebResponse authResponseTwitter = authRequest.GetResponse();

Свойство ContentLength содержит значение для отправки в качестве Content-length HTTP заголовка с запросом.

Любое значение, отличное от -1 в ContentLength собственности указывает на то, что данные запроса загрузки и что только методы, которые загружать данные могут быть установлены в свойстве метода.

После того, как свойство ContentLength устанавливается в значение, то число байтов должны быть записаны в поток запроса, который возвращается посредством вызова метода GetRequestStream или как BeginGetRequestStream и EndGetRequestStream методы.

для более подробной информации нажмите

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

Зачем нужен мониторинг сайтов?

Вы можете проверять доступность любого сайта через определённые настраиваемые периоды времени. Результаты проверки будут отправляться на указанный e-mail и по SMS. Помимо всего прочего, в платной версии вы сможете контролировать позицию вашего сайта в поисковой выдаче (Топ-10) по определённому ключевому запросу.
Статистика мониторинга

Как заказать Мониторинг сайтов?

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

Чтобы заказать платную версию услуги:

1. 1 Авторизуйтесь на сайте сайт и перейдите в раздел .
2. 2 На открывшейся странице нажмите Заказать
3. 4

   Опционально: подключите дополнительный пакет SMS-уведомлений.

   Обратите внимание! Пакет дополнительных SMS-уведомлений не удаляется и средства за него не возвращаются.

4. 5 Нажмите Заказать .
5. 6 Оплатите выставленный счёт .

Готово! Услуга «Мониторинг сайта» будет заказана.

Преимущества платной версии Мониторинга сайтов

SMS-уведомления SMS-уведомления на номер мобильного телефона, активированный в Личном кабинете на сайте сайт.

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

Приобретение дополнительныx пакетов для SMS-уведомлений Возможность приобрести дополнительные пакеты для SMS-уведомлений и регулировать количество необходимых вам мониторов.

Cокращённый интервал проверки доступности сайта Возможность сократить интервал проверки доступности сайта с одного часа до минуты.

Как перейти с бесплатной версии мониторинга на платную?

Для того чтобы перейти с бесплатной версии на платную:

1. 1 Авторизуйтесь на сайте и перейдите к .
2. 2 Кликните по названию услуги и на открывшейся странице нажмите Изменить тариф .
3. 3 Выберите количество мониторов и срок заказа услуги.
4. 4 Нажмите Заказать .

Как продлить Мониторинг сайтов?

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

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

Настройка Мониторинга сайтов

Использование мониторов

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

• проверка доступности сайта;
• проверка наличия заданной строки на проверяемой странице;
• отслеживание позиции сайта в поисковых системах.

Вы можете установить свои настройки для каждого монитора.

Проверка доступности сайта

Проверка доступности сайта представляет собой GET-запрос по URL проверяемого сайта. Если возвращается код ошибки, монитор отправляет уведомление на e-mail и SMS (при подключенных SMS-уведомлениях и наличии неизрасходованных SMS). Уведомления отправляются, как только сайт стал недоступен. Затем, если он в течение пяти часов по-прежнему будет недоступен, вы получите новое уведомление. Как только сайт снова станет доступен, вам на e-mail или по SMS придёт соответствующее сообщение.

Вы можете установить интервал проверки вплоть до минуты.

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

Данный тип проверки показывает наличие в исходном коде запрашиваемой строки, которая вводится в текстовом поле «Искомая строка». Исходный код страницы сайта можно посмотреть, нажав на ней комбинацию клавиш «Ctrl» + «U» . Уведомления отправляются в тот момент, когда система не находит строку на сайте.

Период тестирования

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

Для монитора «Отслеживание позиции сайта в поисковых системах» период тестирования изменить невозможно.

Дополнительные настройки

Установленная галочка «Плановые отключения» отключает проверку доступности интересующих вас сайтов на определённые дни, которые вы можете выбрать в виджете календаря. Это может понадобиться, например, в случае работ на сервере, DDoS-атак и пр.

В разделе «Уведомления» вы можете подключить или отключить уведомления по электронной почте, добавить новый e-mail для оповещений, а также SMS-уведомления о недоступности сайтов для конкретного монитора.

К настройкам монитора всегда можно вернуться из панели управления мониторами в пункте «Настройки». По окончании настройки необходимо нажать Создать монитор .

Удаление и приостановка работы монитора

Для того чтобы отключить ранее созданный монитор, переведите переключатель в разделе «Состояние» в положение «OFF». После этого вы получите сообщение «Сбор данных приостановлен» .

Чтобы удалить ранее созданный монитор в Личном кабинете, в разделе , кликните по услуге Мониторинг сайтов по тарифу «Коммерческий» и перейдите в панель управления услугой. На мониторе, который хотите удалить, нажмите Удалить .

Статистика услуги Мониторинг сайтов

Сводная статистика

В данном отчёте можно посмотреть статистику работоспособности сайта за периоды от одного дня до года. Также вы можете посмотреть отчёт о работоспособности сайта за определённый период, нажав на Показать за период и выбрав даты запрашиваемого периода в иконке календаря. Отчёты можно сохранять в pdf-файл с помощью Сохранить в файл . Значение Uptime указывает на общее время доступности сайта за запрашиваемый период. Значение «Отказов» указывает на общее время недоступности. Поля Total Uptime и «Отказ» предназначены для оценки доступности сайтов с момента заказа услуги по настоящее время.

Подробный отчёт

В данном отчёте можно выбрать географическое местоположение сервера, с которого производилась проверка, результат проверки «ОК» или «Отказ». Поле «Размер» говорит о размере полученных от сервера данных. Поле «Время ответа» говорит о времени ответа на запрос от сервера.

Экспресс-проверка

Экспресс-проверка — это проверка состояния доступности интересующего вас сайта на текущий момент времени. Результаты проверки доступны в разделе «Посмотреть отчёты». Для каждого монитора, согласно тарифному плану, предоставляется три экспресс-проверки в сутки.
Экспресс-проверка

Для монитора «Отслеживание позиции в поисковых системах» данный тип проверки не предусмотрен, поскольку позиция проверяется один раз в сутки и время проверки не фиксировано.

Сводная статистика монитора «Отслеживание позиции в поисковых системах»

В сводной статистике монитора «Отслеживание в поисковых системах» отображается график изменения позиций вашего сайта в поисковой выдаче. Зелёный столбец графика означает, что позиция сайта в поисковой системе выросла, красный — упала. Серый столбец на графике означает, что сайт находится не в Топ-10 поисковой выдачи. Вы можете просмотреть график и отчёты за определённый период времени: неделю, месяц, год. В таблице отображается информация о дате проверки, поисковой системе, позиции и регионе проверки (для поисковой системы «Яндекс»). Позиция сайта в течение дня может изменяться несколько раз в день.

У вас также есть возможность сохранять отчёты в pdf-файл для дальнейшего анализа.

SMS-уведомления для Мониторинга сайтов

По умолчанию на платном тарифе услуги «Система мониторинга сайтов» доступно 50 SMS-уведомлений, но в процессе заказа вы можете установить галочку «Пакет дополнительных SMS-сообщений» и в выпадающем меню выбрать количество SMS в пакете. SMS-уведомления подключаются/отключаются в настройках создаваемого вами монитора через чекбокс «Получать SMS-уведомления».

По умолчанию используется номер телефона, активированный в Личном кабинете.

Если по каким-то причинам у вас закончился пакет SMS, вы сможете пополнить его из Личного кабинета.

Чтобы подключить дополнительные уведомления:

1. 1 Авторизуйтесь на сайте сайт и перейдите к списку заказанных услуг.
2. 2 Кликните по услуге Мониторинг сайтов по тарифу «Коммерческий».
3. 3 нажмите Пакет дополнительных SMS .
4. 4 В открывшемся всплывающем окне выберите количество SMS в пакете и нажмите Заказать .
5. 5 Оплатите выставленный счёт .

Готово! Дополнительные SMS-уведомления будут подключены.

Коды ошибок в сервисе Мониторинг сайтов

«400 Bad Request» . Ошибка означает, что сервер обнаружил в запросе клиента синтаксическую ошибку;

«401 Unauthorized» . Этот код результата, передаваемый с заголовком WWW-Authenticate, показывает, что пославший запрос пользователь не имеет необходимых полномочий, и что при повторении запроса с указанием данного URL пользователь должен такие полномочия предоставить;

«402 HTTP Payment Required» . Этот код в HTTP еще не реализован;