Joomla 500 обнаружена ошибка

При попытке входа в панель администрирования Joomla иногда можно получить сообщение «500 — обнаружена ошибка». При этом сайт работает. Причин может быть много. Пятисотая ошибка не имеет четкого описания. Понять по её коду что случилось — нельзя. Однако, расстраиваться раньше времени не стоит.

Сначала следует открыть журнал ошибок (лог) и посмотреть, есть ли там сообщения об ошибках. Он лежит в каталоге «/logs» и называется «error.php». Смотрите последние записи, возможно, они прояснят ситуацию. Например, мы сможем узнать из-за какого модуля она происходит. Если виновник найден, то остаёться подключиться к базе данных и отключить этот модуль или плагин.

Если в логе ничего подозрительного нет, то есть вероятность, что проблема возникает из-за невозможности записи в каталоги «/logs» и «/tmp». Попробуйте выставить на эти каталоги и внутренние файлы полные права — «777». Сделать это можно через FTP клиент. У многих проблема решалась таким образом.

Если не помогло, то стоит проверить пути к этим каталогам в конфигурационном файле — «configuration.php». Открываем его через текстовый редактор и ищем строки:

public $log_path = ‘/logs’;
public $tmp_path = ‘/tmp’;

Так они выглядели у меня при возникновении 500 ошибки. Рекомендую прописать эти пути от корневой директории сервера, а не от корня сайта. Полный путь к каталогу сайта может помочь вывести следующий код:

<?php echo $_SERVER['DOCUMENT_ROOT']; ?>

Создаём в корне сайта скрипт test.php, прописываем туда этот код и обращаемся к нему через браузер. Смотрим, какой путь он показывает. Его вставляем в конфигурационный файл «джумлы». Получаем что-то вроде этого:

public $log_path = ‘/home/www/realadmin/logs’;
public $tmp_path = ‘/home/www/realadmin/tmp’;

Если проблема не решилась, значит требуется детальный анализ сайта и установленных модулей. Проверьте корректность файла «htaccess». Поочередно отключайте установленные модули и плагины через базу данных. Но делайте все аккуратно, чтобы не усугубить ситуацию.

Вам два файла нужно. Первый — error.log, второй — access.log (хотя он на данном этапе не сильно и нужен). Запросите у техподдержки эти два лога, хотя бы первый.

Запрошу. А почему этих файлов нет в архиве с, например, резервной копией, вчерашней, когда проблема там уже висела? Почему только через поддержку?

Касательно доступа — там у вас скорее всего куча ботов шарится по файлам через шеллы. Если вы говорите, что в эту дыру годами не заглядывали. Может какой то бот что то и сломал.

Не совсем то я имел в виду. На сайт заходили и все там работало ок, я и сам еще 3 дня назад ведь туда заходил (в админку). Проблема возникла 2 мая после моего посещения админки 1 мая (или 30 апреля, не уверен). То есть сайт не то, что просто лежал мертвым грузом, он функционировал. Кстати, сам сайт для посетителей-то нормально себя ведет. Проблема (очевидная) только с редактированием.

Если вы скачали бекап — разворачивайте на OpenServer и включайте показ ошибок, включайте ведение логов и смотрите, что выдает.

Я скачаю этот, проблемный бекап, чтобы просто разобраться по-любому. Но есть бекапы до 30 апреля, то есть до того момента, как я сам в админку заходил, они, видимо, без этой проблемы. На хостинге я не решаюсь пока ставить восстановление с заменой данных, так как вернуть уже не смогу, поэтому пытаюсь пока решить так. Скачал бекапы разных дат (они на хостинге хранятся недолго). Но вот пока не получается запустить сайт на локальном сервере (денвер), там много вопросов, не для этой темы.

Почитайте по поводу 500-й ошибки, ее возможные причины, их не так много. Начните изучать ваш случай, и найдете.

Спасибо за ссылку, буду изучать. Но у меня, кстати, хоть и 500, но надпись другая — не внутренняя ошибка, а просто «500-Ошибка…

