Даже на таком надежном движке, как Joomla, не все всегда бывает гладко. Порой сайт не открывается, а вместо него появляется окно с текстом, что обнаружена ошибка. Если при входе на свой ресурс вы нашли подобное сообщение, не волнуйтесь — любую ошибку можно исправить. В данной статье будет рассмотрена ошибка Internal Server Error, которая вылетает под номером 500. 
Почему при входе на сайте появляется ошибка 500
Эта проблема может появиться не только на ресурсе, на котором установлен Joomla.
Ошибка 500 «всеядная» и может съесть сайт на любом другом движке, не только Joomla или WordPress.
Причин возникновения сообщения Internal Server Error при входе очень много и без анализа проблемы вы не сможете найти истинное объяснение.
Анализ возникновения Internal Server Error необходимо начинать с сервера. Дело в том, что ошибка 500 касается именно проблем сервера. При этом необязательно нужно считать, что виноват хостинг-провайдер. Вполне может быть, что это вы сделали что-то не так. Ответить на этом можно только после просмотра файла сервера error.log. В нем содержится информация по последним ошибкам и вы наверняка найдете строчку с причиной, почему ваш сайт накрылся при входе. Самые частые поводы для появления надписи Internal Server Error:
- очень часто пользователи превышают допустимые права на хостингах и сервера их банят за это;
- вы пытаетесь запустить файл с недопустимым атрибутами;
- определенный php-скрипт мог превысить лимит ожидания и сайт не открылся;
- кроме того, ошибка 500 могла появиться, так как была обнаружена тотальная неисправность в php-коде;
- вы попытались использовать файлы PERL, но функция их открытия на сервере не предусмотрена.
Как вы уже поняли, все полностью зависит от сервера. И если на сайте обнаружена ошибка 500, значит вы сделали что-то так, как нельзя было делать на данном хостинге. Либо превысили свои права и провайдеру нужно доплатить за это, либо установили на сайт Joomla программный код, который не поддерживается сервером.
Как исправить Internal Server Error
Проблема в том, что зачастую сайты Joomla размещают на бесплатных хостингах. В таком случае даже если ошибка обнаружена на сайте, вы не сможете просмотреть лог и узнать, откуда растут ее корни. На платном хостинге вы бы могли написать в службу поддержки, и вам, как платящему клиенту провайдера, живо бы объяснили в чем причина и как устранить неполадку. В ином случае бороться с ошибкой придется самостоятельно.
https://www.youtube.com/watch?v=LvrTwMFvzw8
Очень часто проблема находится в файле .htaccess. В этом файле прописано, что разрешено делать движку, согласно требованиям сервера. Если есть несоответствия реальным требованиям хостинга и наступает момент, когда движок пытается загрузить недоступную функцию, тогда и появляется надпись с ошибкой. Найдите лог ее и тогда поймете, что нужно убрать с файла .htaccess. К примеру, если в логе написано:
php_value not allowed here
то проблема кроется в строке php_value в файле .htaccess.
Если вы новичок и не понимаете всю «пургу», написанную выше, тогда можно исправить ошибку более простым методом. Но вы сможете это сделать при условии, что ранее производили бэкап системы. Именно для таких случаев и необходимо постоянное резервное копирование всех файлов системы — в один «прекрасный» день все может накрыться медным тазом из-за ошибки сервера или даже взлома сайта.
Вам предстоит восстановить последнюю рабочую версию сайта Joomla. Сделать это можно, если переместить старые файлы на хостинг при помощи FTP-клиента. А порой проблема появляется после обновления движка до более новой версии. В таком случае вам понадобится откат. Похоже, что сервер не готов работать с новой версией Joomla и не соответствует требованиям.
Если ошибка сервера появляется слишком часто и вам приходится отказываться от инструментов, которые вам необходимы, тогда задумайтесь над сменой хостинг-провайдера. Найдите такой сервер, который дает вам широкие права и где есть нормальная служба поддержки, всегда готовая удружить заблудшим вебмастерам.
Представьте, Вы вводите логин и пароль, но вместо входа в панель администрирования видите надпись: 500 — обнаружена ошибка. При этом сайт работает. Причин возникновения такой ситуации в Joomla может быть много. Ошибка joomla 500 — это любая внутренняя ошибка сервера, которая не имеет четкого описания. То есть, понять по её коду, что случилось — нельзя. Однако, расстраиваться раньше времени не стоит.
В первую очередь следует открыть журнал ошибок (лог) и посмотреть, есть ли там сообщения об ошибках. Он лежит в каталоге «/logs» и называется «error.php». Смотрите последние записи, возможно, они прояснят ситуацию. Например, мы сможем узнать из-за какого модуля она происходит. Если виновник найден, то остаёться подключиться к базе данных и отключить модуль или плагин, мешающий авторизоваться.
В моём случае в логе ничего не оказалось. Тогда, существует большая вероятность, что проблема возникает из-за невозможности записи в каталоги «/logs» и «/tmp». Попробуйте выставить на эти каталоги и файлы внутри них полные права — 777. Сделать это можно через FTP клиент. У многих проблема решалась таким образом, о чем свидетельствуют комментарии на тематических форумах.
Если не помогло, то стоит проверить правильность путей к этим каталогам в конфигурационном файле — «configuration.php». Открываем его через текстовый редактор и ищем следующие строки:
public $log_path = ‘/logs’;
public $tmp_path = ‘/tmp’;
Так они выглядели у меня при возникновении пятисотой ошибки. Посмотрев аналогичные переменные на других сайтах с Joomla, я обнаружил, что там прописаны не относительные пути, а полные — от корневой директории. Даже если дело не в этом, хуже не станет. Поэтому выясняем полный путь к сайту. Для этого создаём в корневой директории файл «test.php» и прописываем в нем:
Вводим в браузер путь к нашему скрипту и смотрим, какой путь он показывает. Этот путь вставляем в конфигурационный файл «джумлы». Получаем что-то вроде этого:
public $log_path = ‘/home/www/http://joomla4.ru/logs’;
public $tmp_path = ‘/home/www/http://joomla4.ru/tmp’;
Если проблема не решилась — значит требуется тщательный анализ сайта и установленных модулей специалистом. Проверке будет подлежать просмотр корректности файла « htaccess », а так же поочередное отключение и включение всех установленных модулей и плагинов через базу данных. Делать это требуется предельно аккуратно, так как при неправильном подходе можно только усугубить ситуацию.
Не забываем про резервные копии! Надеюсь ошибка 500 в Joomla пропадет.
При попытке входа в панель администрирования Joomla иногда можно получить сообщение «500 — обнаружена ошибка» . При этом сайт работает. Причин может быть много. Пятисотая ошибка не имеет четкого описания. Понять по её коду что случилось — нельзя. Однако, расстраиваться раньше времени не стоит.
Сначала следует открыть журнал ошибок (лог) и посмотреть, есть ли там сообщения об ошибках. Он лежит в каталоге «/logs» и называется «error.php». Смотрите последние записи, возможно, они прояснят ситуацию. Например, мы сможем узнать из-за какого модуля она происходит. Если виновник найден, то остаёться подключиться к базе данных и отключить этот модуль или плагин.
Если в логе ничего подозрительного нет, то есть вероятность, что проблема возникает из-за невозможности записи в каталоги «/logs» и «/tmp». Попробуйте выставить на эти каталоги и внутренние файлы полные права — «777». Сделать это можно через FTP клиент. У многих проблема решалась таким образом.
Если не помогло, то стоит проверить пути к этим каталогам в конфигурационном файле — «configuration.php». Открываем его через текстовый редактор и ищем строки:
Так они выглядели у меня при возникновении 500 ошибки. Рекомендую прописать эти пути от корневой директории сервера, а не от корня сайта. Полный путь к каталогу сайта может помочь вывести следующий код:
Создаём в корне сайта скрипт test.php, прописываем туда этот код и обращаемся к нему через браузер. Смотрим, какой путь он показывает. Его вставляем в конфигурационный файл «джумлы». Получаем что-то вроде этого:
Если проблема не решилась, значит требуется детальный анализ сайта и установленных модулей. Проверьте корректность файла «htaccess». Поочередно отключайте установленные модули и плагины через базу данных. Но делайте все аккуратно, чтобы не усугубить ситуацию.
