Содержание
Коды ответа HTTP — HTTP
Код ответа (состояния) HTTP показывает, был ли успешно выполнен определённый HTTP запрос. Коды сгруппированы в 5 классов:
Коды состояния определены в 10-ой секции RFC 2616. Обновленную спецификацию можно найти в RFC 7231 .
Если вы получили код ответа (состояния), которого нет в данном списке, в таком случае он является не стандартизированным кодом ответа (состояния), вероятней всего он кастомный сервера.
Код ответа | Название | Описание | Версия HTTP |
---|---|---|---|
Информационные | |||
100 | Continue | «Продолжить». Этот промежуточный ответ указывает, что запрос успешно принят и клиент может продолжать присылать запросы либо проигнорировать этот ответ, если запрос был завершён. | Только HTTP/1.1 |
101 | Switching Protocol | «Переключение протокола». Этот код присылается в ответ на запрос клиента, содержащий заголовок Upgrade: , и указывает, чтосервер переключился на протокол, который был указан в заголовке. Эта возможность позволяет перейти на несовместимую версию протокола и обычно не используется. | Только HTTP/1.1 |
102 | Processing | «В обработке». Этот код указывает, что сервер получил запрос и обрабатывает его, но обработка ещё не завершена. | Только HTTP/1.1 |
103 | Early Hints | «Ранние подсказки». В ответе сообщаются ресурсы, которые могут быть загружены заранее, пока сервер будет подготавливать основной ответ. RFC 8297 (Experimental). | Только HTTP/1.1 |
Успешные | |||
200 | OK | «Успешно». Запрос успешно обработан. Что значит «успешно», зависит от метода HTTP, который был запрошен:
| HTTP/0.9 и выше |
201 | Created | «Создано». Запрос успешно выполнен и в результате был создан ресурс. Этот код обычно присылается в ответ на запрос PUT «ПОМЕСТИТЬ». | HTTP/0.9 и выше |
202 | Accepted | «Принято». Запрос принят, но ещё не обработан. Не поддерживаемо, т.е., нет способа с помощью HTTP отправить асинхронный ответ позже, который будет показывать итог обработки запроса. Это предназначено для случаев, когда запрос обрабатывается другим процессом или сервером, либо для пакетной обработки. | HTTP/0.9 и выше |
203 | Non-Authoritative Information | «Информация не авторитетна». Этот код ответа означает, что информация, которая возвращена, была предоставлена не от исходного сервера, а из какого-нибудь другого источника. Во всех остальных ситуациях более предпочтителен код ответа 200 OK. | HTTP/0.9 и 1.1 |
204 | No Content | «Нет содержимого». Нет содержимого для ответа на запрос, но заголовки ответа, которые могут быть полезны, присылаются. Клиент может использовать их для обновления кешированных заголовков полученных ранее для этого ресурса. | HTTP/0.9 и выше |
205 | Reset Content | «Сбросить содержимое». Этот код присылается, когда запрос обработан, чтобы сообщить клиенту, что необходимо сбросить отображение документа, который прислал этот запрос. | Только HTTP/1.1 |
206 | Partial Content | «Частичное содержимое». Этот код ответа используется, когда клиент присылает заголовок диапазона, чтобы выполнить загрузку отдельно, в несколько потоков. | Только HTTP/1.1 |
Сообщения о перенаправлениях | |||
300 | Multiple Choice | «Множественный выбор». Этот код ответа присылается, когда запрос имеет | HTTP/1.0 и выше |
301 | Moved Permanently | «Перемещён на постоянной основе». Этот код ответа значит, что URI | HTTP/0.9 и выше |
302 | Found | «Найдено». Этот код ответа значит, что запрошенный ресурс | HTTP/0.9 и выше |
303 | See Other | «Просмотр других ресурсов». Этот код ответа присылается, чтобы направлять клиента для получения запрашиваемого ресурса в другой URI с запросом GET. | HTTP/0. 9 и 1.1 |
304 | Not Modified | «Не модифицировано». Используется для кеширования. Это код ответа значит, что запрошенный ресурс не был изменён. Таким образом, клиент может продолжать использовать кешированную версию ответа. | HTTP/0.9 и выше |
305 | Use Proxy | «Использовать прокси». Это означает, что запрошенный ресурс должен быть доступен через прокси. Этот код ответа в основном не поддерживается из соображений безопасности. | Только HTTP/1.1 |
306 | Switch Proxy | Больше не использовать. Изначально подразумевалось, что » последующие запросы должны использовать указанный прокси.» | Только HTTP/1.1 |
307 | Temporary Redirect | «Временное перенаправление». Сервер отправил этот ответ, чтобы клиент получил запрошенный ресурс на другой URL-адрес с тем же методом, который использовал предыдущий запрос. Данный код имеет ту же семантику, что код ответа 302 Found , за исключением того, что агентпользователя не должен изменять используемый метод HTTP: если в первом запросе использовался POST , то во втором запросе такжедолжен использоваться POST . | Только HTTP/1.1 |
308 | Permanent Redirect | «Перенаправление на постоянной основе». Это означает, что ресурс Примечание: Это экспериментальный код ответа, | draft-reschke-http-status-308 |
Клиентские | |||
400 | Bad Request | «Плохой запрос». Этот ответ означает, что сервер не понимает запрос из-за неверного синтаксиса. | HTTP/0.9 и выше |
401 | Unauthorized | «Неавторизованно». Для получения запрашиваемого ответа нужна аутентификация. Статус похож на статус 403, но,в этом случае, аутентификация возможна. | HTTP/0.9 и выше |
402 | Payment Required | «Необходима оплата». Этот код ответа зарезервирован для будущего использования. Первоначальная цель для создания этого когда была в использовании его для цифровых платёжных систем(на данный момент не используется). | HTTP/0.9 и 1.1 |
403 | Forbidden | «Запрещено». У клиента нет прав доступа к содержимому, поэтому сервер отказывается дать надлежащий ответ. | HTTP/0.9 и выше |
404 | Not Found | «Не найден». Сервер не может найти запрашиваемый ресурс. Код этого ответа, наверно, самый известный из-за частоты его появления в вебе. | HTTP/0.9 и выше |
405 | Method Not Allowed | «Метод не разрешён». Сервер знает о запрашиваемом методе, но он был деактивирован и не может быть использован. Два обязательных метода, GET и HEAD , никогда не должны бытьдеактивированы и не должны возвращать этот код ошибки. | Только HTTP/1.1 |
406 | Not Acceptable | Этот ответ отсылается, когда веб сервер после выполнения | Только HTTP/1.1 |
407 | Proxy Authentication Required | Этот код ответа аналогичен коду 401, только аутентификация требуется для прокси сервера. | Только HTTP/1.1 |
408 | Request Timeout | Ответ с таким кодом может прийти, даже без предшествующего запроса. Он означает, что сервер хотел бы отключить это неиспользуемое соединение. Этот метод используется все чаще с тех пор, как некоторые браузеры, вроде Chrome и IE9, стали использовать HTTP механизмы предварительного соединения для ускорения сёрфинга (смотрите баг 634278, будущей реализации этого механизма в Firefox). Также учитывайте, что некоторые серверы прерывают соединения не отправляя подобных сообщений. | Только HTTP/1.1 |
409 | Conflict | Этот ответ отсылается, когда запрос конфликтует с текущим состоянием | Только HTTP/1.1 |
410 | Gone | Этот ответ отсылается, когда запрашиваемый контент удалён с сервера. | Только HTTP/1.1 |
411 | Length Required | Запрос отклонён, потому что сервер требует указание заголовка | Только HTTP/1.1 |
412 | Precondition Failed | Клиент указал в своих заголовках условия, которые сервер не может выполнить | Только HTTP/1.1 |
413 | Request Entity Too Large | Размер запроса превышает лимит, объявленный сервером. Сервер может | Только HTTP/1.1 |
414 | Request-URI Too Long | URI запрашиваемый клиентом слишком длинный для того, чтобы сервер смог его обработать | Только HTTP/1. 1 |
415 | Unsupported Media Type | Медиа формат запрашиваемых данных не поддерживается сервером, поэтому запрос отклонён | Только HTTP/1.1 |
416 | Requested Range Not Satisfiable | Диапазон указанный заголовком запроса Range не может бытьвыполнен; возможно, он выходит за пределы переданного URI | Только HTTP/1.1 |
417 | Expectation Failed | Этот код ответа означает, что ожидание, полученное из заголовка запросаExpect , не может быть выполнено сервером. | Только HTTP/1.1 |
Серверные | |||
500 | Internal Server Error | «Внутренняя ошибка сервера». Сервер столкнулся с ситуацией, которую он не знает как обработать. | HTTP/0. 9 и выше |
501 | Not Implemented | «Не выполнено». Метод запроса не поддерживается сервером и не может быть обработан. Единственные методы, которые сервера должны поддерживать (и, соответственно, не должны возвращать этот код) — GET иHEAD . | HTTP/0.9 и выше |
502 | Bad Gateway | «Плохой шлюз». Эта ошибка означает что сервер, во время работы в качестве шлюза для получения ответа, нужного для обработки запроса, получил недействительный (недопустимый) ответ. | HTTP/0.9 и выше |
503 | Service Unavailable | «Сервис недоступен». Сервер не готов обрабатывать запрос. Зачастую причинами являются отключение сервера или то, что он перегружен. Обратите внимание, что вместе с этим ответом удобная для пользователей(user-friendly) страница должна отправлять объяснение проблемы. Этот ответ должен использоваться для временных условий и Retry-After: HTTP-заголовок должен, если возможно,содержать предполагаемое время до восстановления сервиса. Веб-мастер также должен позаботиться о заголовках, связанных с кешем, которые отправляются вместе с этим ответом, так как эти ответы, связанные с временными условиями, обычно не должны кешироваться. | HTTP/0.9 и выше |
504 | Gateway Timeout | Этот ответ об ошибке предоставляется, когда сервер действует как шлюз и не может получить ответ вовремя. | Только HTTP/1.1 |
505 | HTTP Version Not Supported | «HTTP-версия не поддерживается». HTTP-версия, используемая в запросе, не поддерживается сервером. | Только HTTP/1.1 |
Код возврата сервера
Когда мы вводим адрес в браузере или переходим по ссылке, происходит соединение с
сервером в интернете. Но прежде чем он отдаст содержимое сайта, и оно
отобразится у нас на экране, сервер передает так называемый код
возврата страницы.
Что же это за коды возврата, чем они могут быть нам интересны? В первую
очередь, эта информация может быть важной для вебмастеров, изучающих работу
своего или чужого сайта. Но и для остальных пользователей интернета я постараюсь
сделать эту статью интересной.
Читайте дальше, и вы узнаете, какие есть коды возврата сервера, что они означают, и
как их проверить.
Итак, начнем с того что код возврата — это некоторое трехзначное число,
определяющее статус страницы, которую вы запросили. Например, этой страницы
может не существовать, или же сервер решит перенаправить вас по новому адресу.
Первая цифра в этом числе — самая главная, и может принимать значение от 1 до 5.
Про коды, начинающиеся с единицы, я ничего не буду писать, так как они никогда
не возвращаются пользователю, а лишь используются внутри сервера,
подготавливающего вам ответ.
Коды возврата 2xx
Коды, начинающиеся на двойку, обычно означают, что все прошло успешно, и
сейчас вы сможете получить искомую страницу. При этом 200 — это самый
«успешный» ответ, возникающий, когда никаких ошибок на сервере не произошло —
документ начал скачиваться.
Из других кодов 2xx стоит отметить 201, возникающий, когда вы отправили
данные (например, заполнив форму).
Да, чтобы вы тут не заскучали, предложу проверить коды ответа каких-нибудь
сайтов по этому адресу.
У вас получилось что-нибудь неожиданное?
Коды возврата 4xx и 5xx
Коды 4xx и 5xx — это ошибки. Наверное, многие из вас слышали про ошибку 404.
Некоторые программисты даже боятся в такую комнату заходить. Потому что 404 —
это пустота. Нет страницы, которую вы запросили. При этом, кстати, ошибка 404 не
означает, что у вас будет пустой экран или короткое системное сообщение. Сервер
может вам отобразить красивую страницу, объясняющую что такой страницы нет, или
же просто открыть главную страницу сайта.
401 — это ошибка, возникающая, когда вы не авторизовались на защищенном
разделе сайта. 403 — запрет, когда у вас нет прав на просмотр запрошенной
страницы. Еще одна частая ошибка — 500, возникающая, когда на сервере произошел
внутренний сбой.
Коды 3xx — редирект страницы
Редирект – это процесс переадресации пользователей с одной страницы на
другую. Перенаправление на другую страницу может быть использовано для
абсолютно разных причин: «склейки» домена, переезда на новый домен или по любым
другим техническим причинам. Но очень важно понимать, какая переадресация лучше,
с точки зрения SEO. Тип переадресации имеет
влияния на ранжирование сайта в поисковых системах.
Существует 2 основных типа переадресации:
- 301 редирект страниц или 301 Permanent Redirect.
Использование данного редиректа, как правило, в случаях реорганизации сайта,
переносе страничек сайта, для «склейки» имени веб-сайта (с www и без www). В
данном случае, вес страниц (Google PageRank) и позиции в поисковых системах
сохраняются. - 302 редирект страниц или Temporary redirect (временно перемещен).
В отличии от использования 301 редиректа, 302 не передает вес страниц (Google
PR) и ссылочной популярности! При использовании 302 редиректа, переходя по
старой ссылке – пользователь будет попадать на указанную Вами новую страницу.
Как правило, 302 редирект используют при временном переносе.
Советы для вебмастеров
Подведем итог перечисленному и сформулируем советы для вебмастеров по
настройке сервера:
- Необходимо так настроить сервер, чтобы на несуществующие страницы сначала
шел код возврата 404. В противном случае поисковые системы обнаружат на вашем
сайте множество страниц с одинаковым содержанием, и к вам будут применены
санкции. - 301 или 302?
- Не забывайте проверять код возврата страниц вашего сервера.
- Увидели ошибку 500? Скорей всего, ее вызвал какой-то скрипт на сервере,
например, ему не хватило памяти. - Существуют и другие методы переадресации, например, JavaScript
переадресация.
При помощи JavaScripts-кода, размещенного в начале html-кода страницы, можно
переадресовать на любую страницу.
Долгое время поисковые
системы не «понимали» Flash и такие вот Java-редиректы. Сейчас все
поменялось, и поисковые роботы прекрасно понимают такие редиректы.
Злоупотреблять таким вот методом переадресации очень не рекомендуемся.
У вас есть, что добавить или спросить про коды возврата сервера? Оставьте свой
комментарий!
Please enable JavaScript to view the comments powered by Disqus.comments powered by Disqus
Что это такое и как это исправить за четыре простых шага
Ошибки
13 октября 2022 г.
Will M.
6min Чтение
Ошибка 404 не найдена — одна из наиболее распространенных проблем, с которыми вы можете столкнуться во время просмотра. Этот код состояния HTTP означает, что запрошенная страница не может быть найдена на сервере веб-сайта. Это может указывать на ошибку службы хостинга или настройки конфигурации системы доменных имен (DNS) .
Эта ошибка может произвести негативное впечатление на посетителей вашего сайта. Это также может негативно сказаться на поисковая оптимизация (SEO) и рейтинг вашего сайта. Тупиковая страница мешает поисковым системам правильно сканировать ваш сайт.
К счастью, поскольку это в основном проблема на стороне клиента, владельцам веб-сайтов относительно легко исправить ошибку 404. В этой статье будут объяснены возможные причины ошибки 404 и показаны четыре эффективных метода ее устранения.
Код ошибки | ERR_SPDY_PROTOCOL_ERROR |
Тип ошибки тип | Ошибка протокола браузера |
Вариации ошибок | Эта веб -страница недоступна . Кэш Антивирусное ПО |
Что такое ошибка 404?
Ошибка 404 — это проблема на стороне клиента, указывающая на то, что запрошенный URL-адрес не может быть найден на сервере. Это может произойти по нескольким причинам, таким как неправильно указанный домен, поврежденный файл .htaccess или неправильно настроенные права доступа к файлам.
Что вызывает сообщение об ошибке 404?
Ошибка 404 не найдена означает, что браузер подключился и отправил запрос на веб-сервер. Однако последний не может найти запрошенный ресурс. В результате браузер не может загрузить веб-страницу, показывая ошибку 404.
Многие факторы могут вызвать ошибку 404 не найдено, в том числе:
- Перемещенная или удаленная страница. Иногда содержимое страницы могло быть удалено или перемещено без исправления неработающей ссылки.
- Ошибочный URL-адрес. Ссылка на страницу неправильно введена в адресную строку браузера. Другими словами, вы используете неправильный URL-адрес для доступа к странице.
- Проблема с настройками DNS. Либо домен все еще распространяется, либо указывает на неверный DNS-адрес.
- Проблемы с кэшированием. Браузер может кэшировать страницу с ошибкой 404 вместо фактического содержимого. Поэтому вы продолжаете видеть ошибку, даже когда сайт работает для всех остальных.
- Отсутствующий актив. Обычно любой отсутствующий ресурс, например изображение, файл CSS или JavaScript, может вызвать ошибку 404.
Ошибка 404 может возникнуть в любом веб-браузере. Код ошибки может немного отличаться в зависимости от того, какой из них вы используете.
Mozilla Firefox
Mozilla Firefox показывает прямое сообщение, отображая страницу 404 Not Found с описанием «Запрошенный ресурс не может быть найден на этом сервере!».
Гугл Хром
Если вы сталкиваетесь со страницей ошибки 404 в Chrome, браузер показывает описательное сообщение под кодом состояния HTTP.
Opera
Когда в Opera возникает ошибка 404, браузер отображает описание страницы состояния в верхней части страницы.
Microsoft Edge
Microsoft Edge показывает сообщение об ошибке HTTP 400 и описание, говорящее: «URL-адрес запроса недействителен».
Многие веб-сайты отображают пользовательские ошибки 404 not found. Хотя это не является строго необходимым, это помогает объяснить посетителям, что веб-сайт работает, но страница, которую они ищут, не может быть найдена.
4 способа устранения ошибки 404
Иногда для решения ошибки 404 не найдено достаточно быстрого исправления. Поэтому мы рекомендуем выполнить эти простые шаги, прежде чем изучать другие способы устранения проблемы:
- Перезапустите браузер. Попробуйте закрыть текущее окно и открыть новое. Это так просто.
- Очистить кеш. Удалите данные и историю браузера. Проверьте, сохраняется ли ошибка.
- Дважды проверьте наличие опечаток. Еще раз проверьте URL-адрес, чтобы убедиться, что вы ввели правильный адрес веб-сайта в строке поиска.
- Используйте другое устройство. Доступ к веб-сайту с помощью другого веб-браузера или компьютера. Если это работает, попробуйте еще раз очистить кеш и файлы cookie предыдущего устройства.
- Переключиться в окно инкогнито. Этот режим не сохраняет кэш и файлы cookie, поэтому будет отображаться обновленная версия веб-страницы.
Также рекомендуем выполнить следующие действия:
- Регулярно проверяйте внешние ссылки. Убедитесь, что на вашем сайте нет неработающих ссылок.
- Регулярный аудит ошибок 404. Сканирование тупиковых страниц с помощью Google Search Console.
Если ошибка 404 не устранена, ваш веб-сайт может иметь основную проблему. В следующем разделе будут описаны четыре метода исправления сообщения об ошибке: проверка настроек DNS , обновление прав доступа к файлам , отключение кода .htaccess и восстановление файла резервной копии .
1. Убедитесь, что домен указывает на ваш хостинг
Если домен все еще распространяется, вы можете столкнуться со страницей ошибки 404. Чтобы решить ее, вам нужно будет дождаться завершения распространения. Обычно для разрешения DNS требуется не более 24 часов.
Кроме того, ошибка 404 может быть вызвана неправильно настроенными настройками DNS. Возможно, вы указали домен на неправильный сервер имен или неправильный IP-адрес через запись A. Поэтому вам нужно проверить, правильно ли указан домен, чтобы решить эту проблему.
Подключить домен к вашему хостингу можно двумя способами — с помощью серверов имен или IP-адреса через A-запись.
Вот как проверить серверы имен Hostinger и IP-адрес:
- Войдите в свою учетную запись Hostinger .
- На hPanel перейдите на вкладку Хостинг .
- Выберите план хостинга и нажмите Управление .
- На панели учетной записи хостинга вы найдете серверы имен Hostinger и свой IP-адрес на левой боковой панели.
Существует множество онлайн-инструментов для проверки того, на какой DNS-сервер указывает ваш домен, например DNS Checker, DNSMap и whatsmydns.net.
2. Исправьте права доступа к файлам
Если ошибка 404 все еще возникает, мы рекомендуем исправить права доступа к файлам.
Когда вы используете веб-хостинг, сервер управляет вашими файлами и отправляет их в браузер, чтобы он мог загрузить сайт.
Разрешения на доступ к файлам и папкам сообщают серверу, кто может запускать, читать или редактировать данные в учетной записи хостинга. Однако, если значения настроены неправильно, на веб-странице может отображаться ошибка 404.
Поэтому для решения этой проблемы вам потребуется изменить права доступа к файлам. Если вы являетесь пользователем Hostinger, значения по умолчанию: 644 для файлов и 755 для папок.
Вот как исправить права доступа к файлам в hPanel:
- Войдите в свою учетную запись Hostinger .
- На hPanel перейдите на вкладку Хостинг .
- Выберите тарифный план хостинга и нажмите Управление .
- На учетной записи хостинга , прокрутите вниз до Other и выберите Fix File Ownership .
- Установите флажок, чтобы подтвердить, что вы хотите установить права доступа к файлам по умолчанию. Нажмите Выполнить .
- Если вы хотите установить определенные значения прав доступа к файлам, перейдите в меню Файлового менеджера .
- Щелкните правой кнопкой мыши файл или папку, которую вы хотите изменить, и выберите Разрешения .
- Установите флажки, чтобы изменить права доступа. Значения будут автоматически обновляться при выборе разрешений.
- Нажмите Изменить , чтобы применить изменения.
В большинстве случаев это должно устранить ошибку 404: страница не найдена. Однако, если вы все еще сталкиваетесь с проблемой, перейдите к следующему шагу.
3. Отключить файл .htaccess
Перенаправление URL-адресов, контроль доступа, безопасность веб-сайта и производительность управляются файлом конфигурации на уровне каталога с именем .htaccess или доступом к гипертексту.
Как неотъемлемая часть веб-сайта, .htaccess находится внутри public_html вместе с другими важными данными. Однако он может быть поврежден по нескольким причинам, таким как несовместимые плагины и неправильная конфигурация.
Неисправный .htaccess может нарушить внешний вид веб-сайта и вызвать страницу с ошибкой 404. Чтобы решить эту проблему, отключите и замените его новым.
Вот как отключить .htaccess:
- Войдите в учетную запись Hostinger .
- На hPanel нажмите кнопку Hosting вкладка.
- Выберите план хостинга и выберите Управление .
- На панели Учетная запись хостинга щелкните Диспетчер файлов .
- Дважды щелкните папку public_html , чтобы войти в каталог.
- Щелкните правой кнопкой мыши .htaccess и выберите Переименовать .
- Просто добавьте любой дополнительный символ к имени файла, чтобы отключить файл. Нажмите Переименовать , чтобы сохранить изменения. 9index.php$ — [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
Правило перезаписи. /index.php [Л]
ЕслиМодуль>
# END WordPress- Нажмите Create , чтобы сохранить изменения.
Если вы можете получить доступ к веб-сайту после отключения и создания нового файла .htaccess, это, вероятно, вызывает ошибку 404: страница не найдена.
4. Восстановить резервную копию
404 сообщения об ошибках могут появляться, когда пользователи Интернета заходят по внешним ссылкам с других сайтов, которые перенаправляют их на удаленные веб-страницы. Чтобы решить эту проблему, восстановите резервную копию сайта.
Обратите внимание, что этот метод работает, только если определенные страницы веб-сайта не работают или показывают ошибку 404.
Вот как восстановить резервную копию веб-сайта в Hostinger:
- Войдите в свою учетную запись Hostinger .
- На hPanel перейдите на вкладку Хостинг .
- Выберите план хостинга и выберите Управление .
- На панели Учетная запись хостинга щелкните Резервные копии .
- Под Резервное копирование файлов вариант, нажмите Выберите .
- Выберите предпочтительную дату резервного копирования.
- Нажмите кнопку Next Step , чтобы подготовить файл резервной копии.
- Выберите домен, резервную копию которого хотите создать.
- Если вы хотите восстановить резервную копию напрямую, нажмите Восстановить файлы .
- Если вы хотите загрузить резервную копию и восстановить ее вручную, выберите Загрузить все файлы .
Узнайте, как решать другие сообщения об ошибках
Что такое «запрещенная ошибка 403 и как ее исправить»
Заключение
404 not found — это ошибка кода состояния HTTP, указывающая на то, что конкретная страница, которую вы пытаетесь посетить, не существует.
Обычно это происходит, когда домен указывает на неверный DNS-адрес, файлы или папки имеют неправильно настроенные разрешения или система запускает поврежденный файл .htaccess.
При появлении ошибки 404 очень важно немедленно решить проблему. В этой статье собраны четыре эффективных способа исправить это:
- Убедитесь, что домен указывает на веб-хост
- Исправьте права доступа к файлу
- Отключите поврежденный файл .htaccess
- Восстановите файл резервной копии веб-сайта
Мы надеемся, что эта статья помог вам исправить ошибку 404 not found. Если у вас есть вопросы или предложения, не стесняйтесь оставлять их в разделе комментариев ниже.
Уилл Моррис — штатный писатель WordCandy. Когда он не пишет о WordPress, ему нравится выступать со своими стендап-комедиями на местных каналах.
Еще от Уилла М.
Что такое ошибка 404 «Не найдено»?
Код состояния 404: Ошибка «Не найдено»
Код состояния HTTP 404: Ошибка «Не найдено»
Это очень распространенная ошибка. Здесь происходит то, что запрошенный URL-адрес просто не найден.
Неправда, что все 404 плохие — на самом деле это заблуждение.
Можно обслуживать ошибку 404, если у вас просто нет этой страницы или если пользователь вводит URL-адрес с ошибкой (вам не нужно перенаправлять каждый мыслимый URL-адрес). Таким образом, во многих ситуациях совершенно нормально обслуживать 404 — Google не причинит вам вреда в такой ситуации.
На самом деле вы можете решить эту проблему, создав отличную страницу 404 — что-то вроде «Извините, запрошенная вами страница не найдена. Вот некоторые из самых популярных ссылок».
Однако , если у вас есть авторитетные страницы с кодом 404, вы должны обязательно заменить их . Так, например, если у вас есть URL-адрес, который раньше имел массу ссылок (или все еще имеет их ), а теперь он обслуживает 404, вы хотите сделать постоянную переадресацию 301 на наиболее релевантную страницу, которая у вас есть на твой сайт. Вы не хотите оставлять это как есть.
Если вы когда-либо сталкивались с ужасной ошибкой с кодом состояния 404 и не знаете, что это такое, то это руководство предназначено для вас. Он быстро объяснит, что такое ошибка с кодом состояния 404, почему она возникает и как ее исправить.
БОНУС : Если вы хотите проверить коды ответов вашего веб-сайта И получить всесторонний SEO-аудит, вы можете использовать инструмент ниже (это бесплатно):
Протокол HTTP
Давайте поговорим о том, как работает протокол HTTP .
Интернет состоит из двух основных элементов: клиентов и серверов .
Каждый раз, когда вы щелкаете в своем браузере, вы выходите в Интернет через веб-клиент . Это может быть Chrome, Firefox, Safari или Internet Explorer.
При посещении веб-сайта вы отправляете запрос на веб-сервер .
Facebook.com, ClickMinded.com, MarthaStewart.com/1525880/marthas-chocolate-chip-cookies — все эти сайты имеют собственный домашний адрес. Это называется IP-адрес .
Ваш домашний адрес может быть 123 Main Street, New York, NY 10001 , а адрес Facebook — 66.220.144.0 .
Всякий раз, когда вы посещаете страницу в Интернете, вы запрашиваете целую кучу документов с сервера этого веб-сайта. Это могут быть документы HTML, CSS, изображения, PDF — что бы это ни было, основные отношения остаются прежними: вы (клиент) делаете запрос, а веб-сайт (сервер) отвечает на этот запрос.
Язык , который вы используете для выполнения этих запросов, называется HTTP-протоколом . Эти протоколы на самом деле просто стандарты, с которыми согласились все в сети. Точно так же, как английский, испанский и китайский языки имеют понятный протокол, HTTP — это просто набор стандартов и понятный протокол.
Существует множество различных веб-протоколов, и вы, возможно, знакомы с некоторыми из них:
- DNS — система доменных имен
- FTP — протокол передачи файлов
- HTTP — передача гипертекста Протокол
- IRC – протокол Internet Relay Chat
- SMTP – простой протокол передачи почты
- SSL – Уровень защищенных сокетов
Коды состояния HTTP
Теперь, когда мы поняли, что такое протокол HTTP, давайте поговорим о кодах состояния HTTP. Коды состояния сообщают нам, был ли HTTP-запрос успешным, неудачным или чем-то средним.
Давайте посмотрим на пять кодов состояния:
- 1xx Блок: Информационные запросы
- 2xx Блок: успешные запросы
- 3xx Блок: REDIRECTS
- 4x 40012: REDIRECTS
- 4x 4. 40011 2: REDIRECTS
- 4X 4. 40011 4. 40011 4. 40011 4. 40011 4. 40011 4 xx : REDIRECTS
- 4x 40011 4. 40011 4. 40011 4. 40011.
- 5xx блок: ошибки сервера
Некоторые коды состояния встречаются чаще, чем другие. Например, когда вы занимаетесь цифровым маркетингом, вы часто сталкиваетесь с кодом состояния 200, кодом состояния 301 и кодом состояния 404, но вы можете никогда не увидеть код состояния 206 или 307.
Давайте кратко рассмотрим каждый блок кода состояния. и что они означают.
1xx Коды состояния
Это информационные запросы . Сервер еще не полностью выполнил запрос и все еще обрабатывает информацию. Вы не будете часто видеть эти коды. Среди них:
- 100 — Продолжить
- 101 — Переключение протокола
- 103 — Контрольные точки
2xx Status Codes
Это успешных запросов , значит все в порядке. Они включают в себя:
- 200 — OK (вы увидите этот самый)
- 201 — создано
- 202 — Принято
- 205 — Сброс содержимого
- 206 — частичное содержание
3xx коды статуса
- 301 — Перенос навсегда
- 302 — найдено
- 304 — Не изменен
- 305 — Используйте Proxy
- 307 — Временный перенаправление
- 400 – Bad Request
- 401 – Unauthorized
- 403 – Forbidden
- 404 – Not Found
- 408 – Request Timeout
- 410 – Gone
- 429 – Too Many Requests
- 500 — Внутренняя ошибка сервера
- 502 — Неверный шлюз
- 503 – Служба недоступна
- 504 – Время ожидания шлюза
3XX
эти перенаправлений . Они отображаются, когда вы запрашиваете адрес, но вас отправляют куда-то еще. Они могут быть хорошими или плохими. Они включают в себя:
4xx коды состояния
AS . Это означает, что что-то пошло не так с запросом (клиент/пользователь), а не с ответом (веб-сайт/сервер). Среди них:
5xx Status Codes
These ошибки сервера . Это означает, что что-то пошло не так с ответом (веб-сайт/сервер), а не с запросом (клиент/пользователь). К ним относятся:
В заключение
Ищете дополнительную информацию о конкретном коде состояния? У нас есть серия кратких руководств по каждому ответу HTTP, чтобы вы могли оптимизировать свою стратегию цифрового маркетинга.