Вот это дела! Забыл, как называлась ошибка, полез в 100-й раз на сайт и вдруг пустило в админку! Что за бред? Мистика какая-то. Как такое могло произойти? 3 дня на нервах, а тут не понятно почему… Буду звонить на хостинг. Короче, я в недоумении полнейшем. Ладно, посмотрим, что будет дальше.

Вопрос не закрываю пока все равно, буду изучать тему, так как проблема есть по-любому. Пока вот такие неожиданные дела, даже не знаю, радоваться или насторожится, скорее, второе.

П.С.Так, зашел, смотрю — в панели 2 человека, один авторизовался час назад,я второй, суперюзер. Значит кто-то исправил и зашел? Буду выяснять. Детектив.

Даже на таком надежном движке, как 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 и не соответствует требованиям.

Если ошибка сервера появляется слишком часто и вам приходится отказываться от инструментов, которые вам необходимы, тогда задумайтесь над сменой хостинг-провайдера. Найдите такой сервер, который дает вам широкие права и где есть нормальная служба поддержки, всегда готовая удружить заблудшим вебмастерам.

Даже на таком надежном движке, как Joomla, не все всегда бывает гладко. Порой сайт не открывается, а вместо него появляется окно с текстом, что обнаружена ошибка. Если при входе на свой ресурс вы нашли подобное сообщение, не волнуйтесь — любую ошибку можно исправить. В данной статье будет рассмотрена ошибка Internal Server Error, которая вылетает под номером 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 и не соответствует требованиям.

Если ошибка сервера появляется слишком часто и вам приходится отказываться от инструментов, которые вам необходимы, тогда задумайтесь над сменой хостинг-провайдера. Найдите такой сервер, который дает вам широкие права и где есть нормальная служба поддержки, всегда готовая удружить заблудшим вебмастерам.

Вступление

Найти ошибку, которая привела к некорректной или фатальной ошибки Joomla одна из самых трудных задач при работе с системой. Пожалуй, невозможно перечислить все вероятные ошибки, которые вы можете теоретически встретить при общении с Joomla. Более правильным будет указать пути, по которым нужно двигаться в поиске ошибок и их отладки.

Основные языки программирования, на которых написана CMS Joomla это два сценарных языка PHP и JavaScript. При этом сценарный язык (анг.scripting language) PHP является основным языком Joomla и, как правило, ошибки, возникающие при работе с Joomla это результат его неправильной (некорректной) работы.

В этой статье я сформулирую первые действия, что сделать сначала, чтобы осуществить правильный поиск ошибок и после найти отладку (способ исправления) «неправильного» скрипта вашей Joomla.

Прежде всего, ошибку нужно увидеть. Речь идет не о результатах ошибки (пропадании сайта и т.п.). Речь идет, как увидеть причину ошибки, если хотите определить диагноз ошибки. От этого зависит дальнейшая отладка системы и исправление ошибки.

Видимость ошибок в браузере

Первое место, где вы видите сообщение о возникшей серьезной ошибке, это ваш рабочий браузер. Вы наверняка встречали при открытии сайтов, вместо страниц сайта пустое окно браузера и в нем цифровая (кодовая) ошибка. И речь не идет об ошибках класса 4×× (Ошибки со стороны клиента), например, ошибка 403-Ничего не найдено. Речь о более серьезных ошибок, начинающихся с цифры «5». Это класса ошибок 5×× (Ошибки со стороны сервера).

Ошибка 500

Ошибка 500 это любая ошибка со стороны сервера, которая не расшифрована в остальных кодах 501-510. Это наиболее часто встречающаяся ошибка, связанная с ошибками в коде системы. Если при работе с системой Joomla вы в браузере видите сообщение об ошибке 500 , эта ошибка выдается сервером Apache и ее причину нужно смотреть в логе ошибок вашего веб-сервера. (О логах ошибок веб-сервера читать ТУТ).

Как правило, из лога ошибок, будет понятно, какой файл системы привел к ошибке. После этого нужно переходить к этому конкретному файлу и решать конкретную, уже локализованную причину ошибки. Но это не всегда так просто. Из журнала лога ошибок, бывает не понятно, какие конкретные действия приводят к ошибке и какой PHP -код ее сформировал.

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

