Error 404 что такое – что значит, как исправить, как оформить страницу

Содержание

Ошибка 404 — это… Что такое Ошибка 404?

301

Moved Permanently (русск. Перемещёно окончательно)
Появился в HTTP/1.0.

Запрошенный документ был окончательно перенесен на новый URI, указанный в поле Location заголовка. При запросах не методом HEAD сервер должен передать в теле сообщения гипертекстовое пояснение. При использовании всех методов, кроме GET и POST, предварительно следует уведомить пользователя об изменении ссылки. Не стоит забывать, что некоторые клиенты ошибочно меняют метод POST на GET после перехода на другой адрес.

Ответ может кэшироваться.

Если код состояния 301 получен после запроса GET или HEAD, то клиент должен запросить пользователя перед адресацией.

302

Found (русск. Найдено)
Введено в HTTP/1.0.

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

Код является примером того, как практика не соответствует стандартам. Спецификация HTTP/1.0 требовала от клиента осуществления временной переадресации («Moved temporarly» в оригинале), но популярные браузеры использовали 303 See other. Поэтому спецификация HTTP/1.1 (RFC 2068) добавила коды состояний 303 и 307, пытаясь избавиться от неоднозначности. Тем не менее, большинство веб-приложений по прежнему используют код 302, как если бы он был кодом 303.

303

See Other (русск. Смотреть другое)
Введено в HTTP/1.1.

Документ по запрошенному URI нужно запросить по адресу в поле Location заголовка с использованием метода GET несмотря даже на то, что первый запрашивался методом POST. Если используется не метод HEAD, то серверу следует включить в тело сообщения короткое гипертекстовое описание.

304

Not Modified (русск. Не изменено)
Появился в HTTP/1.0.

Сервер возвращает такой код, если клиент запросил документ методом GET, использовал заголовок If-Modified-Since или If-None-Match и документ не изменился с указанного момента. При этом сообщение сервера не должно содержать тела.

305

Use Proxy (русск. Использовать прокси)
Введено в HTTP/1.1.

Запрос к запрашиваемому ресурсу должен осуществляться через прокси-сервер, URI которого указан в поле Location заголовка. Данный код ответа могут использовать только родные HTTP-сервера (не прокси).

306

Упомянуто в RFC 2616 (обновление HTTP/1.1).

Использовалось раньше. В настоящий момент зарезервировано.

307

Temporary Redirect (русск. Временное перенаправление) Введено в RFC 2616 (обновление HTTP/1.1).

Запрашиваемый ресурс короткое время доступен только по другому URI (указывается в поле Location заголовка). Если был послан не метод HEAD, то серверу следует включить в тело сообщения короткое гипертекстовое описание. При использовании всех методов кроме GET и POST предварительно следует уведомить пользователя о временном изменении ссылки.

4xx: Client Error

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

Для облегчения запоминания значений кодов существуют приёмы иллюстративной мнемотехники (например, для диапазона 400 по 417 [1])

400

Bad Request (русск. Плохой запрос)
Появился в HTTP/1.0.

Запрос не понят сервером из-за наличия синтаксической ошибки. Клиенту следует повторно обратиться к ресурсу с изменённым запросом.

401

Unauthorized (русск. Неавторизован)
Появился в HTTP/1.0.

Запрос требует идентификации пользователя. Клиент должен запросить имя и пароль у пользователя и передать их в записи WWW-Authenticate заголовка в следующем запросе. В случае ввода ошибочных данных сервер снова вернёт этот же статус.

402

Payment Required (русск. Необходима оплата )
Зарезервирован начиная с HTTP/1.1.

Предполагается использовать в будущем. В настоящий момент не используется.

403

Сервер вернул ошибку 403 при попытке просмотра директории cgi-bin, доступ к которой был запрещён

Forbidden (русск. Запрещено)
Появился в HTTP/1.0.

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

Сообщение 403 может возвращаться, если хозяин сайта по каким-то соображениям решил закрыть от пользователей часть информации. Кроме того, если веб-сервер не имеет прав доступа к запрошенному документу, он также вернёт код 403. Простая ситуация, когда страница может на самом деле не существовать, но сервер выдаст ошибку 403 (запрещено), а не 404 (не найдено): страница находится в директории foo, доступ к которой был запрещён веб-серверу — таким образом веб-сервер не может «знать», есть в этой директории такая страница, или нет.

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

404

