Возможные причины идет обслуживание веб сайта программа веб сайта содержит ошибку

Обновлено: 08.07.2024

Затребованный URL обозначает более одного ресурса, и робот не смог однозначно определить, к какой странице URL относится (получен код  300 Multiple Choices ).

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

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

Так как пользователи не смогут увидеть подобные документы, показывать их в поиске не имеет смысла, и робот их не индексирует. Однако робот проиндексирует страницу, на которую установлено перенаправление, если она доступна.

Запрошенный ресурс временно находится под другим адресом (получен код  302 Found ).

Запрошенный ресурс находится под другим адресом и его следует запрашивать, используя метод GET (получен код  303 See Other ). Если вы хотите, чтобы указанная страница находилась в поиске, она должна отвечать кодом 200.

Получен код 304 Not Modified . Если страница не изменилась с момента последнего обращения робота, рекомендуется выдавать этот код. Это ускорит индексирование и уменьшит трафик.

Доступ к затребованному ресурсу может осуществляться только через прокси-сервер, указанный в заголовке Location (получен код  305 Use Proxy ).

Затребованный ресурс был временно переведен на другой адрес, который необходимо прописать в  Location (получен код  307 Temporary Redirect ).

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

Запрошенный ресурс временно находится под другим адресом (получен код  302 Found ).

Коды 4xx (ошибка клиента)

Запрос не может быть понят сервером из-за некорректного синтаксиса.

Внутренняя ошибка или ошибка конфигурации сервера.

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

Документ не существует. Если вы удалили какой-то раздел сайта, можно с помощью robots.txt запретить роботу обращаться к нему. Если такой страницы на сайте никогда не существовало, игнорируйте эту ошибку, возможно, кто-то поставил некорректную ссылку на ваш сайт.

Метод, определенный в строке запроса (Request-Line), не дозволено применять для указанного ресурса, поэтому робот не смог его проиндексировать.

Нужный документ существует, но не в том формате (язык или кодировка не поддерживаются роботом).

Необходима регистрация на прокси-сервере.

Сайт не передал полный запрос в течение установленного времени и робот разорвал соединение.

Запрос конфликтует с другим запросом или с конфигурацией сервера.

Затребованный ресурс был окончательно удален с сайта.

Сервер отказывается принимать запрос без определенного заголовка Content-Length. Поправьте заголовки на своем сервере;— тогда в следующий раз робот сможет проиндексировать страницу.

При проверке на сервере одного или более полей заголовка запроса обнаружено несоответствие (сбой или ошибка при обработке предварительного условия).

Сервер отказывается обрабатывать запрос потому, что размер запроса больше того, что может обработать сервер.

Сервер отказывается обслуживать запрос, потому что запрашиваемый роботом URI (Request-URI) длиннее, чем сервер может интерпретировать.

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

Сервер отказывается обрабатывать запрос, потому что значение поля Range в заголовке запроса указывает на недопустимый диапазон байтов.

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

Сервер не в состоянии обработать один (или более) элемент запроса.

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

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

Сервер запросил апгрейд соединения до SSL, но SSL не поддерживается клиентом.

Запрос не может быть понят сервером из-за некорректного синтаксиса.

Внутренняя ошибка или ошибка конфигурации сервера.

Нужный документ существует, но не в том формате (язык или кодировка не поддерживаются роботом).

Необходима регистрация на прокси-сервере.

Сайт не передал полный запрос в течение установленного времени и робот разорвал соединение.

Запрос конфликтует с другим запросом или с конфигурацией сервера.

Затребованный ресурс был окончательно удален с сайта.

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

Сервер не в состоянии обработать один (или более) элемент запроса.

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

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

Сервер запросил апгрейд соединения до SSL, но SSL не поддерживается клиентом.

Коды 5xx (ошибка сервера)

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

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

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

Возникла ошибка из-за временной перегрузки или отключения на техническое обслуживание сервера.