Настройка вывода ошибок зависит от вашего хостинга.

Вывод ошибок на рабочем сервере

На рабочем сервере (коммерческом хостинге) включение вывода ошибок ищите в настройках хостинга. Как правило, вывод ошибок по-умолчанию включен, и вывод ошибок настроен как вывод сообщений в журнал ошибок. Убедитесь, что эта функция сервера включена. Опять-таки, по — умолчанию, не имеет смысла включать на рабочем сервере вывод ошибок на экран. Эти ошибки будут видеть все гости сайта и это лишнее. Однако в критических, аварийных ситуациях, можно воспользоваться временно, выводом ошибок на экран. Об этом чуть ниже.

Вывод ошибок на локальном сервере

На локальном (домашнем) сервере, у вас есть все права на любые настройки сервера и вывод ошибок вы можете настроить сами. Наверное, все готовые платформы локального сервера (OpenServers, Денвер, Xmapp и т.д.) уже настроены на вывод ошибок в журнал и/или на экран. Но в том, то и прелесть локального сервера, вы всегда можете изменить любые его настройки.

Настроить вывод ошибок на локальном сервере нужно в файле php.ini.

Для разрешения вывода ошибок в файле php.ini должна быть строка:

error_reporting(E_ALL ^ E_NOTICE);// Добавлять сообщения обо всех ошибках, кроме ошибок NOTICE 
// Это значение включено по умолчанию в php.ini

Примечание: NOTICE ошибки это возможные, но не явные ошибки. Например, опечатка, предупреждение о плохом стиле, и.т.п.

error_reporting = E_ALL //Вывод всех ошибок//

Для вывода ошибок в журнал, должна быть строка:

log_errors = On

Для вывода ошибок на экран в файле php.ini должна быть строка:

display_errors = On

Вывод ошибок на экран, во время старта PHP

display_startup_errors=On

Понятно, что замена «on» на «off» все это отключит.

Повторюсь, интерпретатор PHP сам выводит сообщения об ошибках, нужно только разрешить и дать ему возможность (настроить) эти сообщения выводить в журнал на сервере, а при необходимости показывать их на экране.

Но вернемся к рабочим серверам и CMS Joomla. В Joomla есть функция в административной панели сайта, включив которую вы можете выводить ошибки системы на экран.

Вывод ошибок системы в панели Joomla

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

Вывод ошибок, режим отладка Joomla 2,5

Административная панель сайта ->Меню ->Сайт->Общие настройки->Система

Вывод ошибок, режим отладка Joomla 3,x

Административная панель сайта-> Меню ->Сайт->Общие настройки->Система

В обоих версиях можно настроить, какой режим вывода ошибок во время отладки должен быть.

 

Включение режима отладки системы Joomla из панели сайта, может не сработать. Это может произойти, если на вашем хостинге такой режим не включен (в файле php.ini). Если у вас нет доступа к файлу php.ini, а потребность включить режим отладки есть, то просто напишите в support вашего хостинга и попросите временно включить режим вывода ошибок. ( Я так и делаю). После устранения ошибки, верните все в исходное состояние, иначе гости вашего сайта будут видеть все ошибки на экране.

Но и из этой ситуации, есть выход. Есть плагин Joomla, который выводит ошибки системы во всплывающем окне и с видимостью только для вас. Это плагин j!Dump.

Плагин j!Dump Joomla

Это плагин для отладки системы Joomla в реальном времени, с выводом ошибок на экран только для вас. Плагин работает на версиях Joomla 2.5 и 3.х. Устанавливается плагин стандартным способом. В настройках понятен и, по отзывам, вполне работоспособен. На сайте extensions.jоomla.com этот плагин есть.

Итоги статьи

