Ошибки: диагностика ошибок в работе сайта, обработка ошибок

Ошибки: диагностика ошибок в работе сайта, обработка ошибок 403, 404,.. При работе с сайтом иногда происходят ошибки. Бывают ошибки, которые можно обрабатывать (например, «страница не найдена») и ошибки, которые нужно исправлять (например, «internal server error»). В данном документе мы рассмотрим способы обработки и устранения ошибок. Ошибками в протоколе HTTP называется такое поведение веб-сервера, когда он по какой-то причине не может успешно отправить клиенту запрашиваемый документ. Код ошибки сервер сообщает клиенту в HTTP-заголовке. Каждая ошибка, выдаваемая веб-сервером, имеет код соответствующий классу возникшей ошибки. Коды ошибок (например 403 или 404) стандартизованы и подробно описаны в  . Вы можете обращаться к  документу за подробным описанием конкретной ошибки как к первоисточнику. Пример веб-запроса, выполненного вручную с помощью программы telnet: # telnet www.masterhost.ru 80 Trying 217.16.20.20..Ошибки: диагностика ошибок в работе сайта, обработка ошибок. Connected to www.masterhost.ru. HEAD / HTTP/1.1 Host: www.masterhost.ru HTTP/1.1 200 OK Date: Mon, 29 Mar 2004 08:24:07 GMT Server: CoffeeMaker/1.12 (Unix) mod_ssl/2.8 OpenSSL/0.9 Сервер выдал успешный код ошибки 200 (OK). Это был пример правильного запроса к существующему на сервере документу, который завершился удачно. В случае, если бы запрашиваемого документа на сервере не было, сервер повел бы себя иначе и выдал бы ошибку 404 (документ не найден): # telnet www.masterhost.ru 80 Trying 217.16.20.20... Connected to www.masterhost.ru. HEAD /abcdef HTTP/1.1 Host: www.masterhost.ru HTTP/1.1 404 Not Found Date: Mon, 29 Mar 2004 08:42:01 GMT Server: CoffeeMaker/1.12 (Unix) mod_ssl/2.8 OpenSSL/0.9 Коды ошибок бывают положительными и отрицательными или успешными и неуспешными. Есть четыре типа кодов: 2xx — запрос выполнен успешно — 3xx — запрос успешно перенаправлен — тоже положительный код. Он говорит о том, что запрос клиента был перенаправлен. Используется при работе с кэширующими серверами, а также в алгоритме, когда браузер клиента проверяет актуальность документа на сервере (дату создания, размер и так далее) 4xx — ошибка — документ не был отправлен клиенту, так как произошла критическая ошибка. Например, запрошенный документ не найден на сервере, доступ к документу запрещен и так далее 5xx — ошибка сервера — критическая ошибка на сервере. Например, на сервере не смог нормально отработать скрипт пользователя .masterhost , загрузили файлы и получили ошибку 403 при попытке открыть сайт через браузер. Эта ошибка возникает в случае, если вы неправильно назвали индексный файл, который должен показываться при обращении к каталогу. Индексный файл может иметь названия index.html, index.htm, index.php, index.php3, index.phtml, index.shtml, default.htm или default.html. Также возможно, что в названии индексного файла присутствуют заглавные (большие) буквы. В  регистр букв в названиях файлов имеет значение (!). Вы загрузили файлы на сервер, но вместо первой страницы видите список загруженных на сервер файлов. Вероятная причина ошибки в том, что вы загрузили файлы в каталог с  и при этом у вас отсутствует индексный файл. Напомним, что размещать файлы нужно в каталоге www, который находится в каталоге с названием вашего домена. Читайте об этом подробнее . Данная ошибка возникает тогда, когда сервер не смог выполнить запрос по причине запрещенного доступа к файлу. Наиболее часто это возникает в трех случаях: В каталоге нет индексного файла (index.html, например) и при этом запрещен просмотр списка файлов в данном каталоге или на всем виртуальном сервере. Можно попробовать создать файл с именем index.html и посмотреть не исчезнет ли ошибка. Выставлены такие «права» доступа на файл, что веб-сервер Apache не смог прочитать файл на диске сервера. Попробуйте права доступа на 644, например. Пользователь попытался обратиться к скрипту (в каталоге cgi-bin), на который выставлены неправильные права — нет права на чтение+исполнение (r+x) конкретного скрипта. права на  755. Ошибка 404 (Файл не найден) возникает тогда, когда пользователь запрашивает у веб-сервера документ, которого нет на диске. То есть, когда пользователь запрашивает несуществующий файл. Это наиболее «популярная» из всех ошибок. Вы можете наблюдать возникновение таких ошибок в файле и учитывать это — отслеживать какие документы на сервере «не найдены» и корректировать неправильные ссылки из своих html-документов. Также ссылки на несуществующие документы могут вести с других сайтов. Для удобства посетителей сайта можно обрабатывать ошибки 404 заменяя стандартные ответы веб-сервера на свои страницы с нужным описанием причины возникновения ошибки и советами что делать в этом случае. Также полезно разместить на такой странице карту вашего сайта или ссылку на поисковую систему. Как обрабатывать ошибку 404. Создайте в каталоге www файл .htaccess и поместите в него следующую инструкцию для веб-сервера Apache: ErrorDocument 404 /not-found.html Затем создайте файл not-found.html в который поместите описание возникшей ошибки и советы о том, что делать в этом случае посетителю вашего сайта. Теперь пользователь, который наберет в своем браузере адрес несуществующей страницы, будет автоматически перенаправлен сервером на файл not-found.html. С помощью директивы ErrorDocument можно обрабатывать не только ошибку 404, но и практически все другие ошибки. Например, можно обработать так и ошибку 403, которая упоминается в этом документе . О  файле .htaccess и его практическом использовании можно почитать . Внимание: особенность браузеров MS Internet Explorer версий 5.xx и 6.xx состоит в том, что если ваш файл ошибок будет иметь размер менее 512 байт, то браузер покажет пользователю не ваш файл, а свое собственное сообщение об ошибке 404. Самым простым решением в данной ситуации является заполнение файла ошибок пробелами так, чтобы его размер превысил 512 байт. Подробнее об этом вы можете прочитать . Ошибка 500 «Internal Server Error» возникает в случае невозможности запуска скрипта, который вы разместили на сервере, в случае ошибок в скрипте, а также в случае, когда размещена неправильная инструкция в файле . Этот список причин возникновения ошибки 500 не конечный, есть еще масса причин, по которым может возникнуть ошибка 500. Однако, упомянутые три случая встречаются наиболее часто. Рассмотрим сначала случай, когда вы поместили некорректную инструкцию в файл .htaccess. Если вы ошиблись в написании названия нужной директивы или параметров к ней, в файле [Wed Apr 14 17:01:38 2004] [alert] [client 217.16.16.16] /home/ uXXXXX /aaa.ru/www/.htaccess:Invalid command 'DrectoryIndex', Веб-сервер укажет вам, какую конкретно директиву он посчитал ошибочной — ее нужно будет исправить. В данном случае веб-сервер сообщил, что директивы DrectoryIndex он не знает. И действительно — нет директивы DrectoryIndex, есть DirectoryIndex. Имеет место опечатка. Если ошибка 500 возникает при обращении к скрипту на языке Perl, размещенному в каталоге cgi-bin, нужно проверить права доступа на этот скрипт. Права должны быть 755 (rwxrx-rx). Если это не так, нужно изменить права на 755 командой chmod 755 script.pl в  или воспользоваться для этого . Нужно отдельно отметить — права на скрипты должны быть установлены строго в 755. Пожалуйста, проверьте правильный ли файлов по FTP вы использовали при загрузке скрипта на наш сервер. Все скрипты, равно как и любые другие текстовые файлы, должны передаваться по FTP в текстовом (ASCII) режиме. Если же был использован двоичный (Binary) режим передачи файлов, скрипты наверняка работать не будут. Если после проверки корректности установленных прав на файл скрипта ошибка не исчезла, нужно изучить последние записи в файле  — в него веб-сервер помещает все сообщения об ошибках. Так вы найдете строчку вида [Fri Apr  9 15:05:31 2004] [error][client 217.16.16.16] Premature end of script headers: /home/uXXXX/aaa.ru/cgi-bin/script.pl Первое, что нужно сделать при получении такой ошибки, это проверить правильно ли скрипт выдает HTTP-заголовки. Каждый скрипт должен сначала печатать строку с указанием соответствующего Content-type и только потом непосредственно то, что увидит пользователь (например, HTML-код). Пример строки для выдачи заголовка обычного HTML-документа: Если и после выдачи правильных заголовков ошибка 500 не исчезла, нужно проверить корректность работы скрипта в целом. Для этого нужно получить доступ в  > perl -cw script.pl script.pl syntax OK Если скрипт написан с ошибками, их нужно исправить, руководствуясь соответствующей диагностикой, а также проверить синтаксис скрипта снова.

Hosted by uCoz