Сервер, при работе в качестве внешнего шлюза или прокси-сервера, своевременно не получил отклик от вышестоящего сервера, к которому он обратился, пытаясь выполнить запрос.

Сервер не может обработать запрос из-за недостатка места на диске).

Сервер не может обработать запрос из-за того, что запрашиваемое расширение не поддерживается.

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

Возникла ошибка из-за временной перегрузки или отключения на техническое обслуживание сервера.

Сервер не может обработать запрос из-за недостатка места на диске).

Сервер не может обработать запрос из-за того, что запрашиваемое расширение не поддерживается.

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

Оригинальная версия продукта: службы IIS
Исходный номер КБ: 942031

Аннотация

В этой статье описываются коды HResult при столкновении с ошибкой 500.0 в веб-приложении службы IIS (IIS). Эта статья предназначена для администраторов веб-сайтов. Эти ошибки имеют множество причин и могут повлиять на различные конфигурации системы. Описанные в этой статье процедуры должны выполняться членом группы администраторов на сервере.

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

Код HResult

Ниже приводится информация об этих ошибках.

Код HResult 0x80070032

Эта проблема возникает из-за того, что IIS 7.0 не поддерживает фильтр API API (ISAPI), который регистрируется для SF_NOTIFY_READ_RAW_DATA уведомления.

Не используйте фильтр ISAPI, который регистрирует уведомление SF_NOTIFY_READ_RAW_DATA в IIS.

Код HResult 0x80070035

Эта проблема возникает из-за того, что сервер с iiS 7.0 не может получить доступ к настроенного корневого каталога запрашиваемого расположения.

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

Код HResult 0x8007000d

Эта проблема возникает из-за того, что модуль ISAPIModule отсутствует в списке модулей для веб-сайта. Модуль ISAPIModule находится в этом расположении: drive:\Windows\System32\inetsrv\isapi.dll .

Добавьте модуль ISAPIModule в список модулей для веб-сайта. Для этого выполните следующие действия:

Код HResult 0x800700c1

Эта проблема возникает из-за того, что сопоставление сценариев не допустимо.

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

Код HResult 0x80070005

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

Удалите фильтр ISAPI, который не является допустимым. Для этого выполните следующие действия:

Код HResult 0x8007007f

Существует две возможности для HResult 0x8007007f:

Чтобы устранить проблему, удалите не допустимый фильтр ISAPI. Для этого выполните следующие действия:

Эта проблема возникает из-за того, что сопоставление обработчивого ресурса указывает на файл.dll, который не может обрабатывать запрос.

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

Дополнительная информация

Введение

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

Распространенные типы сетевых ошибок при доступе к ресурсам сети «Интернет»

Ошибки вида «5XX» – это ошибки сервера, которые означают, что пользователи не оказывали влияния на результат, приведший к возникновению ошибки, и источником сбоя является неработающий сервер, к которому пользователи пытаются получить доступ. Независимо от вида ошибки, связанна ли она с деятельностью пользователей или работоспособностью удаленного сетевого сервера, пользователи могут предпринять несколько шагов, которые могут помочь решить проблему и устранить существующую неисправность.

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

«400 Bad Request» («ошибка неверного запроса»)

Каждый раз, когда пользователи пытаются открыть веб-сайт путем набора «URL-адреса» в адресной строке сетевого обозревателя или нажимают на соответствующую ссылку сайта, полученную посредством различных приложений, веб-браузер инициирует запрос и отправляет его на удаленный сервер веб-сайта, к которому пользователи организовывают соответствующее обращение и стараются получить доступ. Ошибка «400» возникает, когда сервер не может полноценно понять и корректно обработать запрос. Такой вид непредвиденной ошибки может произойти, если указанный запрос искажен, неверен, испорчен или поврежден, но, чаще всего, ошибка возникает по довольно простой причине, например, пользователь использовал «URL-адрес» веб-сайта, которого не существует.

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