• Итак, при работе с Joomla у вас «выскакивают» ошибки на стороне сервера приводящие к некорректной работе системы или ее отключении (Error). Что делать?
• Если вы не программист и не находитесь в процессе разработки и к этому у вас рабочий (не локальный сервер), то прямиком «идете» на сервер и смотрите журнал ошибок (лог ошибок);
• Если журнал ошибок отсутствует, то в настройках сервера ищите и включаете запись ошибок в журнал;
• Если из журнала не удалось понять причину ошибки, включаете режим «Отладка системы» в административной панели сайта;
• Если режим отладки не включается, обращаетесь в support сервера с просьбой такой режим временно включить. Включается он в файле php.ini;
• Если вы работаете на локальном (домашнем) сервере, то самостоятельно проверьте настройки возможности интерпретатора PHP для вывода, показа и записи PHP ошибок, возникающих при работе. Опять таки, файл php.ini.

Это все, что хотелось сказать про Поиск и вывод PHP ошибок Joomla!

©Joomla-abc.ru

Другие статьи 

Ошибки Joomla

Вам два файла нужно. Первый — error.log, второй — access.log (хотя он на данном этапе не сильно и нужен). Запросите у техподдержки эти два лога, хотя бы первый.

Запрошу. А почему этих файлов нет в архиве с, например, резервной копией, вчерашней, когда проблема там уже висела? Почему только через поддержку?

Касательно доступа — там у вас скорее всего куча ботов шарится по файлам через шеллы. Если вы говорите, что в эту дыру годами не заглядывали. Может какой то бот что то и сломал.

Не совсем то я имел в виду. На сайт заходили и все там работало ок, я и сам еще 3 дня назад ведь туда заходил (в админку). Проблема возникла 2 мая после моего посещения админки 1 мая (или 30 апреля, не уверен). То есть сайт не то, что просто лежал мертвым грузом, он функционировал. Кстати, сам сайт для посетителей-то нормально себя ведет. Проблема (очевидная) только с редактированием.

Если вы скачали бекап — разворачивайте на OpenServer и включайте показ ошибок, включайте ведение логов и смотрите, что выдает.

Я скачаю этот, проблемный бекап, чтобы просто разобраться по-любому. Но есть бекапы до 30 апреля, то есть до того момента, как я сам в админку заходил, они, видимо, без этой проблемы. На хостинге я не решаюсь пока ставить восстановление с заменой данных, так как вернуть уже не смогу, поэтому пытаюсь пока решить так. Скачал бекапы разных дат (они на хостинге хранятся недолго). Но вот пока не получается запустить сайт на локальном сервере (денвер), там много вопросов, не для этой темы.

Почитайте по поводу 500-й ошибки, ее возможные причины, их не так много. Начните изучать ваш случай, и найдете.

Спасибо за ссылку, буду изучать. Но у меня, кстати, хоть и 500, но надпись другая — не внутренняя ошибка, а просто «500-Ошибка…

Вот это дела! Забыл, как называлась ошибка, полез в 100-й раз на сайт и вдруг пустило в админку! Что за бред? Мистика какая-то. Как такое могло произойти? 3 дня на нервах, а тут не понятно почему… Буду звонить на хостинг. Короче, я в недоумении полнейшем. Ладно, посмотрим, что будет дальше.

Вопрос не закрываю пока все равно, буду изучать тему, так как проблема есть по-любому. Пока вот такие неожиданные дела, даже не знаю, радоваться или насторожится, скорее, второе.

П.С.Так, зашел, смотрю — в панели 2 человека, один авторизовался час назад,я второй, суперюзер. Значит кто-то исправил и зашел? Буду выяснять. Детектив.

Вступление

Найти ошибку, которая привела к некорректной или фатальной ошибки Joomla одна из самых трудных задач при работе с системой. Пожалуй, невозможно перечислить все вероятные ошибки, которые вы можете теоретически встретить при общении с Joomla. Более правильным будет указать пути, по которым нужно двигаться в поиске ошибок и их отладки.

Основные языки программирования, на которых написана CMS Joomla это два сценарных языка PHP и JavaScript. При этом сценарный язык (анг.scripting language) PHP является основным языком Joomla и, как правило, ошибки, возникающие при работе с Joomla это результат его неправильной (некорректной) работы.

