Инфо Ошибки 403, 404, 500, 503 ...

Причины возникновения ошибок

403

Ошибка 403 (Forbidden, доступ запрещен) может возникнуть по одной из нескольких причин:

• Вы выложили на сервер неправильный индексный файл. Файл главной страницы вашего сайта должен называться index.shtml, index.html, index.htm, index.phtml или index.php. Обратите внимание: все символы должны быть в нижнем регистре (В отличие от Windows, в ОС Linux, под управлением которой работает сервер, регистр имен файлов имеет значение, и файлы index.html и Index.html — это два абсолютно разных файла).
• Вы выставили неправильные права на папку, в которой находится запрашиваемый файл, или на какую-либо из ее родительских директорий. Все эти директории должны предоставлять права на выполнение (x) для владельца.
• Вы загрузили файлы сайта в неправильную папку. Войдите в свою контрольную панель в раздел «Домены / Мои домены» и посмотрите, что написано в столбце «Папка» напротив интересующего вас домена. Именно в эту папку и нужно загружать файлы сайта.

Если вы считаете, что все правила, приведенные выше, соблюдены, но ошибка 403 все равно возникает, обратитесь в техподдержку.

404

В основном, ошибка 404 (Not Found, документ не найден) связана с тем, что пользователь неправильно вводит URL ссылки на файл расположенный на сайте, или этого файла не существует.
Также следует помнить, что имена файлов зависят от регистра символов, и http://ваш_сайт/pic.jpg и http://ваш_сайт/pic.JPG — это ссылки на абсолютно разные файлы, и одна из них будет правильной, а другая — нет.

500

Наиболее частой причиной ошибки 500 (Internal Server Error, внутренняя ошибка сервера) является неверный синтаксис файла .htaccess или наличие в нем не поддерживаемых директив. Чаще всего достаточно закомментировать директиву Options (для этого нужно поставить в начале строки решетку — #), и проблема исчезнет.
Ошибка 500 также может возникать вследствие неправильного обращения с CGI-скриптами:

• CGI-скрипты должны иметь окончания строк в формате UNIX (\n), а не в формате Windows (\r\n). Для этого их надо загружать на сервер по FTP в режиме ASCII.
• CGI-скрипты и папки, в которых они находятся, должны быть доступны для записи только владельцу, то есть иметь права 0755 (drwxr-xr-x).
• В результате работы CGI-скрипта сформированы неправильные HTTP-заголовки ответа. В этом случае для решения проблемы полезно обратиться к error_log (его можно найти в контрольной панели в разделе «Статистика / Лог-файлы / Лог ошибок»).

503

Каждому аккаунту на сервере выделено определенное количество процессов-рабочих, обрабатывающих запросы пользователей. Запросы поступают на сервер и становятся в очередь. Легкие запросы обрабатываются быстро, а тяжёлые проблемные — медленно, тормозя продвижение очереди. Когда длина очереди достигает определенной величины, сервер перестает принимать новые запросы, возвращая ошибку 503 (Service Temporarily Unavailable, сервис временно недоступен).
Ниже описаны частые причины возникновения длинной очереди, а так же пути решения этой проблемы:

1. Зависают скрипты
   • Передача больших статичных файлов через PHP
     
     Большие статичные файлы лучше всего передавать напрямую, не используя для этого скрипты. На это есть две причины: во-первых, время работы скриптов ограничено, по его истечению передача файла прерывается; во-вторых, для передачи файла через PHP используется отдельный процесс-рабочий, а значит он перестаёт участвовать в механизме обработки запросов от пользователей.
     Для передачи файлов напрямую, наоборот, задействуется специальный многопоточный процесс, который может обрабатывать множество потоков одновременно, не влияя на скорость загрузки сайта.
     Функциональность многих скриптов хранения файлов можно реализовать через правила mod_rewrite в файле .htaccess (например, антилич-систему).
   • Соединение с удаленным сервером
     
     Этого лучше избегать. Если же без такого не обойтись, то необходимо выставить маленький таймаут на ожидание ответа и убедиться, что связь с удаленным сервером достаточно хорошая.
     Если в PHP-скриптах используются Include-функции, загружающие части движка, расположенные на одном аккаунте, убедитесь, что в них используется локальный путь, а не URL вида «http://…». Наличие URL заставляет сервер делать дополнительный HTTP-запрос — это занимает лишний процесс-рабочий и сильно замедляет загрузку сайта.
   • Большое число «тяжёлых» или испорченных компонентов CMS
     
     Проверьте все компоненты и плагины вашей CMS, отключая их по очереди, и найдите самые тяжёлые или испорченные, при работе которых загрузка сайта замедляется. По возможности откажитесь от таких компонентов, либо поищите более быстрый аналог. Также деинсталируйте все ненужные компоненты, которые вы не используйте или использование которых необязательно.
   • Долговыполняющееся задание mambot (для Joomla)
     
     Если среди mambot'ов присутствуют задания, которые можно перенести в системный cron, лучше всего сделать это. mambot-задания выполняются вместе с запросом пользователя, поэтому загрузка сайта происходит очень медленно, либо вообще не происходит.
   • Почтовая рассылка
     
     Запуск скрипта почтовой рассылки лучше всего расположить в системном cron'е, управление которым находится в контрольной панели. А запуск его назначить на время наименьшей нагрузки на сервер (ночь по московскому времени). При этом следует учитывать ограничения, накладываемые условиями договора-оферты относительно количества писем в час/день и временем работы PHP-скрипта.
   • Большое количество медленных запросов к MySQL
     
     При наличии у вас медленных запросов, в папке logs вашего аккаунта создается файл mysql-slow.log. Информация в этом файле обновляется раз в сутки и содержит только самые проблемные SQL-запросы.
     • Установите в движок кеширующие компоненты, которые могли бы сократить число SQL-запросов.
     • Оптимизируйте SQL-запросы.
     • Проиндексируйте таблицы БД по столбцам, которые используются в выборке
     • Если ничего не помогает, возможно, стоит сменить движок на более оптимальный.
2. Большое число запросов к веб-серверу
   • Загружаемый ресурс разбит/содержит ссылки на слишком больше число файлов (картинки, таблицы стилей JS-скрипты), которые подгружаются через отдельные запросы. Постарайтесь объединять ресурсы в один файл, где это возможно.
   • На сайте установлен элемент, который периодически посылает на сервер AJAX-запросы (например, чат). Количество запросов зависит не только от числа посетителей, но и от их привычки открывать несколько вкладок в браузере.
   • Боты-индексаторы, сканирующие ресурсы сайтов (поисковые системы, Sape, и другие).
   • Использование элементов ресурсов или скриптов на чужих сайтах (ссылки на картинки, скрипты-информёры). Используйте антилич-модули/настройки.
   • DDoS-атаки.

А допустим мне нужно вывести ошибку со своим дизайном, я прописываю в .htaccess строчки:
ErrorDocument 404 /404.html
ErrorDocument 302 /302.html
ErrorDocument 206 /206.html
ErrorDocument 301 /301.html
ErrorDocument 403 /403.html
ErrorDocument 400 /400.html
ErrorDocument 401 /401.html
ErrorDocument 500 /500.html

ethan, Да!