Перепроверьте «URL- адрес». Иногда неверный «URL-адрес», указанный пользователем в адресной строке обозревателя, может вызвать ошибку «400 Bad Request» вместо ошибки «404 Not Found» (о которой мы также поговорим в одном из разделов). Просмотрите и исправьте адрес при необходимости.

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

«403 Forbidden» (ошибка «запрещено»)

Несмотря на тот факт, что ошибка «403», ограничивающая доступ к удаленному ресурсу, регулируется и управляется настройками сетевого веб-сервера, пользователи могут опробовать несколько шагов для ее исправления.

Обновите страницу. Нажатие клавиши «F5» во многих популярных обозревателях позволяет мгновенно обновить страницу.

Повторно проверьте «URL- адрес». Иногда неверно заданный в строке обозревателя «URL-адрес» может вызвать появление ошибки запрета доступа «403 Forbidden». Убедитесь, что «URL-адрес» действительно указывает на страницу, а не на каталог. Большинство веб-сайтов ограничивают доступ к своим внутренним папкам из соображений безопасности, и опечатка в адресе может быть причиной отображения ошибки «403».

«404 Not Found» (ошибка «не найдено»)

Обновите проблемную страницу. Нажатие клавиши «F5» инициирует обновление страницы в подавляющем большинстве современных веб-браузеров. Не всегда такое решение сможет устранить ошибку «404». Но иногда, на веб-серверах может происходить случайный сбой и, как следствие, отображение страницы, которая действительно существует, будет временно приостановлено. Поэтому необходимо обязательно опробовать данный способ и перегрузить страницу, в особенности, если на обновление будет потрачено всего несколько секунд, но существует шанс добиться корректной загрузки.

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

«500 Internal Server Error» («внутренняя ошибка сервера»)

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

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

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

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

«502 Bad Gateway» («ошибка шлюза»)

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

Проверьте, доступен ли сайт для других пользователей. Посетите сайт, такой как «IsItDownRightNow» или «DownforEveryoneorJustMe», который отслеживает состояние веб-сайтов и проверяет их работоспособность для уточнения данных, испытывают ли другие пользователи трудности с доступом к конкретному ресурсу, или проблемы возникают только локально на пользовательском устройстве.

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

«503 Service Unavailable» (ошибка «сервис недоступен»)

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

Но несмотря на удаленную форму неисправности, можно попробовать применить несколько способов для устранения ошибки.

Проверьте работоспособность ресурса. Перейдите в веб-браузере на сайт проверки состояния удаленных ресурсов, например, «IsItDownRightNow» или «DownforEveryoneorJustMe», и оцените его доступность для других пользователей.

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

Что такое внутренняя ошибка сервера 500?

Проще говоря, внутренняя ошибка сервера обычно означает, что где-то на веб-сервере что-то пошло не так. Формальное определение внутренней ошибки сервера 500:

Для интернет-пользователя:

Обновите страницу
Проверить URL
Очистить кеш браузера
Очистить файлы cookie браузера
Проверьте сайт вверх или вниз
Свяжитесь с вашим интернет-провайдером
Связаться с владельцем сайта

Для владельца сайта:

Проверить плагины и темы
Проверить журнал сервера
Проверить права доступа к файлам
Проверить CDN и кеширование
Благодаря скриптам
Из-за неправильных директив и конфигураций

Исправление 500 внутренней ошибки сервера для пользователя

1. Обновите веб-страницу.

Обновить страницу в Chrome Chrome

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

2. Проверьте URL-адрес.

Доступ к неподходящему URL-адресу также может привести к внутренней ошибке сервера. Поэтому убедитесь, что ваш URL-адрес написан правильно.

3. Очистите кеш браузера.

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

Если вы используете Google Chrome, перейдите по URL-адресу «chrome: // settings / clearBrowserData». Выберите «Кэшированные изображения и файлы» и нажмите кнопку «Очистить данные просмотра».