В этой статье я сформулирую первые действия, что сделать сначала, чтобы осуществить правильный поиск ошибок и после найти отладку (способ исправления) «неправильного» скрипта вашей Joomla.

Прежде всего, ошибку нужно увидеть. Речь идет не о результатах ошибки (пропадании сайта и т.п.). Речь идет, как увидеть причину ошибки, если хотите определить диагноз ошибки. От этого зависит дальнейшая отладка системы и исправление ошибки.

Видимость ошибок в браузере

Первое место, где вы видите сообщение о возникшей серьезной ошибке, это ваш рабочий браузер. Вы наверняка встречали при открытии сайтов, вместо страниц сайта пустое окно браузера и в нем цифровая (кодовая) ошибка. И речь не идет об ошибках класса 4×× (Ошибки со стороны клиента), например, ошибка 403-Ничего не найдено. Речь о более серьезных ошибок, начинающихся с цифры «5». Это класса ошибок 5×× (Ошибки со стороны сервера).

Ошибка 500

Ошибка 500 это любая ошибка со стороны сервера, которая не расшифрована в остальных кодах 501-510. Это наиболее часто встречающаяся ошибка, связанная с ошибками в коде системы. Если при работе с системой Joomla вы в браузере видите сообщение об ошибке 500 , эта ошибка выдается сервером Apache и ее причину нужно смотреть в логе ошибок вашего веб-сервера. (О логах ошибок веб-сервера читать ТУТ).

Как правило, из лога ошибок, будет понятно, какой файл системы привел к ошибке. После этого нужно переходить к этому конкретному файлу и решать конкретную, уже локализованную причину ошибки. Но это не всегда так просто. Из журнала лога ошибок, бывает не понятно, какие конкретные действия приводят к ошибке и какой PHP -код ее сформировал.

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

Настройка вывода ошибок зависит от вашего хостинга.

Вывод ошибок на рабочем сервере

На рабочем сервере (коммерческом хостинге) включение вывода ошибок ищите в настройках хостинга. Как правило, вывод ошибок по-умолчанию включен, и вывод ошибок настроен как вывод сообщений в журнал ошибок. Убедитесь, что эта функция сервера включена. Опять-таки, по — умолчанию, не имеет смысла включать на рабочем сервере вывод ошибок на экран. Эти ошибки будут видеть все гости сайта и это лишнее. Однако в критических, аварийных ситуациях, можно воспользоваться временно, выводом ошибок на экран. Об этом чуть ниже.

Вывод ошибок на локальном сервере

На локальном (домашнем) сервере, у вас есть все права на любые настройки сервера и вывод ошибок вы можете настроить сами. Наверное, все готовые платформы локального сервера (OpenServers, Денвер, Xmapp и т.д.) уже настроены на вывод ошибок в журнал и/или на экран. Но в том, то и прелесть локального сервера, вы всегда можете изменить любые его настройки.

Настроить вывод ошибок на локальном сервере нужно в файле php.ini.

Для разрешения вывода ошибок в файле php.ini должна быть строка:

error_reporting(E_ALL ^ E_NOTICE);// Добавлять сообщения обо всех ошибках, кроме ошибок NOTICE 
// Это значение включено по умолчанию в php.ini

Примечание: NOTICE ошибки это возможные, но не явные ошибки. Например, опечатка, предупреждение о плохом стиле, и.т.п.

error_reporting = E_ALL //Вывод всех ошибок//

Для вывода ошибок в журнал, должна быть строка:

log_errors = On

Для вывода ошибок на экран в файле php.ini должна быть строка:

display_errors = On

Вывод ошибок на экран, во время старта PHP

display_startup_errors=On

Понятно, что замена «on» на «off» все это отключит.

Повторюсь, интерпретатор PHP сам выводит сообщения об ошибках, нужно только разрешить и дать ему возможность (настроить) эти сообщения выводить в журнал на сервере, а при необходимости показывать их на экране.

Но вернемся к рабочим серверам и CMS Joomla. В Joomla есть функция в административной панели сайта, включив которую вы можете выводить ошибки системы на экран.

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