Попытка запросить документ /fgsfds в Википедии приводит к ошибке 404. Тем не менее, программное обеспечение Википедии перенаправляет нас на соответствующую статью, которая могла бы существовать.

Not Found (русск. Не найдено)
Появился в HTTP/1.0.

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

Ссылки

405

Method Not Allowed (русск. Метод не поддерживается)
Появился в HTTP/1.1.

Указанный клиентом метод нельзя применить к ресурсу. Сервер также должен передать в заголовке ответа поле Allow со списком доступных методов.

406

Not Acceptable (русск. Не приемлемо)
Появился в HTTP/1.1.

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

407

Proxy Authentication Required (русск. Необходима авторизация прокси)
Появился в HTTP/1.1.

Ответ аналогичен коду 401 за исключением того, что аутентификация производится для прокси-сервера. Механизм аналогичен идентификации на обычном сервере.

408

Request Timeout (русск. Время ожидания истекло)
Появился в HTTP/1.1,

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

409

Conflict (русск. Конфликт)
Появился в HTTP/1.1.

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

410

Gone (русск. Удалён)
Появился в HTTP/1.1.

Такой ответ сервер посылает, когда ресурс раньше был по указанному URI, но был удалён и теперь недоступен. Серверу в этом случае не известно и местоположение альтернативного документа (например, копии). Если у сервера есть подозрение, что документ в ближайшее время может быть восстановлен, то лучше клиенту передать код 404.

411

Length Required (русск. Необходима длина)
Появился в HTTP/1.1.

Для указанного ресурса клиент должен указать Content-Length в заголовке запроса. Без указания этого поля не стоит делать повторную попытку запроса к серверу по данному URI.

412

Precondition Failed (русск. Условие «ложно»)
Появился в HTTP/1.1.

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

413

Request Entity Too Large (русск. Запрашиваемые данные слишком большие)
Появился в HTTP/1.1.

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

414

Request-URI Too Long (русск. Запрашиваемый URI слишком длинный)
Появился в HTTP/1.1.

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

415

Unsupported Media Type (русск. Неподдерживаемый тип данных)
Появился в HTTP/1.1.

По каким-то причинам сервер отказывается работать с указанным типом данных при данном методе.

416

Requested Range Not Satisfiable (русск. Запрашиваемый диапазон не достижим)
Введено в RFC 2616 (обновление HTTP/1.1).

В поле Range заголовка запроса был указан диапазон за пределами ресурса и отсутствует поле If-Range. Если клиент передал байтовый диапазон, то сервер может вернуть реальный размер в поле Content-Range заголовка. Данный ответ не следует использовать при передаче типа multipart/byteranges.

417

Expectation Failed (русск. Ожидаемое ошибочно)
Введено в RFC 2616 (обновление HTTP/1.1).

По каким-то причинам сервер не может удовлетворить значению поля Expect заголовка запроса.

422

Unprocessable Entity (русск. Необрабатываемый экзмепляр)
Введено в XML-документ имеет верный синтаксис, но имеется какая-то логическая ошибка из-за которой невозможно произвести операцию над ресурсом.

423

Locked (русск. Заблокировано)
Введено в

424

Failed Dependency (русск. Невыполненная зависимость)
Введено в 424.

426

Upgrade Required (русск. Необходимо обновление)
Введено в RFC 2817 для возможности перехода к

Сервер указывает клиенту на необходимость обновить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection.

5xx: Server Error

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

500

Internal Server Error (русск. Внутренняя ошибка сервера)
Появился в HTTP/1.0.

Любая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса 5xx.

501

Not Implemented (русск. Не реализовано)
Появился в HTTP/1.0.

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

502

Bad Gateway (русск. Плохой шлюз)
Появился в HTTP/1.0.

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

503

Service Unavailable (русск. Сервис недоступен)
Появился в HTTP/1.0.

Сервер временно не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и прочее). В поле Retry-After заголовка сервер может указать время, через которое клиенту рекомендуется повторить запрос. Хотя во время перегрузки очевидным является сразу разрывать соединение, эффективней может оказаться установка большого значения поля Retry-After для уменьшения частоты избыточных запросов.

504

Gateway Timeout (русск. Шлюз не отвечает)
Появился в HTTP/1.1.

Сервер в роли шлюза или прокси не дождался ответа от вышестоящего сервера для завершения текущего запроса.

505

HTTP Version Not Supported (русск. Версия HTTP не поддерживается)
Появился в HTTP/1.1.

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

506

Variant Also Negotiates (русск. Вариант тоже согласован)
Экспериментальное. Введено в RFC 2295 для дополнения протокола HTTP технологией Transparent Content Negotiation.

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

507

Insufficient Storage (русск. Закончилось место)
Введено в

510

Not Extended (русск. Не расширено)
Введено в RFC 2774 для дополнения протокола HTTP поддержкой расширений.

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

Примечания

См. также

Ссылки

dic.academic.ru

Что означает 404 Not Found и другие ошибки веб-страниц

Самые распространённые ошибки

Error 401 Unauthorized

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

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

Error 403 Forbidden

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

Error 404 Not Found

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

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

Error 504 Gateway Timeout

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

Что делать, если браузер выдаёт ошибку

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

Удалить cookie

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

Chrome

Для отдельных сайтов:

  • Зайдите в «Настройки» → «Дополнительные».

Ошибка 404. Удаление cookie в Chrome

  • Выберите пункт «Настройки контента» → «Файлы cookie» → «Все файлы cookie и данные сайта».

Ошибка 404. Удаление cookie в Chrome

Удалить все cookie:

  • Зайдите в «Настройки» → «Дополнительные».
  • Опуститесь вниз до пункта «Очистить историю».

Ошибка 404. Удаление cookie в Chrome

  • Выберите для очистки «Файлы cookie и другие данные сайтов».

Ошибка 404. Удаление cookie в Chrome

Яндекс.Браузер

Для отдельных сайтов:

  • Зайдите в «Настройки» → «Дополнительные».

Ошибка 404. Удаление cookie в «Яндекс.Браузере»

  • Выберите пункт «Настройки содержимого» → «Показать cookie и данные сайтов».

Ошибка 404. Удаление cookie в «Яндекс.Браузере»

Удалить все cookie:

  • Зайдите в «Настройки» → «Дополнительные».
  • Выберите пункт «Очистить историю загрузки» → «Файлы cookie и другие данные сайтов».

Ошибка 404. Удаление cookie в «Яндекс.Браузере»

Firefox
  • Откройте «Настройки» → «Приватность и защита».
  • Нажмите на «Показать куки».

Ошибка 404. Удаление cookie в Firefox

  • Выберите, что хотите сделать: удалить файлы отдельных сайтов или все cookie.

Ошибка 404. Удаление cookie в Firefox

Opera
  • Зайдите в «Настройки» → «Безопасность».
  • Откройте «Все файлы cookie и данные сайтов».

Ошибка 404. Удаление cookie в Opera

  • Выберите, что сделать: удалить файлы отдельных сайтов или все cookie.

Ошибка 404. Удаление cookie в Opera

Safari
  • Зайдите в «Настройки» → «Конфиденциальность».
  • Нажмите на «Управлять данными сайтов».
  • Выберите, что сделать: удалить данные отдельных сайтов или очистить всё.

Ошибка 404. Удаление cookie в Safari

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

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

Chrome

Ошибка 404. Очистка кеша браузера в Chrome

  • Зайдите в «Настройки» → «Дополнительные».
  • Выберите пункт «Очистить историю», поставьте галочку напротив «Изображения и другие файлы, сохранённые в кэше» и нажмите на «Удалить данные».
Яндекс.Браузер

Ошибка 404. Очистка кеша в «Яндекс.Браузере»

  • Зайдите в «Настройки» → «Дополнительные».
  • Выберите пункт «Очистить историю загрузки» → «Файлы, сохранённые в кэше».
Firefox

Ошибка 404. Очистка кеша браузера в Firefox

  • Зайдите в «Настройки» → «Приватность и защита».
  • Опуститесь вниз до пункта «Кэшированное веб-содержимое» и нажмите «Очистить сейчас».
Opera

Ошибка 404. Очистка кеша браузера в Opera

Зайдите в «Настройки» → «Безопасность» → «Очистить историю посещений».

Safari

Ошибка 404. Очистка кеша браузера в Safari

  • Зайдите в «Настройки» → «Конфиденциальность».
  • Нажмите на «Управлять данными сайтов».
  • Выберите, что сделать: удалить данные отдельных сайтов или очистить всё.

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

lifehacker.ru

Ошибка 404 Not Found (nginx), как грамотно исправить

Что такое ошибка 404 Not Found (nginx)

Эта ошибка означает, что страница которую пытается просмотреть пользователь не найдена или не существует. При этом сам пользователь никак не сможет повлиять на решение вопроса. Единственное, что он может сделать — найти похожую информацию на этом же сайте. Например адрес с ошибкой www.example.com/not-founded-page.html заменить на www.example.com

Почему это происходит?

Это происходит из-за того, что пользователь перешел на страницу сайта по неправильной ссылке. Например пользователь ввел в браузере (или перешел по ссылке) http://mysite.com/rbot.html, а нужно было — http://mysite.com/robot.html. Причем, эта ссылка могла находится как на вашем сайте, так и на сторонних сайтах. Обнаружить такие ссылки можно с помощью Google Webmaster Tools. Для этого переходим на страничку данного сервиса, выбираем свой сайт, а дальше жмем: Состояние -> Ошибки сканирования и выбираем «Не найдено».

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

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

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

Совет

Когда пользователь заходит на сайт и видит данную ошибку через выдачу сервера, то он не видит ваш сайт (меню, навигацию, дизайн и т.д.). Соответственно со 100% вероятностью закроет страницу. Такая схема работает на всех хостингах по умолчанию. Но вы можете запрограммировать данную страницу и показать вместе с ней свой сайт. А это значит, что пользователь видя в меню основные ссылки вашего сайта может нажать на них, и остаться на сайте. Вот примеры неправильной и правильной выдачи соответственно:

Есть много ра

ru.hostings.info

Что такое ошибка 404 и как корректно ее обработать

Корректная обработка ошибки 404

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

Правильная обработка страницы 404 ошибки

Чем плоха страница ошибки 404 по умолчанию?

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

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

 

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

 

Как сделать страницу ошибки 404 максимально полезной?

  1. Дизайн страницы ошибки не должен отличаться от остального дизайна веб-сайта, включая логотип,  цветовую схему, навигацию и т.п.
  2. Сделайте страницу информативной для пользователя. Для этого на нее можно пометить  следующие элементы:
    • ссылку на главную страницу сайта
    • форму поиска по сайту
    • самые популярные страницы сайта(топ-10)
    • ссылку на карту сайта
  3. Простая, а порой даже забавная обработка страницы 404 ошибки, поможет задержать на сайте пользователя. Есть много сайтов тому подтверждением
  4. Сообщите об ошибке в дружелюбной манере. «Упс! Извините, мы не можем найти данную страницу!» звучит приятнее, чем «Ошибка 404 – страница не найдена»

Как реализуется обработка 404 ошибки?

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

Disallow: /404.html

Во-вторых,  чтобы отображалась  собственная страница 404 ошибки в файле .htaccess (для сервера Apache) необходимо прописать следующее:

ErrorDocument  404 / 404-error.html

где 404-error.html и есть специально созданная страница-обработчик ошибки.

Почему не стоит перенаправлять пользователя на другую (например, главную)  страницу сайта?  Перенаправление приводит к замешательству пользователя, так как выдается не то, что он искал – необходимо информировать об ошибке. Кроме того, если ответ страницы будет не 404, то это наплодит большое число неинформативных страниц в поисковых системах.

Как бороться с возникновением ошибки 404 на сайте?

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

Грамотная обработка 404 ошибки поможет вам удержать пользователей на сайте и не отпугнуть их от дальнейших действий.

Вот несколько нестандартных решений оформления страницы обработки ошибки 404 различными ресурсами:

Сайт eu.blizzard.com

Корректная обработка ошибки 404 различными ресурсами

 

 Сайт chrisjennings.com

404 ошибка - сайт не найден

 

 Сайт jhuskisson.com

Страница не найдена, обработка 404 ошибки

Вернуться назад

Статьи по теме:

www.kasper.by

Ошибка 404 — это… Что такое Ошибка 404?

301

Moved Permanently (русск. Перемещёно окончательно)
Появился в HTTP/1.0.

Запрошенный документ был окончательно перенесен на новый URI, указанный в поле Location заголовка. При запросах не методом HEAD сервер должен передать в теле сообщения гипертекстовое пояснение. При использовании всех методов, кроме GET и POST, предварительно следует уведомить пользователя об изменении ссылки. Не стоит забывать, что некоторые клиенты ошибочно меняют метод POST на GET после перехода на другой адрес.

Ответ может кэшироваться.

Если код состояния 301 получен после запроса GET или HEAD, то клиент должен запросить пользователя перед адресацией.

302

Found (русск. Найдено)
Введено в HTTP/1.0.

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

Код является примером того, как практика не соответствует стандартам. Спецификация HTTP/1.0 требовала от клиента осуществления временной переадресации («Moved temporarly» в оригинале), но популярные браузеры использовали 303 See other. Поэтому спецификация HTTP/1.1 (RFC 2068) добавила коды состояний 303 и 307, пытаясь избавиться от неоднозначности. Тем не менее, большинство веб-приложений по прежнему используют код 302, как если бы он был кодом 303.

303

See Other (русск. Смотреть другое)
Введено в HTTP/1.1.

Документ по запрошенному URI нужно запросить по адресу в поле Location заголовка с использованием метода GET несмотря даже на то, что первый запрашивался методом POST. Если используется не метод HEAD, то серверу следует включить в тело сообщения короткое гипертекстовое описание.

304

Not Modified (русск. Не изменено)
Появился в HTTP/1.0.

Сервер возвращает такой код, если клиент запросил документ методом GET, использовал заголовок If-Modified-Since или If-None-Match и документ не изменился с указанного момента. При этом сообщение сервера не должно содержать тела.

305

Use Proxy (русск. Использовать прокси)
Введено в HTTP/1.1.

Запрос к запрашиваемому ресурсу должен осуществляться через прокси-сервер, URI которого указан в поле Location заголовка. Данный код ответа могут использовать только родные HTTP-сервера (не прокси).

306

Упомянуто в RFC 2616 (обновление HTTP/1.1).

Использовалось раньше. В настоящий момент зарезервировано.

307

Temporary Redirect (русск. Временное перенаправление) Введено в RFC 2616 (обновление HTTP/1.1).

Запрашиваемый ресурс короткое время доступен только по другому URI (указывается в поле Location заголовка). Если был послан не метод HEAD, то серверу следует включить в тело сообщения короткое гипертекстовое описание. При использовании всех методов кроме GET и POST предварительно следует уведомить пользователя о временном изменении ссылки.

4xx: Client Error

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

Для облегчения запоминания значений кодов существуют приёмы иллюстративной мнемотехники (например, для диапазона 400 по 417 [1])

400

Bad Request (русск. Плохой запрос)
Появился в HTTP/1.0.

Запрос не понят сервером из-за наличия синтаксической ошибки. Клиенту следует повторно обратиться к ресурсу с изменённым запросом.

401

Unauthorized (русск. Неавторизован)
Появился в HTTP/1.0.

Запрос требует идентификации пользователя. Клиент должен запросить имя и пароль у пользователя и передать их в записи WWW-Authenticate заголовка в следующем запросе. В случае ввода ошибочных данных сервер снова вернёт этот же статус.

402

Payment Required (русск. Необходима оплата )
Зарезервирован начиная с HTTP/1.1.

Предполагается использовать в будущем. В настоящий момент не используется.

403

Сервер вернул ошибку 403 при попытке просмотра директории cgi-bin, доступ к которой был запрещён

Forbidden (русск. Запрещено)
Появился в HTTP/1.0.

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

Сообщение 403 может возвращаться, если хозяин сайта по каким-то соображениям решил закрыть от пользователей часть информации. Кроме того, если веб-сервер не имеет прав доступа к запрошенному документу, он также вернёт код 403. Простая ситуация, когда страница может на самом деле не существовать, но сервер выдаст ошибку 403 (запрещено), а не 404 (не найдено): страница находится в директории foo, доступ к которой был запрещён веб-серверу — таким образом веб-сервер не может «знать», есть в этой директории такая страница, или нет.

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

404

Попытка запросить документ /fgsfds в Википедии приводит к ошибке 404. Тем не менее, программное обеспечение Википедии перенаправляет нас на соответствующую статью, которая могла бы существовать.

Not Found (русск. Не найдено)
Появился в HTTP/1.0.

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

Ссылки

405

Method Not Allowed (русск. Метод не поддерживается)
Появился в HTTP/1.1.

Указанный клиентом метод нельзя применить к ресурсу. Сервер также должен передать в заголовке ответа поле Allow со списком доступных методов.

406

Not Acceptable (русск. Не приемлемо)
Появился в HTTP/1.1.

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

407

Proxy Authentication Required (русск. Необходима авторизация прокси)
Появился в HTTP/1.1.

Ответ аналогичен коду 401 за исключением того, что аутентификация производится для прокси-сервера. Механизм аналогичен идентификации на обычном сервере.

408

Request Timeout (русск. Время ожидания истекло)
Появился в HTTP/1.1,

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

409

Conflict (русск. Конфликт)
Появился в HTTP/1.1.

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

410

Gone (русск. Удалён)
Появился в HTTP/1.1.

Такой ответ сервер посылает, когда ресурс раньше был по указанному URI, но был удалён и теперь недоступен. Серверу в этом случае не известно и местоположение альтернативного документа (например, копии). Если у сервера есть подозрение, что документ в ближайшее время может быть восстановлен, то лучше клиенту передать код 404.

411

Length Required (русск. Необходима длина)
Появился в HTTP/1.1.

Для указанного ресурса клиент должен указать Content-Length в заголовке запроса. Без указания этого поля не стоит делать повторную попытку запроса к серверу по данному URI.

412

Precondition Failed (русск. Условие «ложно»)
Появился в HTTP/1.1.

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

413

Request Entity Too Large (русск. Запрашиваемые данные слишком большие)
Появился в HTTP/1.1.

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

414

Request-URI Too Long (русск. Запрашиваемый URI слишком длинный)
Появился в HTTP/1.1.

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

415

Unsupported Media Type (русск. Неподдерживаемый тип данных)
Появился в HTTP/1.1.

По каким-то причинам сервер отказывается работать с указанным типом данных при данном методе.

416

Requested Range Not Satisfiable (русск. Запрашиваемый диапазон не достижим)
Введено в RFC 2616 (обновление HTTP/1.1).

В поле Range заголовка запроса был указан диапазон за пределами ресурса и отсутствует поле If-Range. Если клиент передал байтовый диапазон, то сервер может вернуть реальный размер в поле Content-Range заголовка. Данный ответ не следует использовать при передаче типа multipart/byteranges.

417

Expectation Failed (русск. Ожидаемое ошибочно)
Введено в RFC 2616 (обновление HTTP/1.1).

По каким-то причинам сервер не может удовлетворить значению поля Expect заголовка запроса.

422

Unprocessable Entity (русск. Необрабатываемый экзмепляр)
Введено в XML-документ имеет верный синтаксис, но имеется какая-то логическая ошибка из-за которой невозможно произвести операцию над ресурсом.

423

Locked (русск. Заблокировано)
Введено в

424

Failed Dependency (русск. Невыполненная зависимость)
Введено в 424.

426

Upgrade Required (русск. Необходимо обновление)
Введено в RFC 2817 для возможности перехода к

Сервер указывает клиенту на необходимость обновить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection.

5xx: Server Error

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

500

Internal Server Error (русск. Внутренняя ошибка сервера)
Появился в HTTP/1.0.

Любая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса 5xx.

501

Not Implemented (русск. Не реализовано)
Появился в HTTP/1.0.

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

502

Bad Gateway (русск. Плохой шлюз)
Появился в HTTP/1.0.

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

503

Service Unavailable (русск. Сервис недоступен)
Появился в HTTP/1.0.

Сервер временно не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и прочее). В поле Retry-After заголовка сервер может указать время, через которое клиенту рекомендуется повторить запрос. Хотя во время перегрузки очевидным является сразу разрывать соединение, эффективней может оказаться установка большого значения поля Retry-After для уменьшения частоты избыточных запросов.

504

Gateway Timeout (русск. Шлюз не отвечает)
Появился в HTTP/1.1.

Сервер в роли шлюза или прокси не дождался ответа от вышестоящего сервера для завершения текущего запроса.

505

HTTP Version Not Supported (русск. Версия HTTP не поддерживается)
Появился в HTTP/1.1.

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

506

Variant Also Negotiates (русск. Вариант тоже согласован)
Экспериментальное. Введено в RFC 2295 для дополнения протокола HTTP технологией Transparent Content Negotiation.

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

507

Insufficient Storage (русск. Закончилось место)
Введено в

510

Not Extended (русск. Не расширено)
Введено в RFC 2774 для дополнения протокола HTTP поддержкой расширений.

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

Примечания

См. также

Ссылки

academic.ru

404 Not Found. В чем заключается ошибка 404 Not Found? :: SYL.ru

В этой статье рассмотрим вопрос о том, откуда появляется ошибка 404 Not Found на ваших сайтах. Поговорим, чем вредно это явление и как с ним бороться. Что предпринять, если посетитель вашего сайта все же видит надпись 404 Not Found? Как сделать так, чтобы ваш посетитель остался у вас на сайте даже при появлении такого сообщения?

404 not found

Что означает 404 Not Found?

«Википедия» поясняет, что ошибка 404, или Not Found (в переводе — «не найдено»), — стандартный ответ о том, что клиент имеет возможность общаться с сервером, но сервер не в состоянии найти данные по запросу.

Это, пожалуй, самая распространенная ошибка в Интернете. Она возникает, если посетитель переходит по «битой», то есть неправильной или потерявшей актуальность ссылке. Это означает, что ссылка есть, а страница, на которую она направляет посетителя, куда-то исчезла, удалена. Поэтому при переходе по такой ссылке и возникает error 404 Not Found («страница не найдена»).

error 404 not found

Откуда возникают такие ссылки?

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

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

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

что значит 404 not found

Почему 404 Not Found вредно?

Во-первых, появление ошибок 404 может привести к негативной реакции поисковых систем в отношении к вашему сайту. Каковы последствия – зависит от самой поисковой системы.

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

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

404 not found как исправить

Как выявить неправильные ссылки?

Рассмотрим случай, когда сайт создан на движке WordPress. Другие движки наверняка тоже имеют средства, позволяющие автоматизированно решить такую задачу. Можно, конечно, проверить каждую ссылку вручную. Но такой путь очень долог и неблагодарен. Попробуйте применить специальный плагин, позволяющий автоматизировать этот процесс — Broken Link Checker. Этот плагин формирует список всех ссылок, которые направляют на несуществующие страницы. Потом вам самим следует принять решение по каждой ссылке, что с ней делать.

Кроме того, желательно настроить сервис статистики, используемый вами, на отслеживание переходов по неправильным ссылкам. Это даст возможность выяснить источники переходов. Повлиять на них можно применением 301 редиректа в htaccess. Основной подход состоит в следующем: выявляем, на какую страницу идет переход, находим новую страницу, релевантную ей, задаем на нее 301 редирект с предыдущей. Постепенно поисковики переделают старые ссылки на новые.

Таким образом, можно выявить те ссылки, на которые можно воздействовать самостоятельно. Но все равно останется часть из них, приводящая к появлению error 404 Not Found. Как решить проблему в этих случаях?

404 not found что делать

Как удержать посетителя?

Чтобы посетитель не сбежал при появлении страницы 404 Not Found, желательно на эту страницу добавить информацию:

  • Юмористического характера. Увидев ее, посетитель, даже находясь в растерянном состоянии, может улыбнуться и охотнее повторит попытки перейти к другой странице вашего сайта, например на главную. Только важно не перестараться – обойтись одной картинкой, без анекдотов.
  • Дать посетителю готовые ссылки. Это очень важно! Не следует заставлять его трудиться, избавьте его от лишней работы.
  • Разместите краткий текст-инструкцию, что делать. Пусть инициатива останется в ваших руках.
  • Оформите оригинальный внешний вид 404 страницы, сделайте ее не похожей на миллионы других подобных страниц в Интернете.
  • Некоторые авторы размещают на такой странице простенькую игру подобно приведенной ниже. Это стимулирует отдельных посетителей задержаться на сайте даже тогда, когда они не нашли то, что искали.
  • Разместите на странице логотип вашего проекта. Пусть посетитель сразу поймет, что он попал по нужному адресу, только ошибся дверью.
что означает 404 not found

Применяем магию CSS3

Для решения этой проблемы есть еще один путь – применение современных технологий на основе CSS3 анимации. Смысл этого подхода заключается в том, что вводится специальный HTML-код с анимацией, в котором посетителю выводятся возможные причины появления ошибочной страницы и даются рекомендации по дальнейшим его действиям. Этот код привязывается к определенным блокам на странице и действует при появлении такого рода ошибок.

Если все страницы выдают ошибку 404

Глобальная ошибка 404 может возникать в случае сбоя службы DNS. Для этого случая характерно, что все HTTP-запросы (к любым сайтам) перенаправляются на какой-то один сервер. Это может быть вызвано действием вирусных программ, которые перехватывают DNS-запросы и возвращают неверное значение IP или изменяют в вашем компьютере файл hosts (по адресу C:\windows\system32\drivers\etc).

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

