Ошибка 500. Кто виноват и что делать?

Ошибка 500. Кто виноват и что делать?

Случается так, сделали вы сайт, разместили на хостинге, сайт работал месяц, работал другой, и вдруг что-то случилось. Открываете страницы сайта, а вместо содержимого видите сообщение сервера: «500 Internal Server Error» и так далее. Такая ситуация не редкость и рано или поздно происходит практически на любом сайте. Что же можем предпринять сами, чтобы исправить положение, не прибегая к долгим переговорам со службой технической поддержки хостинга?

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

1) Нарушена целостность файла .htaccess в корневой папке сайта (public_html или www) или в других директориях, где возникает ошибка.

Определить несложно. Надо через ftp или с помощью cPanel переименовать .htaccess, скажем, в htaccess.bak. Потом снова браузером попытайтесь зайти на свой сайт. Если вы видите какие-нибудь изменения в поведении сайта (страницы стали доступны или вместо ошибки 500 появилась ошибка с другим кодом), то значит так и есть - .htaccess испорчен. Если же ничего не изменилось, то не забудьте переименовать htaccess.bak обратно в .htaccess и исследуйте другие возможные причины неполадок.

Устраняется такая неисправность заменой вашего испорченного файла на .htaccess из любого вашего бекапа, если таковой имеется. Если бекапа нет, то просто поищите в Интернете дистрибутив движка, который установлен на вашем сайте, и возьмите .htaccess оттуда.

2) Произошло непредвиденное переназначение прав доступа (chmod) к файлам и папкам вашего сайта.

Внешний признак такого события: не работают только странички со скриптами (php или другие серверные скрипты), а статичные странички (обычные html-файлы) работают нормально. Но для уверенности проще проверить в ftp-менеджере или cPanel права доступа на файлы и папки вашего сайта. Особенно важно проверить корневую папку сайта. В общем случае права на папки и файлы должны быть не меньше 0644.

Что можно сделать, если действительно произошло спонтанное переназначение прав доступа к файлам и папкам? Можно попытаться вручную восстановить все права доступа, пользуясь документацией движка, установленного на вашем сайте. Если такой документации нет, то пользуйтесь такими правилами. Попытайтесь для начала присвоить корневой директории и всем файлам и поддиректориям права доступа 0755. (Иногда лучше потом у самой корневой директории сменить chmod на 0750.) Как вариант, файлам скриптов можно также попробовать присвоить chmod 0644. Если где-нибудь увидите папки или файлы, в названия которых входит «conf» или «config», присвойте им права 0777. Также права доступа 0777 надо присвоить всем папкам и содержащимся в них файлам, если эти папки носят одно из следующих названий: cache, trash, temp, tmp, uploads, avatars, files, dat, data, images, attachments, attach, attachment или другие, похожие на перечисленные.

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