Удалить историю браузера в Chrome

4. Очистить файлы cookie браузера.

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

5. Убедитесь, что сайт работает.

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

Проверить сайт вверх или вниз

6. Свяжитесь со своим интернет-провайдером.

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

7. Свяжитесь с владельцем или администратором сайта.

Иногда сервер может некорректно прервать проблему и рассматривать «Ошибка шлюза 504» как «Внутренняя ошибка сервера 500». Так что попробуйте также исправления для ошибки 504 Gateway Timeout, это может помочь на всякий случай.

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

Если вы являетесь владельцем или администратором веб-сайта:

1. Проверьте плагины и темы.

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

2. Проверьте журнал сервера.

Веб-сервер будет иметь файл журнала для записи всех действий, выполняемых разными пользователями. Этот файл журнала будет расположен в корне вашего веб-сайта с таким именем, как «logs» или «error_log». Когда вы видите внутреннюю ошибку сервера, откройте файл журнала и попытайтесь понять, что именно вызывает ошибку.

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

3. Проверьте права доступа к файлам.

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

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

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

4. Проверьте CDN и кеширование.

Другим важным аспектом веб-сайтов является использование сети доставки контента (CDN) и подключаемых модулей кеширования для повышения скорости загрузки страницы. Кэширование имеет разные этапы, такие как объединение скриптов и таблиц стилей, передача трафика на серверы CDN или перенаправление трафика через разные серверы имен.

5. 500 внутренних ошибок из-за скриптов

Давайте возьмем пример, у вас есть динамический XML Sitemap на вашем сайте, запускаемый с помощью скрипта PHP. Этот файл Sitemap содержит тысячи URL-адресов в одном файле. Большинство серверов не смогут отображать тысячи URL-адресов в одном файле XML Sitemap. Это приведет к отображению ошибки сервера при попытке открыть Sitemap в браузере. Здесь вы должны разделить Sitemap, уменьшив количество URL-адресов, чтобы избежать ошибки.

6. Из-за неправильных директив и конфигураций

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

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

Вывод

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

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

Итак, приступим.

Для начала, необходимо исключить из списка возможных неисправностей самые очевидные и легко диагностируемые: отсутствие подключения к Wi-Fi, проблемы на стороне интернет-провайдера или, например, отсутствие кабеля в розетке и аккумулятора в ноутбуке.

Предлагаю также опустить сложно решаемые проблемы и неисправности локального интернета или самого компьютера, которые требуют непосредственного вмешательства сисадмина. Это могут быть вирусы-трояны, проблемы с железом, браузером или операционной системой, MTU на роутере, неправильно настроенный DNS или сбои в работе DNS и ещё целый ряд проблем, которые выявить можно, но статья, в этом случае, превратится в книгу или даже в учебный курс.

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

1. Интернет — это огромное количество магистралей, ведущих от сервера к серверу, и бывают случаи, когда наш сервер работает и мы видим другие сайты, но вот путь пакетов от нас к нашему сайту оборван: сегментировалась сеть из-за сбоя роутинга или где-то произошел сбой в работе каналов провайдеров. Конечно же, в консоли команда traceroute (tracert в Windows) покажет, доступен ли сервер нашего сайта, через какие сервера идут пакеты и на каком месте они «стопорятся». Если же traceroute и ping не доходят до нашего сервера, но достигают сети хостера, то самое время звонить в техподдержку хостинга или сисадминам, так как, в этом случае, сложно будет что-то предпринять самостоятельно.

Если всё в порядке, то проблемы либо у вашего провайдера, либо у его провайдеров уровнем выше, но не возле вашего сервера и не на нём.
Теперь можно позвонить в техподдержку вашего локального провайдера и поинтересоваться: «какие там магистральные каналы лежат?» ;)