Вывод ошибок, режим отладка Joomla 2,5

Административная панель сайта ->Меню ->Сайт->Общие настройки->Система

Вывод ошибок, режим отладка Joomla 3,x

Административная панель сайта-> Меню ->Сайт->Общие настройки->Система

В обоих версиях можно настроить, какой режим вывода ошибок во время отладки должен быть.

 

Включение режима отладки системы Joomla из панели сайта, может не сработать. Это может произойти, если на вашем хостинге такой режим не включен (в файле php.ini). Если у вас нет доступа к файлу php.ini, а потребность включить режим отладки есть, то просто напишите в support вашего хостинга и попросите временно включить режим вывода ошибок. ( Я так и делаю). После устранения ошибки, верните все в исходное состояние, иначе гости вашего сайта будут видеть все ошибки на экране.

Но и из этой ситуации, есть выход. Есть плагин Joomla, который выводит ошибки системы во всплывающем окне и с видимостью только для вас. Это плагин j!Dump.

Плагин j!Dump Joomla

Это плагин для отладки системы Joomla в реальном времени, с выводом ошибок на экран только для вас. Плагин работает на версиях Joomla 2.5 и 3.х. Устанавливается плагин стандартным способом. В настройках понятен и, по отзывам, вполне работоспособен. На сайте extensions.jоomla.com этот плагин есть.

Итоги статьи

• Итак, при работе с Joomla у вас «выскакивают» ошибки на стороне сервера приводящие к некорректной работе системы или ее отключении (Error). Что делать?
• Если вы не программист и не находитесь в процессе разработки и к этому у вас рабочий (не локальный сервер), то прямиком «идете» на сервер и смотрите журнал ошибок (лог ошибок);
• Если журнал ошибок отсутствует, то в настройках сервера ищите и включаете запись ошибок в журнал;
• Если из журнала не удалось понять причину ошибки, включаете режим «Отладка системы» в административной панели сайта;
• Если режим отладки не включается, обращаетесь в support сервера с просьбой такой режим временно включить. Включается он в файле php.ini;
• Если вы работаете на локальном (домашнем) сервере, то самостоятельно проверьте настройки возможности интерпретатора PHP для вывода, показа и записи PHP ошибок, возникающих при работе. Опять таки, файл php.ini.

Это все, что хотелось сказать про Поиск и вывод PHP ошибок Joomla!

©Joomla-abc.ru

Другие статьи 

Файл error_log проверен. Сначала писал об ошибки  «PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 32 byt)» после того как в бд были очищены некоторые таблицы. При входе в админку ошибка  «HTTP ERROR 500″, но в логах уже «PHP Warning: include(): Failed opening ‘/images/system/system.php’ for inclusion (include_path=’.:/opt/php56/share/pear:/usr/share/pear’)». 

И все идет по кругу, как решить непонятно

Похожие вопросы

Помочь настроить сайт на Joomla после установки SSL

Здравствуйте, нужна помощь в настройке корректной работы сайта после установки ssl. 

Не могу обновиться с версии Joomla 3.9.27 на 3.10.11 и сменить версию PHP 7.4 на 8.0

1 вопрос:

Скачал файлы через VPN, пробую через консоль. Выдаёт при загрузке ошибку «500». Никак не могу обновить сайт. Пакеты есть, а сайт не хочет их принять.

2-й вопрос: 

Сайт просит сменить версию PHP c 7.4 на 8.0 и выше. Но…

Ошибка Unknown column ‘map_suffix’ in ‘field list’

Добрый день. При сохранении материалов в joomla 3.10.10 возникает ошибка. «Не удалось сохранить элемент: Unknown column ‘map_suffix’ in ‘field list'»

Также при сохранении категории выдает ошибку «1054 Unknown column ‘map_suffix’…

The «500» error code is used within Joomla! to designate when the system has caused a fatal internal server error that the system believes it should not recover from. When this error is triggered, the system will immediately halt and display the error page.

As this error code is not unique within the system, there are various items that might trigger this error code to be displayed:

• JLoaderSQL::load: Ran out of time during load