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

Некоторые типичные коды статуса HTTP:

• 200 – сервер успешно обработал страницу;
• 404 – запрашиваемая страница не существует;
• 503 – информация временно недоступно

Коды http – 1xx (временный)

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

Коды http – 2xx (Успешно)

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

Коды http – 3xx (Перенаправлено)

В целях исполнения требования необходимы дополнительные действия. Эти коды статуса HTTP часто используются для перенаправления.

Коды http – 4xx (Ошибка запроса)

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

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

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

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

• 1хх - информационный
• 2хх - удачное завершение
• 3хх - перенаправление
• 4хх - ошибка на стороне клиента
• 5хх - ошибка на стороне сервера

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

Обзор клиентских и серверных ошибок

Клиентские ошибки (400-499) - результат некорректного запроса со стороны клиента. Несмотря на то, что эти ошибки возникают со стороны клиента, следует уделять им достаточное внимания и рассмотреть все возможные варианты их устранения на стороне сервера.

Сервеные ошибки (500-599) возникают в результате работы сервера, если он не в состоянии обработать запрос пользователя и сталкивается с какими-либо внутренними проблемами.

Заметки по устранению основных проблем

• Проверяйте серверные логи, из которых вы получите более детальную информацию о возникшей проблеме. Например, такие сервера как Apache и Nginx записывают логи в файлы access.log и error.log , которые вы можете просмотреть.
• Держите в голове тот факт, что коды ответа HTTP это стандарт, который должен быть соблюден в приложении, обрабатывающем запрос. То есть, полученный код зависит от самого приложения.

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

400 некорректный запрос

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

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

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

401 доступ запрещен

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

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

403 отказ в доступе

Этот код означает, что пользователь создал верный запрос, но сервер отказал в выдаче ответа, из-за ограничений прав. Если вы столкнулись с таким кодом, то первым делом стоит рассмотреть следующие причины:

• Права на файлы

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

Рассмотрим следующие ситуации:

• Пользователь обратился к индекс файлу сервера http://example.com/index.html
• Сервер запущен под пользователем www-data
• На сервере этот файл расположен по адресу /usr/share/nginx/html/index.html

Убедитесь в том, что пользователю www-data открыт доступ к чтению этого файла. Чаще всего это означает, что “доступ для остальных пользователей” должен быть открыт для чтения. Конечно, существует целый ряд устранения проблемы, но следующая команда вам точно поможет:

Sudo chmod o=r /usr/share/nginx/html/index.html

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

Просмотрите внимательно этот файл, если вы сталкиваетесь с это пролемой.

Индексный файл не существует

Если пользователь обратился к каталогу, в котором не существует индексный файл, а просмотр содержимого каталога запрещен, то он получит в ответ код 403. Например, пользователь обратился к http://example.com/emptydir/ , в этой директории отсутствует индексный файл, в таком случае сервер вернет код 403.

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

404 не найдено

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

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

• Правильно ли введен URL?
• Присутствует ли файл на сервере? Возможно он был удален или перемещен?
• Правильно ли указан корневой каталог сервера в настройках?
• Имеет ли пользователь, под которым работает сервер, корректные права для чтения файла? Как правильно необходимо иметь права не только на чтение, но и на исполнение.
• Используется ли символическая ссылка для обработки запроса? Если так, то правильно ли настроен ваш сервер для работы с ними?

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

Ошибка означает, что запрос не может быть обработан сервером, по неизвестной внутренней причине.

Самая частая причина - неправильная настройка сервера (некорректный.htaccess) или обращение к неустановленному пакету PHP.

502 ошибочный шлюз

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

Если сервер выполняет роль обратного прокси сервера, например является балансировщиком нагрузки, то убедитесь в том, что:

• Бекэнд сервера (отвечающие за обработку запроса) исправны
• Прокси правильно настроен, все бекэнд сервера корректно указаны
• Сетевое соединение между задействованными серверами рабочее. Если сервера работают при использовании различных портов, проверьте, что файрвол не блокирует эти соединения.

503 служба недоступна

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

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

504 таймаут шлюза

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

Возможные причины:

• Плохое сетевое соединение
• Бекэнд сервер слишком медленно обрабатывает запрос ил-за недостатка ресурсов
• Таймаут сервера слишком короткий

Заключение

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

Добрый день!

У меня на сайте появилась ошибка ERR_TOO_MANY_REDIRECTS . Как ее исправить?

Ответ

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

Как исправить ошибку?

Для исправления ошибки существует несколько способов.

Способ 1. Очистка cookies в браузере

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

Способ 2. Очистка кэша браузера

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

Способ 3. Очистка кэша сервера

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

Способ 4. Очистка кэша прокси-сервера

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

Способ 5. Использование онлайн-сервиса Redirect Checker

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