2. Скорость и стабильность интернет-канала — это скорость и стабильность самого медленного и плохого канала связи на пути от вас к серверу. Определить, есть ли проблемы с потерями пакетов «по дороге», большие задержки пакетов между разными провайдерами или между вами и провайдером, можно с помощью утилиты mtr, а результаты утилиты особенно показательны при большом размере пакета и его возможной сегментации (например, 1500 байт).

Mtr – это что-то вроде совмещённых ping (опрос каждого сервера по пути следования пакетов) и traceroute (определение всего пути следования пакетов), но имейте в виду, что из-за постоянного потока пакетов утилита съедает достаточно много трафика.

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

Обычно, если имеется 30 – 50 % потерь больших пакетов, то проблемы с подключением уже становятся ощутимыми (страница «залипает», подтормаживает из-за недогруженных элементов), и чем выше процент, тем сложнее пробиться.

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

С подробной статьей по использованию mtr для диагностики проблем с каналом (на английском) можно ознакомиться здесь или на Википедии.
Некое подобие утилиты mtr в Windows NT — pathping.

Иногда провайдером (или у нашего сервера) может быть вообще отключена или ограничена возможность прохождения этих тестовых пакетов (ICMP-траффика). В этом случае, такие тесты не помогут определить проблему. Тут уж, конечно, впору вспомнить про «каждый сам себе злобный буратино» — если вы отключаете возможность проверять сервер, то и не сможете его проверить :-).

При работе с Chrome Developer Tools (Menu -> Tools -> Developer Tools), во вкладке «Сеть» (Network), обновляем страницу нашего сайта и получаем отчёт о том, как грузятся все ресурсы на ней:

При успешной загрузке (пусть и медленной) страницы сайта будет видно: когда загрузится основной контент страницы и она начнёт формироваться для отображения, когда начнут работать на сайте все вложенные java-скрипты, завязанные на работу с элементами страницы и ожидающие полной догрузки основного кода и необходимых неопределённых дополнительных вложенных элементов. Этот момент на картинке выше: синяя вертикальная линия – это событие DOMContentLoaded, а красная вертикальная линия – срабатывание windows.onLoad event (когда скрипты уже отработали и сформировалась вся страница с элементами, догружается содержимое картинок).

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

Как мы видим здесь, наш браузер ждал данные от сервера 68 миллисекунд (сервер формировал страницу на полученный от нас запрос) и 2 миллисекунды она принималась (что достаточно быстро).

Уже по этой информации иногда можно увидеть, что проблема состоит в медленной загрузке сайта — это, например, не миллисекундное, а 30-тисекундное формирование основного кода страницы. Такое бывает, когда перегружен запросами сервер или провайдер, используется неэффективный код (долго работает конкретно запрос этой страницы) или существуют какие-либо другие причины, которые уже впору анализировать сисадминам и программистам движка.

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

Частая причина блокировок — это зависимость момента старта работы изменяющих / формируюших содержимое страницы (до привязки к событию DOMContentLoaded) скриптов от каких-либо внешних сервисов сбора статистики, рекламных движков или страниц обмена ссылками. Обычно это куски скрипта для вставки «ещё одного» внешнего скрипта:

То есть, пока не подгрузится и не отработает блок <script…>, который в свою очередь ссылается на внешний ресурс, браузер будет ожидать от него результатов, зачастую не отображая содержимое страницы или отображая неправильно, хотя современные движки браузеров могут работать и на опережение.

Как это выглядит:

Обратите внимание на финал таблицы первого сервиса с временными итогами. И на начало таблицы второго, с ранжированием «как ваш сайт доступен по скорости, в сравнении с другими сайтами сети», а также количеством запросов (элементов), объёмом и временем загрузки всей информации страницы.

Ещё одна «фишка» этих двух сервисов – это возможность выбрать сервер, с которого будет проводиться тестовый запрос, то есть сымитировать, как ваша страница грузится с сервера в Берлине, Нью-Йорке или Москве.

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

Читайте также: