Комментарии 24
не согласен с первым пунктом. перекидывать на главную страницу можно только если был некорректный запрос, например, не допустимые символы (хакер зашел, решил взломать сайт). А когда страницы нет, документы нет, то лучше писать. Пользователь подумает что сайт не работает так как надо и не будет искать там. Когда ты звонишь по телефону и спрашиваешь "Будьте добры, (имя), пожалуйста", а там просто бросают трубку (возвращаем на первый этап, когда ты набираешь номер), сразу же получаются не понятки. Или не туда попал, или связь оборвалась, или голос(браузер) не понравился, и много других или.
Я думаю, что 404 страница всегда нужна.
Я думаю, что 404 страница всегда нужна.
плохо прочитали пункт н.1 - Зачем мне видеть, что документ удален? Мне нужно попасть в то место, где его можно найти. Т.е. если он перенесен в другой каталог - надо поставить автопереброску
Для этого есть код 301, а не 404. Адрес в большинстве браузеров изменится сам. Если веб-мастер ленится его настроить...
Аа, я кажется начинаю вас понимать. Вы протестуете против неверного использования 404 в некоторых случаях. Кстати, Amazon, если не ошибаюсь, запатентовал задание поискового запроса, как адреса документа всё, что в URL после имени сервера и не является адресом имеющегося документа, автоматически считается поиском. Пользователю показываются результаты. Может, подобное решение (хоть и уже патентованое) это то, что вы пытаетесь выразить.
Аа, я кажется начинаю вас понимать. Вы протестуете против неверного использования 404 в некоторых случаях. Кстати, Amazon, если не ошибаюсь, запатентовал задание поискового запроса, как адреса документа всё, что в URL после имени сервера и не является адресом имеющегося документа, автоматически считается поиском. Пользователю показываются результаты. Может, подобное решение (хоть и уже патентованое) это то, что вы пытаетесь выразить.
>> Зачем мне видеть, что документ удален?
А что, если его там вообще не было ? Или вы предлагаете подключить libastral, с помощью неё выяснить что хочет найти пользователь и быстренько сгенерировать контент перед тем как отдать страницу ?
2. Не было её там никогда. Не было. Уверяю вас, и, скорее всего, даже не будет.
3. Оу, неужели пользователь настолько ленив, что даже не удосужится найти <b>действительно</b> нужную ему инфу ?
4. Ноу комментс.
Первый пост, а такое плохое начало. Ай-яй-яй.
А что, если его там вообще не было ? Или вы предлагаете подключить libastral, с помощью неё выяснить что хочет найти пользователь и быстренько сгенерировать контент перед тем как отдать страницу ?
2. Не было её там никогда. Не было. Уверяю вас, и, скорее всего, даже не будет.
3. Оу, неужели пользователь настолько ленив, что даже не удосужится найти <b>действительно</b> нужную ему инфу ?
4. Ноу комментс.
Первый пост, а такое плохое начало. Ай-яй-яй.
По поводу пункта 2. Рекламу на странице 404 очень даже неплохо размещают. Вот пример http://advertising.yandex.ru/adv404.xml
если вообще небыло страницы - кидать его на близкую по пониманию (например набрал aboout вместо about - перекинуть на about, а если нет - на главную (здесь кстати можно и карту сайта показать)
Я думаю, люди, создававшие RFC 2616, думали о пользе стандарта для дела, а не о размещении рекламы, прерывании действий пользователя и тому подобных нехороших вещах.
Согласитесь, неплохо знать, что ты опечатался в одном-двух символах, исправить их сразу же, а не ругаясь перенабирать заново весь url (перебросило на главную), гадая по ходу дела, что же случилось (третий раз перебросит чо то не так, забью на эту страницу, пойду на Гугл).
Стандартная страница 404 вашего веб-сервера (не более информативная, чем его же стандартная index.htm из коробки) действительно вредна для нужд большинства сайтов. Наполните ее смыслом, методом найти то, что, возможно, искал ваш посетитель.
Создавая неожиданные, непредсказуемые для пользователя шаги (вроду перехода на главную страницу, когда набран адрес внутренней), не сообщая ему состояния, в котором находится ваша программная система (веб-сервер), вы проблему юзабилити не решите.
Согласитесь, неплохо знать, что ты опечатался в одном-двух символах, исправить их сразу же, а не ругаясь перенабирать заново весь url (перебросило на главную), гадая по ходу дела, что же случилось (третий раз перебросит чо то не так, забью на эту страницу, пойду на Гугл).
Стандартная страница 404 вашего веб-сервера (не более информативная, чем его же стандартная index.htm из коробки) действительно вредна для нужд большинства сайтов. Наполните ее смыслом, методом найти то, что, возможно, искал ваш посетитель.
Создавая неожиданные, непредсказуемые для пользователя шаги (вроду перехода на главную страницу, когда набран адрес внутренней), не сообщая ему состояния, в котором находится ваша программная система (веб-сервер), вы проблему юзабилити не решите.
если вообще небыло страницы - кидать его на близкую по пониманию (например набрал aboout вместо about - перекинуть на about, а если нет - на главную (здесь кстати можно и карту сайта показать)
Еще раз повторю, не делайте шагов, которых пользователь не ожидает. Радуетесь ли вы, когда Windows XP вместо экрана своей загрузки показывает консоль с проверкой диска (в Linux тоже, кстати, бывает плановая проверка файловых систем)? Этого ли вы от нее ждете во время загрузки? А если бы проверку нельзя было даже отменить? Приятно? Автоматика... А если ваша ОС вместо вашего привычного рабочего стола загружается в безопасном режиме? Это явно не то, чего от нее ожидает большинство пользователей, ЭТО СЧИТАЕТСЯ ПРОБЛЕМОЙ, даже если такое поведение системы явно обусловлено некоторой ошибкой пользователя. Возможно, сравнение не совсем равноценное, но это позволит вам понять, что почувтсвует большинство сидящих за компом после щелчка по этой ссылке, если они будут молча переадресованы на главную.
Кроме того, жесткая переадресация введет в заблуждение существующую автоматику, вроде роботов Google. Допустим, робот заходит на сайт, но документ вы удалили этот адрес перебросит кого угодно на главную. Робот получает (как вы это еще сделаете) код 301 или 302, указающий на новое положение документа. Что ему теперь думать? То, что раньше лежало в кэше по этому адресу, теперь находится по другому (стало индексом)? Или надо опять идти проверять, то ли там лежит? Как робот поймет, что документ удалили и надо сделать с ним то же самое в кэше?
Допустим, ошибся тот, кто заливал сайт. Одного документа нет. На него по ссылке с главной идет народ, но все оказываются на главной, снова и снова. Как, из каких логов или обращений общественности мы узнаем, что веб-мастер накосячил? Какая автоматическая программа, какой искуственный интеллект поможет проверить большой сайт и сделать такое заключение? (Link checkers, реагирующие на ошибку 404, переполняют рынок софта).
Вобщем, прошу, проштудируйте матчасть (RFC 2616, в частности), думаю, вы поймете больше.
Кроме того, жесткая переадресация введет в заблуждение существующую автоматику, вроде роботов Google. Допустим, робот заходит на сайт, но документ вы удалили этот адрес перебросит кого угодно на главную. Робот получает (как вы это еще сделаете) код 301 или 302, указающий на новое положение документа. Что ему теперь думать? То, что раньше лежало в кэше по этому адресу, теперь находится по другому (стало индексом)? Или надо опять идти проверять, то ли там лежит? Как робот поймет, что документ удалили и надо сделать с ним то же самое в кэше?
Допустим, ошибся тот, кто заливал сайт. Одного документа нет. На него по ссылке с главной идет народ, но все оказываются на главной, снова и снова. Как, из каких логов или обращений общественности мы узнаем, что веб-мастер накосячил? Какая автоматическая программа, какой искуственный интеллект поможет проверить большой сайт и сделать такое заключение? (Link checkers, реагирующие на ошибку 404, переполняют рынок софта).
Вобщем, прошу, проштудируйте матчасть (RFC 2616, в частности), думаю, вы поймете больше.
А как мне тогда понять что случилось?
Ну, скажем так, Админ удалил статью, нигде я ее найти не могу.и что дальше?
кто мне скажет что случилось?
Ну, скажем так, Админ удалил статью, нигде я ее найти не могу.и что дальше?
кто мне скажет что случилось?
404 нужна! она показывает то чего у тебя нету
На 404 странице можно разместить очень много полезной информации. Какой наберите в гугле «404 error pages» и найдете много интересного. Так же на webmascon есть хороший перевод листапартовской статьи «Совершенная 404 страница»
не надо придумывать искусственный интеллект для предусмотрения всех вариантов ;-)
не надо придумывать искусственный интеллект для предусмотрения всех вариантов ;-)
Ну вот если лифт не работает, а Вас не предупредили(отсутсвие 404). и Вы стоите нажимаете кнопку и ждете. Вы же не будете ждать лифта, а пойдете по лестнице, не правда ли?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
нужна ли страница 404