Способ 6. Проверка настроек https

Еще одна причина ошибки ERR_TOO_MANY_REDIRECTS кроется в настройках протокола https . Так, если Вы перевели свой сайт на работу по https , то, во-первых, необходимо проверить наличие установленного и работающего SSL -сертификата. При его отсутствии защищенный протокол не будет корректно работать на Вашем сайте. Дальше следует проверить корректность настройки редиректа с http на https как на сервере, так и на сайте. В последнем случае часто устанавливают специальный плагин, который автоматически перенаправляет все ссылки на новый протокол. Также необходимо проверить адрес сайта
в админ-панели (Настройки -> Общие ). Часто ошибка возникает из-за того, что после переведения сайта на https его адрес остался с http . Оба поля (Адрес WordPress (URL) и Адрес сайта (URL) ) должны совпадать и начинаться с https .

Способ 7. Проверка работы плагинов

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

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

Краткая справка: HTTPS не является отдельным протоколом. Это обычный HTTP, работающий через шифрованные транспортные механизмы SSL и TLS. Он обеспечивает защиту от атак, основанных на прослушивании сетевого соединения - от снифферских атак и атак типа man-in-the-middle, при условии, что будут использоваться шифрующие средства и сертификат сервера проверен и ему доверяют.

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

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

В данном видео я покажу как на практике исправить ошибки протокола https в wordpress . Для работы я использовал три инструмента: плагин Search Regex, программу Screaming Frog SEO Spider и приложение браузера Mozilla Firefox.

Исправляем ошибка протокола https

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

Самое главное действие которое необходимо сделать перед тем как устранить ошибки протокола https — это сделать .

Затем установить плагин и активировать его. Первоначально мы можем быстро найти и исправить все ссылки на блоге имеющие адрес http://… на https://…

В большинстве случаев, после этой процедуры, останется совсем немного ошибок. Чтобы их найти, устанавливаем на компьютер программу Screaming Frog SEO Spider и ищем все остальное. В главное поле подставляем адрес сайта и нажимаем кнопку «start».

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

Устраняем ошибки с помощью плагина. В верхнее поле подставляем несуществующий адрес, а в нижнее-реальный и жмем кнопку «Replace & Save».

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

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

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

Ошибка протокола https в wordpress — видео

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

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

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

Типы ошибок

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

Коды ошибок бывают положительными и отрицательными или успешными и не успешными.

Всего существует 4 типа кодов (хх - сочетание любых цифр):

• 2xx - запрос выполнен успешно
• 3xx - запрос успешно перенаправлен - тоже положительный код.
• 4xx - ошибка - документ не был отправлен пользователю, так как произошла критическая ошибка. Класс кодов 4xx предназначен для указания ошибок со стороны клиента.
• 5xx - ошибка сервера - критическая ошибка на сервере. Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера.

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

Ошибка 400 - “Плохой запрос”

При переходе на сайт браузер может выдавать “400 Bad Request”. Это означает, что сервер обнаружил синтаксическую ошибку в запросе, который ввел пользователь. Однако, подобная ошибка может появляться не только когда вы вводите адрес сайта, но и, например, при входе в панель управления вашим сайтом. Причин возникновения может быть несколько:

• Блокировка браузера антивирусом
• Блокировка брендмауэра Windows браузером
• Большое количество файлов cookies и данных в сache
• Перебои в работе интернета

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

Блокировка браузера

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

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

Блокировка брендмауэра Windows

• Попробуйте отключить брендмауэр на время: меню Пуск - Панель управления - Система и безопасность - Брандмауэр Windows - Включение и отключение
• очистите кэш и куки
• обновите страницы с ошибкой
• Если проблема устранена, то для завершения добавьте в брандмауэр разрешенные программы: Пуск - Панель управления - Система и безопасность - Брандмауэр - Разрешение запуска программы через брандмауэр.

Если проблема осталась - продолжайте проверку.

Cache и cookies

• Удалите cookies и очистите cache: нажмите Shift + Ctrl + Delete в то время, когда браузер открыт.
• Удалите ненужные файлы
• Проверьте работу вашего браузера

Перебои в работе интернета

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

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

Ошибка 403 означает, что сервер не может выполнить запрос из-за запрета на доступ к запрашиваемым файлам или страницам. Эта ошибка может возникать по ряду причин. Рассмотрим самые распространенные:

• Индексный файл index.html не загружен в директорию public_html вашего сайта или является некорректным. Для устранения этой ошибки создайте файл с именем index.html или переименуйте уже имеющийся файл. Возможные варианты для имени файла: index.html, index.htm, или index.php.
• Для директории, в которой находится запрашиваемый файл, установлены такие права, что веб-сервер Apache не смог прочитать файл на диске сервера. Для устранения этой ошибки попробуйте изменить права доступа в разделе, отвечающем за настройку прав.
• Файлы сайта загружены в неправильную директорию. Для устранения этой ошибки проверьте, располагаются ли файлы сайта в директории site/public_html, где site - название вашего сайта.

Ошибка 404 - Файл не найден

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

Причины возникновения данной ошибки:

• Некорректный URL, введенный в адресное поле браузера. Для устранения данной ошибки проверьте, корректно ли указана ссылка.
• Файл, запрашиваемый по URL, отсутствует на сервере. Для устранения этой ошибки необходимо проверить наличие запрашиваемого файла в директории public_html вашего сайта.

Ошибка 500 - Внутренняя ошибка сервера

Ошибка 500 означает, что на сервере есть внутренняя ошибка. Эта проблема может возникнуть по двум причинам:

• Невозможно запустить скрипт. Скорее всего указаны неправильные права доступа на папки и файлы. Если на PHP файлы скриптов, размещенных на вашем хостинге, стоят права доступа 777, то исполнение данных скриптов может быть заблокировано сервером. Происходит это из-за того, что права доступа 777 позволяют всем производить любые изменения с данным файлом, что существенно влияет на безопасность и целостность вашего сайта. Для устранения этой ошибки следует проверить права доступа на папки и файлы сайта. Для папок рекомендовано установить права доступа 755, для исполняемых скриптов 600, а для всех остальных файлов 644.
• Неправильная инструкция в файле.htaccess или наличие в нём неподдерживаемых директив. Возможно, вы ошиблись в написании названия нужной директивы или параметров к ней. Данную ошибку можно устранить, включив лог ошибок error.log. Веб-сервер укажет вам, какую конкретно директиву он посчитал ошибочной - ее нужно будет исправить.

Ошибка 502 - Bad Gateway

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

• Проблемы в работе прокси-сервера. Для устранения этой ошибки попробуйте набрать в адресной строке браузера ссылку на какой-либо другой сайт. Тем самым вы можете проверить, есть ли доступ в Интернет вообще. Если вы обнаружили, что доступ в Интернет есть, но ваше обращение к конкретному сайту все равно дает ошибку 502, попробуйте удалить файлы cookies в браузере.
• Нехватка ресурсов сервера. Это может означать, что нагрузка на сервер превышает ресурсы, доступные на выбранном тарифе хостинга. Уточните у своего хостинг-провайдера о тарифах с большим объемом ресурсов и, в случае необходимости, увеличьте оперативную память или доступный объем диска.

Ошибка 503 - Service Temporarily Unavailable

У каждого аккаунта на сервере хостинга есть определенное количество рабочих процессов, выделенное в соответствии с выбранным тарифным планом. Работа с запросами ведется в порядке очереди, они поступают на сервер, где легкие запросы обрабатываются мгновенно, а тяжелые – медленно. Всякая очередь ограничена тем или иным количеством запросов. Если новый запрос находится за пределами этой границы, принят он не будет и вместо результата браузер выдаст оповещение “Сервис временно недоступен”.

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

1. Зависание скриптов при передаче больших статичных файлов через PHP. Скрипты работают определенное время, а не постоянно. При окончании времени работы скрипта прерывается передача файла, соответственно файл не будет передан полностью, а также запрос оставит процесс веб-сервера работать еще длительное время. Устранить ошибку вы сможете посредством следующих шагов:
   • Проверить все компоненты и плагины вашей CMS, отключая их по очереди, и найдите самые тяжёлые или испорченные, при работе которых загрузка сайта замедляется. По возможности откажитесь от таких компонентов, либо поищите более быстрый аналог.
   • Проверить наличие у вас медленных запросов- в папке logs вашего аккаунта создается файл mysql-slow.log. Информация в этом файле обновляется раз в сутки и содержит только самые проблемные SQL-запросы.
   • Если в PHP-скриптах используются Include-функции, загружающие части движка, расположенные на одном аккаунте, убедитесь, что в них используется локальный путь, а не URL вида «http://…» . Наличие URL заставляет сервер делать дополнительный HTTP-запрос - это занимает лишнее время и сильно замедляет загрузку сайта.
2. Большое количество запросов к серверу. Причин возникновения таких запросов несколько:
   • Загружаемый ресурс разбит/содержит ссылки на слишком больше число файлов (картинки, таблицы стилей JS-скрипты), которые подгружаются через отдельные запросы. В этом случае следует объединить ресурсы в один файл, где это возможно.
   • DDoS-атаки, флуды, спамы в комментарии так же могут вызывать большое количество запросов. В случае DDoS-атаки, необходимо определить ее тип, и, согласно ее уровню, предпринять действия по устранению. Подробнее о том, что необходимо делать, если ваш сайт под DDoS-атакой, мы писали в одной из статей нашего блога.

Действия при появлении ошибки

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