проверка 404 ошибки php
Вызов ошибки 404 средствами php
Я решил перенести большую часть файлов со старого сайта на новый. И у меня возник вопрос — «А не обвинит ли меня Yandex в использовании неуникальных статей?», т.к. у меня одни и те же материалы будут на разных страницах.
Я написал письмо в службу поддержки yandex, и мне пришло письмо, в котором сообщалось, что переживать не надо. Единственно, настоятельно желательно, чтобы я каким-то способом закрыл старые странички от индексирования (через robots.txt, вызов ошибки 404 или перенаправление) и удалил странички из базы по адресу http://webmaster.yandex.ru/delurl.xml. Удалять по указанному адресу желательно, чтобы быстрее прекратилась индексация страниц.
По некоторым причинам я предпочел способ вызова ошибки 404. Ошибка 404 вызывается в том случае, если ресурс на который идет ссылка не обнаружен. И тут я обнаружил, что у меня то и нет вызова этой ошибки, т.е. какие бы данные пользователь не ввел бы на старом сайте, что-то все равно выводится. Такая ситуация на мой взгляд не допустима, и я пошел с ней бороться.
Мой сайт написан был на php, поэтому я очень быстро нашел команду для вызова ошибки 404. Она имеет вид:
Казалось бы все просто, но нет же. Никак эти две команды не хотели работать. Тогда я почитал дополнительно материал и выяснил, что header() должна вызываться до отправки любого другого вывода. Т.е. она должна быть исключительно самой первой при выводе, поэтому ее нельзя использовать внутри require_once().
Но как оказалось существуют три замечательные функции, которые позволяют решить эту проблему:
ob_start() — задает начало области, которую надо поместить в буфер, я поместил ее самой первой при выводе.
С использованием этих команд организация вызова ошибки 404 выглядит следующим образом:
Связанные статьи
Нет связанных статей.
6 комментариев к “Вызов ошибки 404 средствами php”
Заголовки должны отправляться до первой команды вывода в браузер. Обычно это echo() или print(). Замечу, что тот же var_dump() (я его часто использую для отладки), не влияет на заголовки, хотя и выводит текст на экран.
Буферизация — это, конечно, хорошо. Но лично я использую немного другой метод. Весь контент, который нужно будет выводить, я собираю в переменную, а вывод ее значения всегда делаю самой последней командой. В итоге я могу на любом этапе работы скриптов совершенно свободно работать с заголовками (отдавать, заменять etc). Но это подходит, наверное, только для самописных с нуля сайтов.
Очень плохой способ вы придумали…. т.к. одна единственная ошибка в коде приведет к то му что данные выводиться не будут, а понять в каком месте кода ошибка будет ой как не просто….. придется заново все разбивать……
И вообще…. если что-то выводиться до header это неграмотность, неправильная архитектура кода, и естественно нерациональность полнейшая. Вначале проверить надо, а потом выводить что либо.
_______________________________
«А не обвинит ли меня Yandex в использовании неуникальных статей?», т.к. у меня одни и те же материалы будут на разных страницах.
Я написал письмо в службу поддержки yandex, и мне пришло письмо, в котором сообщалось, что переживать не надо.
______________________________
хахаха. ну это вообще детский сад какойто….
есть же 301 редирект, директива Host в robots.txt, ………..
404 нежелательно делать в этом случае… Т.к. наверняка уже есть с 10-к сайтов которые успешно скопировали Ваш контент, и получают бабки за рекламу.
если статья была уникальная, то при 301 редиректе Вы сохраните уникальность, а при 404 ошибке, уникальность будет потеряна и вы замкнете 10к тех сайтов которые передрали у Вас контент.
С переменной идея мне понятна. Спасибо за подсказанную идею. Ваш вариант мне нравится больше, чем мой.
Видимо ZeroXor хотел сказать, что заголовки можно посылать в любом участке кода, главное чтоб до отправки заголовков не было экранирования;)
header(«HTTP/1.0 404 Not Found»);
exit;
Вы уверены что php читает « »))??
Уверен, что не читает. Надо на прямые исправить при программировании.
Добавить комментарий Отменить ответ
Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.
Простой способ проверить URL-адрес для 404 в PHP?
Я преподаю себе некоторые базовые выскабливания, и я обнаружил, что иногда URL-адреса, которые я передаю в мой код, возвращают 404, что задирает весь остальной код.
Поэтому мне нужно проверить в верхней части кода, чтобы проверить, возвращает ли URL 404 или нет.
Это похоже на довольно прямолинейную задачу, но Google не дает мне никаких ответов. Я беспокоюсь, что искал неправильный материал.
В одном блоге рекомендуется использовать это:
Я также рассмотрел «запрос главы», но мне еще не удалось найти какие-либо примеры кода, с которыми я могу играть или попробовать.
Предложения? И что это за скручивание?
Если вы используете привязки curl PHP, вы можете проверить код ошибки с помощью curl_getinfo как таковой:
Если вы используете php5, вы можете использовать:
Кроме того, с помощью php4 пользователь внес вклад в следующее:
Оба результата будут иметь следующий результат:
Поэтому вы можете просто проверить, что ответ заголовка был ОК, например:
W3C-коды и определения
С кодом строгана вы также можете проверить CURLINFO_HTTP_CODE для других кодов. Некоторые веб-сайты не сообщают о 404, а просто перенаправляют на пользовательскую страницу 404 и возвращают 302 (перенаправление) или что-то подобное. Я использовал это, чтобы проверить, существует ли на сервере фактический файл (например, robots.txt) или нет. Очевидно, что этот вид файла не вызвал бы перенаправления, если бы он существовал, но если бы он этого не сделал, он перенаправил бы на страницу 404, которая, как я уже сказал, может не иметь кода 404.
Как предлагает strager, изучите использование cURL. Вы также можете быть заинтересованы в установке CURLOPT_NOBODY с curl_setopt, чтобы пропустить загрузку всей страницы (вам просто нужны заголовки).
Если вы ищете самое простое решение и которое вы можете попробовать в один раз на php5, сделайте
Я нашел этот ответ здесь :
По сути, вы используете метод «получить содержимое» для получения URL-адреса, который автоматически заполняет переменную заголовка ответа HTTP с кодом состояния.
В качестве дополнительного намека на большой принятый ответ:
При использовании варианта предлагаемого решения я получил ошибки из-за установки php «max_execution_time». Итак, я сделал следующее:
Сначала я установил ограничение по времени на большее количество секунд, в конце я вернул его к значению, определенному в настройках php.
добавлено, проверено эти 3 метода с учетом производительности.
Результат, по крайней мере, в моей тестовой среде:
Керл побеждает
Этот тест проводится с учетом того, что нужны только заголовки (noBody). Попробуй себя:
Вы также можете использовать этот код, чтобы увидеть статус любой ссылки:
Вот короткое решение.
В вашем случае вы можете изменить application/rdf+xml на все, что вы используете.
это просто и фрагмент кода, надежда работает для вас
Чтобы поймать все ошибки: 4XX и 5XX, я использую этот маленький скрипт:
Простой способ проверки статуса 404
Для решения данной задачи лучше всего подойдёт curl.
Для получения подробной информации о запросе, можно обратиться к curl_getinfo:
Данный урок подготовлен для вас командой сайта ruseller.com
Источник урока: http://stackoverflow.com/questions/408405/easy-way-to-test-a-url-for-404-in-php
Перевел: Станислав Протасевич
Урок создан: 5 Июля 2015
Просмотров: 5645
Правила перепечатки
5 последних уроков рубрики «PHP»
Фильтрация данных с помощью zend-filter
Когда речь идёт о безопасности веб-сайта, то фраза «фильтруйте всё, экранируйте всё» всегда будет актуальна. Сегодня поговорим о фильтрации данных.
Контекстное экранирование с помощью zend-escaper
Обеспечение безопасности веб-сайта — это не только защита от SQL инъекций, но и протекция от межсайтового скриптинга (XSS), межсайтовой подделки запросов (CSRF) и от других видов атак. В частности, вам нужно очень осторожно подходить к формированию HTML, CSS и JavaScript кода.
Подключение Zend модулей к Expressive
Expressive 2 поддерживает возможность подключения других ZF компонент по специальной схеме. Не всем нравится данное решение. В этой статье мы расскажем как улучшили процесс подключение нескольких модулей.
Совет: отправка информации в Google Analytics через API
Предположим, что вам необходимо отправить какую-то информацию в Google Analytics из серверного скрипта. Как это сделать. Ответ в этой заметке.
Подборка PHP песочниц
Подборка из нескольких видов PHP песочниц. На некоторых вы в режиме online сможете потестить свой код, но есть так же решения, которые можно внедрить на свой сайт.
404 ошибка. Проверка, настройка, оформление страницы
Задача любого сайта заключается в том, чтобы завоевать максимальный объем читательской аудитории в своей нише – это доходы от рекламы и прибыль от продаж. Но такая задача может быть реализована только таким ресурсом, которые полностью выполняет требования поисковых систем. Одно из требования поисковиков к сайтам – это корректная обработка сайтом всех поступающих запросов, включая ошибочные. Настройка страницы 404 ошибки является составляющей такой оптимизации ресурса.
404 ошибка — это код, который отдает ваш сайт на запрос любой несуществующей страницы. Неважно по какой причине страница не найдена – не было ее никогда или ее удалили – поисковик должен получить ошибку 404 и понять, что индексировать данный URL нельзя. Каждый “правильный” сайт должен иметь настроенную страницу для вывода этой ошибки.
Согласно проведенным исследованиям, проблемы с обработкой 404 ошибки встречаются почти у половины ресурсов интернета. Это означает, что грамотно проведенная настройка этой страницы позволит вам сразу сделать свой сайт лучше чем 50% конкурентов.
Как проверить 404 ошибку
Ошибка 404 не является следствием неправильной работы сайта. Наоборот, если пользователь ввел несуществующий адрес страницы и получил 404 ошибку, значит сайт работает верно. Причин появления этой ошибки может быть 2 – внешняя и внутренняя.
Внутренняя – появляется в следствии нарушения внутренней перелинковки или при допущении ошибок в навигации. Где-то на сайте вы поставили ссылку на несуществующую страничку. Часто бывает так, что страница была удалена по какой-то причине, а ссылки на нее где-то остались.
Внешняя – почти то же самое, только битые ссылки были поставлены на чужих ресурсах, либо неправильная ссылка была введена пользователем в адресной строке браузера.
От появление нерабочих ссылок практически никто не застрахован, поэтому необходимо следить за своим ресурсом и проверять настройку страницы 404 ошибки, чтобы знать правильно ли ее оценивает поисковый робот и как она отображается перед вашими потенциальными посетителями.
Настройка 404 ошибки
Настройка 404 ошибки осуществляется двумя шагами. Первый направлен на поисковых роботов и другие технические средства, второй – это визуальное отображение страницы для людей.
1) Обработка ошибки сервером
Стандартные средства WordPress
Если вы используете WordPress, то все запросы (правильные и неправильные) проходят через index.php и уже он перенаправляет их на нужные страницы, включая 404.php. Файл с таким названием находится в теме вашего блога. Если его нет, то при получении запроса на несуществующую страницу, сайт может перенаправлять пользователя на главную и не выдавать 404 ошибку – это неправильно.
При отсутствии файла его можно создать самому на основе файла page.php, выводящего обычные страницы. Удалите из него все лишнее, надо оставить только шапку, сайдбар и footer, а вместо основного контента сделайте текст и картинку для ошибки 404.
404 ошибка через htaccess
Данный метод подходит для ресурсов, которые работают под Apache. Если же ресурс работает под ngnix (Unix), то откройте файл ngnix.conf и добавьте код:
2) Оформление страницы 404
В плане дизайна никаких особых требований к этой странице нет – она может выполнена по аналогии с другими страницами сайта, а может не иметь с ними ничего общего. Но, для того, чтобы страница не только уведомляла об отсутствующем документе, но и помогала сохранять пользователей на сайте, стоит снабдить ее ссылками на другие страницы ресурса (карту сайта, рубрики)/поиском по сайту с текстом рекомендаций. Так сказать, страница должна побуждать пользователей посетить другие документы вашего сайта – это улучшит поведенческие факторы и, возможно принесет вам дополнительных постоянных читателей.
Помимо этого, оформление 404 страницы должно быть понятным и приятным, чтобы удерживать посетителей на ресурсе. Допустим, на ваш блог пришел посетитель, предположим, с форума. Но ссылка, по которой он осуществлял переход оказалась битая и выдала 404 ошибку. Он, естественно, захочет ее покинуть и в будущем, вряд ли еще вернется. Так вот, если страница 404 будет оформлена красиво и зацепит, то ему захочется оценить другой материал, который вы опубликовали.
Изменить страницу 404 вручную
Что бы придать странице привлекательный вид на своем блоге (вставить картинки, разместить внутренние ссылки, поиск по сайту, рекламу), для этого следует отредактировать файл 404.php расположенный в корневой папке темы – я уже писал об этом выше. Доступ к нему можно получить прямо из админки (раздел “внешний вид”-“редактор”), либо через FTP.
Давайте посмотрим, как можно его отредактировать. Все ниже описанные действия я буду проводить в административной панели на примере файла одного из клиентских блогов. Открывайте код и смотрите на картинку ниже:
На ней выделена область, которая будет отображаться на экране пользователя, который введет неправильный адрес страницы или пройдет по битой ссылке. Именно ее мы и будем редактировать. Да, кстати, код в зависимости от шаблона может незначительно отличаться, но структура остается общей.
Выделенную часть можно спокойно удалить. Это ничего не нарушит. Чтобы вставить картинку, нужно разместить этот html код:
После добавления картинки, все будет выглядеть примерно так:
Таким образом, у нас получается готовая страница 404 ошибки, которую мы можем оставить в таком виде. Однако, помимо этого мы можем вставить в нее и другие элементы управления, например, список «Рубрики» или «Последние записи». Думаю, читателя это будет не только полезно и интересно, но и поможет нам задержать его как можно дольше.
Показать «Рубрики» блога:
Показать «Последние записи» блога:
После того, как вы вставите соответствующие строчки, то страница ошибки 404 приобретет вид:
Плагин для создания страницы 404
Помимо этого, создать страницу 404 ошибки можно с помощью специализированных плагинов. Ради написания этого поста несколькими из них я воспользовался, результат был положительный. Возрастание нагрузки не проверял, но уверен, что она будет минимальна, так как ниже представленные плагины работают только во время создания кода странички. И так, вот они:
Плагин Custom 404 Error Page — это очень функциональный плагин для создания страницы, которая будет выдавать ошибку 404. Имеет ряд встроенных шаблонов, позволяет вставлять ссылки, настраивать цвет, размер и стиль шрифта, а так же вставлять изображение.
Плагин 404 Notifier — в отличие от предыдущего не предложит вам ничего редактировать. Этот плагин напрямую работает с посетителем и при попадании пользователя на несуществующую страницу, просто перенаправляет на более подходящую.
Для вдохновения, посмотрите как оформляют данную страницу другие вебмастера.
Примеры страниц ошибки 404
Приведенные примеры страниц красивы, но не забывайте о том, что главное не красота, а приносимая польза. Некоторые вебмастера вообще не заморачиваются с шикарными картинками, а все внимание уделяют юзабилити такой страницы – размещают там полноценный контент, продумывают навигацию. Так что не забывайте – страница ошибки 404 должна не поражать красотой, а побуждать посетителя продолжить путешествие по вашему ресурсу.
Обработка ошибок PHP и статуса 404 HTTP
Здравствуйте, уважаемый посетитель!
Этой статьей начинается новый раздел, в котором будет рассматриваться достаточно важный вопрос, без решения чего невозможно обеспечить нормальное функционирование любого сайта. Речь идет об обработке ошибочных ситуаций на стороне веб-сервера при выполнении PHP, а также статуса протокола HTTP с кодом 404.
В частности, здесь мы рассмотрим три, наиболее часто, встречающихся случая возникновения ошибок:
Существует множество способ обработки ошибок, и наверное, каждый веб-мастер использует свой, исходя из своего опыта и предпочтений.
Здесь же я изложу свой вариант, где на практических примерах покажу, как можно создать достаточно эффективный механизм, который позволит регистрировать ошибки в соответствии с их классификацией, сохранять их логи и в постоянном режиме отслеживать состояние сайта с помощью автоматической отправки почтовых сообщений о возникновении ошибок, серьезно влияющих на его работу.
Ниже будут изложены основные моменты, которые будут учитываться в создаваемой системе обработки ошибок. А в последующих статьях посмотрим, как это можно реализовать практически.
Ошибка 404 (Not Found) статуса HTTP
В большинстве случаев ошибка с кодом 404 (Not Found) протокола HTTP может возникать по следующим причинам:
При этом любой веб-сервер при коде 404 статуса HTTP по умолчанию выдает соответствующую техническую страницу. И может показаться, что в этом отношении все хорошо, и нечего с этим вопросом лишний раз заморачиваться.
Однако, в действительности, использовать свою индивидуальную страницу 404 весьма полезно, так как игнорирование такого решения может негативно сказываться на некоторые достаточно важные характеристики сайта, например:
Для примера ниже показана скриншот страницы 404, которая используется здесь на сайте. Где видно, что попав на нее, пользователь с легкостью сможет и дальше пользоваться сайтом не покидая его.
Рис.1 Пример страницы 404
Посмотреть в реальном виде данную страницу можно непосредственно перейдя нее по ссылке, либо внеся какую-либо ошибку в адрес любой страницы сайта.
Помимо этого, для поисковой оптимизации, необходимо правильно обрабатывать такого вида ошибки, отправляя в ответах сервера код, соответствующий статусу протокола HTTP 404 (Not Found), а не 200 (OK) или какой-либо другой.
В противном случае, при переходе по ссылке на несуществующую страницу в отсутствии кода 404, (тем более, если при этом используется редирект сразу на главную или какую-либо другую, заведомо определенную для этих целей страницу), будут возникать многочисленные дубли с одинаковым контентом. Что негативно будет сказываться на лояльность к сайту поисковых систем.
Кроме того, для возможности проведения анализа возникновения запросов на несуществующие ресурсы сайта, очень полезно выделять из всех возможных случаев те, которые происходят, именно, при переходе с внутренних ссылок. Что позволяет оперативно выявлять и устранять ошибки 404, причиной которых являются внутренние проблемы сайта, поддерживая его качество на должном уровне.
А далее, хорошим решением будет, сохранять полученную информацию в логах и отправлять сообщения по почте, сигнализируя администратору сайта, о том, что с ресурсами сайта не все в порядке, отчего требуется оперативное вмешательство. Подробнее об этом будет рассказано чуть позднее в других разделах статьи.
Внутренняя ошибка сервера 500 (Internal Server Error)
Для того, чтобы иметь возможность идентифицировать такие ошибки, требуется создать механизм их регистрации с дальнейшим сохранением полученной информации в соответствующих лог-файлах.
Однако, работа в PHP при возникновении фатальных ошибок имеет свои особенности, так как в этих случаях выполнение скрипта останавливается. И для того, чтобы определить ошибку, которая привела к его остановке, требуются определенные действия.
В любом случае пользователю необходимо внятно показать, что при использовании запрашиваемого ресурса на сервере возникли определенные проблемы. И предложить для продолжения работы воспользоваться другими разделами сайта.
Ну, а для обеспечения должной технической поддержки сайта требуется иметь возможность все выявленные ошибки, связанные с работой сервера, сохранять в логах и отправлять сообщения по почте, оповещая администратора сайта о возникновении серьезных проблем в работе ресурса.
Ниже, в качестве примера, показан вариант страницы ошибки 500, которая отображается на данном сайте в случае возникновения проблем с сервером, включая и фатальные ошибки PHP.
Рис.2 Пример страницы ошибки 500
Можно обратить внимание, что страница ошибки 500 отличается от предыдущей тем, что в ней отсутствуют некоторые блоки сайта. Обусловлено это тем, что она намерена создана с использованием только элементов HTML без какого-либо использования кода PHP.
Не фатальные (предупреждающие) ошибки PHP
Несмотря на то, что эти ошибки не оказывают существенного влияния на функционал и отображение веб-страниц, но возникновение и таких ситуаций требует определенных действий, например:
Обработка данного вида ошибок наиболее проста по сравнению с предыдущими случаями. Их перехват и сохранение будет обеспечиваться через функцию set_error_handler() пользовательским обработчиком, который мы в дальнейшем для этого создадим.
Сохранение лог-файлов ошибок
В PHP существует встроенный механизм сохранения отчета об ошибочных ситуациях в PHP в журнал ошибок сервера, или в какой-либо другой файл, назначенный в настройках конфигурации протоколирования ошибок.
В нашем случае при создании механизма обработки ошибок будет предусмотрено сохранение отчета по следующим категориям:
При этом можно отметить еще одну особенность такого варианта сохранения ошибок, а именно: в зависимости от планируемой периодичности проводимого анализа и возможного использования объема памяти, предназначенного для размещения логов, имеется возможность задавать максимальный размер файлов, определяя нужное количества строк журнала отдельно по каждой категории. Что позволяет эффективно использовать полученную информацию, настраивая объем сохраняемых данных под свои нужды.
Автоматическая отправка почтовых сообщений при критических ошибках
И последняя функциональная возможность, которая будет использована в создаваемом механизме, это автоматическая отправка почтовых сообщений в случае возникновения серьезных проблем в работе сайта.
К таким случаям будут отнесены два, наиболее значимых вида ошибок:
По поводу фатальных ошибок PHP, наверное, не возникает вопроса, почему на их появление следует оперативно реагировать.
А вот, что касается оправки почтовых сообщений по ошибкам 404, связанным с битыми внутренними ссылками, то из своего опыта скажу, что это очень полезный инструмент. Так как такое решение позволяет в постоянном режиме выявлять случаи возникновения проблем не только с внутренними ссылками на несуществующие страницы сайта, но и попытки обращения к отсутствующим файлам, включая изображения и видео, которые требуются для формирования веб-страниц.
Ниже показан скриншот такого почтового сообщения из реальной жизни.
Рис.2 Пример почтового сообщения об ошибке 404
Таким образом, здесь перечислены в общем виде все те функциональные возможности, которыми будет обладать рассматриваемая система обработки ошибок. А что использовать, каждый будет волен для себя решить сам.
Далее мы перейдем к практической реализации всего сказанного, и в первую очередь рассмотрим обработку запросов на несуществующие ресурсы сайта, что соответствует коду 404 статуса HTTP.
С уважением, Николай Гришин
Если у Вас возникли вопросы, или есть какие-либо пожелания по представлению материала, либо заметили какие-нибудь ошибки, а быть может просто хотите выразить свое мнение, пожалуйста, оставьте свои комментарии. Такая обратная связь очень важна для возможности учета мнения посетителей.
Буду Вам за это очень признателен!
Здесь вы можете подписаться на получение уведомлений о выходе новых статей блога.