Противодействие этому — проверка файла hosts на наличие посторонних записей. Открываем этот файл в «Блокноте» (путь указан выше) и удаляем из него все записи кроме строки: 127.0.0.1 localhost. Потом сканируем компьютер антивирусной программой, удаляем все вредоносное, что было ею найдено, и перезагружаем.

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

почему 404 not found

Простые шаги для решения

Допустим, вы не владелец сайта, а пользователь. При обращении к нужному вам сайту возникла ошибка 404 Not Found. Как исправить положение? Вот несколько простых советов, с помощью которых вы можете попытаться решить эту проблему самостоятельно. Именно они в большинстве случаев помогут быстро с ней справиться:

  • Просто обновите страницу. Можно использовать горячие клавиши Ctrl + F5 для принудительного обновления. Ошибка может появиться только потому, что страница не загружается.
  • Очистите кэш и куки вашего браузера – это часто решает проблему.
  • Убедитесь, что URL (адрес страницы) введен правильно. Он включает в себя написание www. или http://, правильные разделительные символы, доменное имя, расширение файла страницы и так далее.
  • Просканируйте компьютер на наличие вредоносных программ, поскольку существуют вирусы, приводящие к появлению ошибки 404 на веб-сайтах. Это необходимо, чтобы убедиться, что ваш компьютер чист и не подвержен воздействию вирусов.
  • Свяжитесь с администратором сайта или хостинг-провайдером для получения дополнительной информации. Если сервер имеет проблемы в работе, то это может быть причиной возникновения ошибки 404.

Заключение

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

www.syl.ru

Ошибка 404 not found — страница не найдена

Ошибка 404 not found - страница не найдена

Ошибка 404 Not Found или (не найдено) — код ответа HTTP (HyperText Transfer Protocol) означающий, что страница не найдена. А если точнее — сервер доступен для клиента, но информация по запросу и страница не найдена. В таком случае, клиент получает от сервера код 404 Not Found и стандартную страничку, содержимое которой зависит от настроек веб-сервера. Чаще всего это сообщение содержащие код 404 и сообщения об ошибке, например: 404 error: Page Not Found / 404 ошибка: Страница не найдена.

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

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

Ошибка http 404 иногда принимается за ошибку «Сервер не найден» или ошибки ограничения доступа к сервера. Зачастую, различные коды ошибок 4xx специально переадресовывают на пользовательскую страницу ошибки. Но об этом ниже.

Код 404 — Ошибка: страница не найдена

Если страница не существует, но при обращении к ней поисковый робот не получит код 404, то страница будет проиндексирована. А поскольку несуществующих страниц может быть бесконечное число — в индекс может попасть огромное количество всякого мусора, от которого придется избавляться, дабы не навредить SEO оптимизации сайта. Как писалось выше, большинство серверов по умолчанию выводят страницы HTML с содержимым вроде: 404 error: Not Found или 404 ошибка: Страница недоступна. Однако подобные страницы чаще всего являются страницами выхода посетителей, что может серьезно ухудшить поведенческие факторы сайта.

Пользовательские страницы ошибок для сайта

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

Иногда, страницы ошибок выглядят наподобие landing page — они красивые, содержат определенные бонусы и приятные сюрпризы для попавших на 404 страницу посетителей (в качестве извинения и для демонстрации добрых намерений администрации сайта).

Как сделать страницу ошибки 404

Для того, чтобы сделать страницу ошибки 404 или любой другой ошибки пользовательской, чаще всего используются настройки файла .htaccess. Суть настройки заключается в переадресации страницы ошибки с кодом 404 или любым другим на выбранный адрес или документ. Делается это следующим образом. Чтобы вместо стандартной ошибки 404 error: Page Not Found (404 ошибка: Страница не найдена) отображалась собственная страница ошибки, необходимо в файл .htaccess добавить строку следующего содержания:

ErrorDocument 404 /адрес-вашей-страницы-ошибки

Например:

ErrorDocument 404 /404.html

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

ErrorDocument 404 /404.html
ErrorDocument 403 /403.html
ErrorDocument 500 /500.html

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

Не допускайте ошибок, а если допустили — исправляйте их красиво!

Ну и напоследок — смотрите страницы ошибки КонвертМонстра.

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

И да прибудет с вами F5 !

Получайте бесплатные уроки и фишки по интернет-маркетингу

convertmonster.ru

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *