Joomla включить отображение ошибок

25.05.2019 |

Категория FAQ

Разберёмся как сделать включение / отключение показа ошибок на сайте. Через админку и через файл htaccess.

Показ ошибок (Notice, Warning, Fatal Error) это важная и нужная функция, хорошо что она есть! Иначе бы вебмастера месяцами искали вручную ошибки в коде своего сайта.

Как включить показ ошибок из админки Joomla 3?

Для этого в админке Joomla переходим «Система — Общие настройки».

Переходим на вкладку «Сервер», там увидите опцию «Сообщения об ошибках». Выбирайте режим «Максимум».

Сохраняем.

После этого на страницах сайта будут появляться сообщения об ошибках, если таковые имеются. Это полезно, если где-то на сайте у вас появляется белый экран.

После включения показа сообщений об ошибках на белом экране вы увидите тип ошибки и её описание.
По этому описанию можно найти решение в поиске Яндекса или Гугла.

Включение показа ошибок php через configuration.php

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

В нём есть директива 

public $error_reporting = 'default';

Чтобы включить показ ошибок, измените значение default на maximum

Как включить показ ошибок через .htaccess

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

Открываем .htaccess — обратите внимание точка впереди. Если у вас нет такого файла, то создайте его.
В CMS системах он обычно называется htaccess.txt и его достаточно просто переименовать в .htaccess

В самом верху добавляем строчку:

php_flag display_errors on

А строчка:

php_flag display_errors off 

выключает показ ошибок.

Какие сообщения об ошибках php бывают?

Самые частые это:

Notice — уведомление о незначительных ошибках в коде. Обычно работоспособность сайта при этом сохраняется.

Просто в шапке выходят такие вот уведомления.

Warning — предупреждение о более серьёзных ошибках. Иногда при таком предупреждении работоспособность сайта также сохраняется, иногда белый экран. 

Fatal Error — предупреждение о критических ошибках, при которых выполнение сценариев невозможно. Сопровождается белым экраном.

Отключайте показ ошибок!

После включения и наладки сайта обязательно отключайте показ ошибок. Потому что это НЕ безопасно, да и посетителям сайта их видеть незачем.

Желаю вам всего хорошего!

Errors, warnings, alerts and notices can be displayed from any component, module, plugin or template using the methods outlined below.

// Get a handle to the Joomla! application object
$application = JFactory::getApplication();

// Add a message to the message queue
$application->enqueueMessage(JText::_('SOME_ERROR_OCCURRED'), 'error');

/** Alternatively you may use chaining */
JFactory::getApplication()->enqueueMessage(JText::_('SOME_ERROR_OCCURRED'), 'error');

The second argument to the enqueueMessage function is the type of the message. The default is message, but error results in a different style for the message. The message will be displayed in place of a special jdoc:include statement in your template. Place the following in your template at the location where you want messages to appear.

<jdoc:include type="message" />

Message[edit]

Message

JFactory::getApplication()->enqueueMessage('Message');

Notice[edit]

Notice

JError::raiseNotice( 100, 'Notice' );

Warning[edit]

Warning

JError::raiseWarning( 100, 'Warning' );

Error[edit]

Error

JError::raiseError( 4711, 'A severe error occurred' );

Joomla! 3.x is Bootstrapped[edit]

Since Joomla! uses Bootstrapped templates, the messages will use the standard Bootstrap CSS styles for Alerts.

See: https://getbootstrap.com/2.3.2/components.html#alerts

The general syntax remains:

JFactory::getApplication()->enqueueMessage('Your Message', 'type');

Where type can be one of

• ‘message’ (or empty) — green
• ‘notice’ — blue
• ‘warning’ — yellow
• ‘error’ — red

See Also[edit]

• JError on api.joomla.org
• JApplication on api.joomla.org

Вступление

Найти ошибку, которая привела к некорректной или фатальной ошибки 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, называют «экраном смерти». С одной стороны это правильно, сайт и/или админка недоступны, сайт не работает и срочно нужно это безобразие исправлять. С другой стороны, белый экран, необходим, как оборонительный рубеж от взлома. Поэтому, вы не только должны знать, как исправить белый экран, но и как правильно его настроить. Да, да, именно, правильно настроить белый экран Джумла. С этого и начнем.

Настройка белого экрана

В Joomla есть системная функция вывода (показа) ошибок на сайте. Настройка вывода ошибок находится на вкладке Общие настройки→Сервер→Показ ошибок. По определению нужно поставить показ ошибок в положение «Нет», то есть ошибки показывать не нужно. Поясню почему. Если поставить постоянный показ ошибок, при взломе сайта злоумышленник будет видеть информацию системы и легко преодолеет вашу защиту. Кроме этого, простым посетителям не нужно видеть, даже самые безобидные ошибки на сайте.

Отсюда вывод 1: В рабочем состоянии система Joomla не должна показывать ошибки.

Видим белый экран Joomla

Предположим, пришел день «Ч» и при попытке войти в административную панель и/или при попытке открыть свой сайт вы видите белый экран. Такое простое, белое полотно, как в кинотеатре. В такой ситуации паниковать не нужно. Для начала успокойтесь, если конечно волновались, и вспомните, что вы делали с сайтом до белого экрана.

Скорее всего, вы могли:

• Установить и включить новое расширение;
• Обновить версию Joomlaне проверив ее совместимость с установленными расширениями;
• Обновили, какое либо расширение;
• Или, кто-то, включая вас, капался в коде сайта.

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

Как включить показ ошибок из административной панели Joomla

Если вы можете войти в административную панель сайта, включить ошибки не сложно. Для включения показа ошибок открываете вкладку Общие настройки→Сервер и ищите строку «Показ ошибок».

Joomla предлагает несколько вариантов отражения ошибок, от показа по умолчанию, до показа ошибок для разработчиков:

• Нет;
• Показ по умолчанию системы;
• Простой;
• Максимум;
• Для разработчиков.

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

Что должно быть, когда включен показ ошибок

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

Отсюда вывод 2: Показ причин белого экрана с доступом в админку сайта включается на вкладке: Система→Общие настройки →Сервер.

Но это мы выявили ошибки при рабочем доступе в административную панель сайта. А что делать, если белый экран висит вместо админки при попытке в неё войти.

Как включить показ ошибок, если нет доступа в административную панель Joomla

Белый экран Joomla может закрыть вам доступ в административную панель. В этом случае, для включения показа ошибок, идем в каталог сайта по FTP соединению. Здесь нас интересует, конечно же, файл configuration.php– основной файл со всеми настройками системы, которые вы задавали в интерфейсе административной панели.

Важно, для редактирования файла configuration.php копируем его на компьютер, делаем с него копию и открываем копию для редактирования в текстовом редакторе. Я пользую Notepad++, а FTP клиент — FileZilla и еще не разу не пожалел об этом. Редактируем копию configuration.php, оставляя первоисточник для резерва.

В configuration.php ищем строку: error_reporting и ставим значение maximum:

$error_reporting = ‘maximum’; // оно соответствует значению «Максимум» ; в настройках показа ошибок из административной панели.

Сохраняем отредактированный файл и переносим в каталог сайта в режиме перезаписи. Открываем сайт и смотрим сообщение об ошибках.

Отсюда вывод 3: Включить показ ошибок белого экрана можно редактированием файла configuration.php.

Ищем причины белого экрана Joomla в логах сайта

На этом сайте я еще не писал, как работать с логами сайта Joomla, поэтому кратко.

Вам может повести и у вас правильно настроенный хостинг, который все ошибки, происходящие с сайтом, пишет в файл error.log. В зависимости от настроек, доступ к нему может быть различный: из административной панели хостинга, из каталога по FTP или вы можете запросить его в supportвашего хостера. Важно его найти или получить.

Открываете его в текстовом редакторе и по дате и времени ищите свою системную ошибку. Строка с ошибкой довольно длинная и может показаться непонятной. В принципе понимать нужно две вещи:

1. Первая: в начале ошибки должно быть: PHP Warnings или PHP Notice. Первая ошибка серьезнее второй.
2. Вторая: в строке ошибки ищите названия расширения Joomla, которое и вызвало эту ошибку.

Теперь сопоставьте эти данные с вашими воспоминаниями по обновлению на сайте или установке новых расширений и поймете, кто виновник белого экрана.

Что делать, если понятна причина белого экрана

Если есть доступ в административную панель, открываете Расширения→Менеджер расширений→Управление. Находите расширение-виновник и как минимум отключаете его. Не забывайте чистить кэш сайта и кэш браузера (кнопка CTRL+F5). Если не помогло — деинсталлируйте расширение и опять чистить кэш сайта и кэш браузера.

Ничего не помогает – белый экран Joomla не пропадает

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

1. не сдавайтесь, я находил решение для самых сложных ошибок. Чаще на англоязычных ресурсах.
2. можно плюнуть на поиски ошибок, снести сайт и БД и восстановить их из резервной копии сайта, которую вы должны были сделать перед любыми обновлениями на сайте.
3. ищите помощника из профессионалов.

©Joomla3-x.ru

Другие статьи раздела: Администрирование

0 Пользователей и 1 Гость просматривают эту тему.

if ( version_compare(phpversion(), '7.0.0', '>=') )
{
    // Add the file and line at which the error occured
    $error_file = $this->error->getFile();
    $error_line = $this->error->getLine();
    if ( $error_file )
    {
        echo '<pre>' .$error_file .':'. $error_line . '</pre>';
    }
}

<?php if (JFactory::getConfig()->get('error_reporting')!== 'none') { ?>
<p><?php echo JText::_('JERROR_LAYOUT_PLEASE_CONTACT_THE_SYSTEM_ADMINISTRATOR'); ?></p>
<blockquote>
	<span class="label label-inverse"><?php echo $this->error->getCode(); ?></span> <?php echo htmlspecialchars($this->error->getMessage(), ENT_QUOTES, 'UTF-8');?> in <b><?php echo htmlspecialchars($this->error->getFile(), ENT_QUOTES, 'UTF-8');?></b> on line <b><?php echo htmlspecialchars($this->error->getLine(), ENT_QUOTES, 'UTF-8');?></b>
</blockquote>
<?php } ?>

2017-07-28T07:15:10+00:00	WARNING 46.249.28.173	assets	No asset found for com_content.category.root, falling back to com_content
2017-07-28T07:15:10+00:00	CRITICAL 46.249.28.173	error	Uncaught Exception of type JException thrown. Stack trace: #0 /var/www/html/***/htdocs/libraries/legacy/error/error.php(277): JError::raise(1, 404, 'xD0x9AxD0xB0xD1x82xD0xB5xD0xB3xD0xBExD1x80xD0...', NULL, true)
#1 /var/www/html/***/htdocs/libraries/legacy/view/category.php(132): JError::raiseError(404, 'xD0x9AxD0xB0xD1x82xD0xB5xD0xB3xD0xBExD1x80xD0...')
#2 /var/www/html/***/htdocs/components/com_content/views/category/view.html.php(72): JViewCategory->commonCategoryDisplay()
#3 /var/www/html/***/htdocs/libraries/legacy/controller/legacy.php(671): ContentViewCategory->display()
#4 /var/www/html/***/htdocs/components/com_content/controller.php(113): JControllerLegacy->display(true, Array)
#5 /var/www/html/***/htdocs/libraries/legacy/controller/legacy.php(709): ContentController->display()
#6 /var/www/html/***/htdocs/components/com_content/content.php(39): JControllerLegacy->execute(NULL)
#7 /var/www/html/***/htdocs/libraries/cms/component/helper.php(389): require_once('/var/www/html/z...')
#8 /var/www/html/***/htdocs/libraries/cms/component/helper.php(364): JComponentHelper::executeComponent('/var/www/html/z...')
#9 /var/www/html/***/htdocs/libraries/cms/application/site.php(191): JComponentHelper::renderComponent('com_content')
#10 /var/www/html/***/htdocs/libraries/cms/application/site.php(230): JApplicationSite->dispatch()
#11 /var/www/html/***/htdocs/libraries/cms/application/cms.php(265): JApplicationSite->doExecute()
#12 /var/www/html/***/htdocs/index.php(49): JApplicationCms->execute()
#13 {main}

1. Отображение ошибок, предупреждении, оповещений и уведомлений в Joomla
2. Вывод сообщения в Joomla
3. Вывод уведомления в Joomla
4. Вывод предупреждения в Joomla
5. Вывод ошибки в Joomla
6. Поддержка Bootstrap в отображениях для пользователей в Joomla

Ошибки, предупреждения, оповещения и уведомления могут быть отображены из любого компонента, модуля, плагина или шаблона с помощью методов, описанных ниже.

// Получение доступа к объекту приложения Joomla
$application = JFactory::getApplication();

// Добавляем сообщение в очередь сообщений
$application->enqueueMessage(JText::_('SOME_ERROR_OCCURRED'), 'error');

/** В качестве альтернативы можно использовать цепочку */
JFactory::getApplication()->enqueueMessage(JText::_('SOME_ERROR_OCCURRED'), 'error');

Вторым аргументом функции enqueueMessage является тип сообщения. По умолчанию это 'message', 'error‘ приводит к другому стилю сообщения. Сообщение будет отображаться вместо специального блока jdoc:include в вашем шаблоне. Поместите следующее в ваш шаблон в том месте, где вы хотите, чтобы появлялись сообщения.

<jdoc:include type="message" />

Вывод сообщения в Joomla.

Message

JFactory::getApplication()->enqueueMessage('Message');

Вывод уведомления в Joomla.

Notice

JError::raiseNotice( 100, 'Notice' );

Вывод предупреждения в Joomla.

Warning

JError::raiseWarning( 100, 'Warning' );

Вывод ошибки в Joomla.

Error

JError::raiseError( 4711, 'A severe error occurred' );

Поддержка Bootstrap в отображениях для пользователей в Joomla.

Поскольку Joomla 3.x использует шаблоны Bootstrap, сообщения будут использовать стандартные стили bootstrap CSS для Alerts.

См.: https://getbootstrap.com/docs/5.1/components/alerts/

Общий синтаксис остается прежним:

JFactory::getApplication()->enqueueMessage('Your Message', 'type');

Где тип может быть одним из

• 'message' (или не задано) — зеленый
• 'notice' — синий
• 'warning' — желтый
• 'error' — красный

Перевод с английского официальной документации Joomla:
https://docs.joomla.org/Display_error_messages_and_notices

Заберите ссылку на статью к себе, чтобы потом легко её найти!
Выберите, то, чем пользуетесь чаще всего:

Включить режим отладки

Белый лист — страницы Joomla или Удаленный сервер файл не найден при сохранении в джумле — включаем отображение ошибок вручную — режим отладки

Файл: configuration.php

Joomla! 1.0

Переменная: $mosConfig_error_reporting

PHP код:

$mosConfig_error_reporting = ‘-1’;  

Возможные значения:

6143 — отображать все ошибки;

7 — отображать простые ошибки;

0 — выключить (не отображать ошибки);

-1 — по умолчанию (использовать настройки системы).

Joomla! 1.5

Переменная: $error_reporting

PHP код:

var $error_reporting = ‘-1’;  

Возможные значения:

6143 — отображать все ошибки (по максимуму);

7 — отображать простые ошибки;

0 — выключить (не отображать ошибки);

-1 — по умолчанию (использовать настройки системы).

Joomla! 2.5 и 3.0

Переменная: $error_reporting

PHP код:

public $error_reporting = ‘default’;  

Возможные значения:

development — отображать все ошибки, включая уведомления (режим отладки для разработчиков);

maximum — отображать все ошибки (по максимуму);

simple — отображать простые ошибки;

none — выключить (не отображать ошибки);

default — по умолчанию (использовать настройки системы).

Включение консоли отладки (для Joomla 2.5 — 3.0+)

PHP код:

public $debug = ‘1’; // 0 — выключено, 1 — включена  

Включение отладки языковых файлов

PHP код:

public $debug_lang = ‘1’; // 0- выключено, 1 — включено  

Данные отладки, отображаемые в консоли, можно настроить в системном плагине отладки System — Debug (Система — Отладка). 
В Joomla 3.0 появилась возможность журналирования устаревших функций PHP.
В Joomla 3.1 появилась возможность отображения журнала в консоли отладки.

Итак разберем конкретный пример — совсем не давно я столкнулся с таким случаем — сайт работал, более года я с ним ни чего не делал, даже не обновлял даже контент и тут захожу хочу опубликовать новый материал и получаю белый экран браузера. В общем по порядку: 

1) Первое что нужно сделать — это включить вывод ошибок — что бы понять что конкретно не нравиться движку сайта Joomla. 

В соответствии вышесказанному — в данном случае у нас движок 2,5 — следовательно заходим на ФТП и открываем корневой файл configuration.php для редактирования. 

Для простоты просто комментируем старое значение — затем в конце после выявления и исправления ошибки мы просто его вновь раскомментируем удалив вторую строчку: 

//public $error_reporting = ‘default’;

public $error_reporting = ‘development’;

2) После чего пробуем сохраниться — тут же выходят наши ошибки:

Strict Standards: Only variables should be passed by reference in /home/www/super-surep-site.ru/libraries/joomla/filter/input.php on line 558

Strict Standards: Only variables should be passed by reference in /home/www/super-surep-site.ru/libraries/joomla/filter/input.php on line 558

Fatal error: Call to undefined function apc_cache_info() in /home/www/super-surep-site.ru/libraries/joomla/cache/storage/apc.php

3) Все понятно. В джумле 2,5 на многих серверах наблюдается дефолтное значение параметра кэширования равного «apc»: 

public $cache_handler = ‘apc’; 

При этом в админке этого не видно там высвечивается значение — или кэширование отключено или стоит значение — файлы «file». 

Но при этом почти на половине серверов джумла 2,5 с «public $cache_handler = ‘apc’;» не работает. 

Меняем на всегда рабочее и наиболее универсальное- распространение значение:

public $cache_handler = ‘file’;

Все сайт работает. 

В целом на счет невозможности сохраниться чаще всего необходимо:

1) Проверяем .htaccess на предмет включения, каких либо дополнительных директив — проще всего взять из исходного дистрибутива и сравнивать построчно.

2) проверить файл шаблона сайта на предмет включения в него посторонних кодов.  

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

4) просто скопировать и вставить появившиеся ошибки в гугл или яндекс. Так как джумла сверх распространенный движок мне еще не встречались ошибки которые еще не рассматривались до меня на просторах интернет форумов — да иногда приходиться использовать англоязычные форумы — но гугл переводчик уже в настоящий момент переводит достаточно понятно — по крайне мере смысл всегда можно понять даже без знаний английского.

(Слабо распространенные модули в счет не берем – там можно нарваться на все что угодно – но тут совет прост, пользуйтесь наиболее распространенными проверенными и хорошо поддерживаемыми модулями Joomla – ведь на самом деле требования и желания у большинства одни и те же.) 

Ps/ Как и с любой болезнью — главное в ее лечении — это правильно и вовремя ее диагностировать!!!

administrator/backups/
administrator/cache/ 
administrator/components/ 
administrator/modules/ 
administrator/templates/ 
cache/ 
components/ 
images/ 
images/banners/ 
images/stories/ 
language/ 
language/en-GB/ 
language/ru-RU/
media/ 
modules/ 
plugins/ 
plugins/content/ 
plugins/search/ 
plugins/system/ 
templates/

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

Включаем/выключаем отображение ошибок PHP

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

В php.ini:

Необходим перезапуск Apache:

sudo apachectl -k graceful

ИЛИ

В .htaccess:

ИЛИ

В скрипте PHP:

после кода, который проверяем на ошибки — позвращаем все обратно

Смысл такой: сначала обрабатывается значение в php.ini, затем в .htaccess, затем в скрипте PHP. То есть если на сервере вывод ошибок выключен, в .htaccess тоже, то мы можем вывести ошибки в скрипте, чтобы посмотреть насколько все плохо в конкретном месте кода .

Подробности

Просмотров: 4984

Белый лист — страницы Joomla или Удаленный сервер файл не найден при сохранении в джумле — включаем отображение ошибок вручную — режим отладки

В очередной раз столкнувшись с «белым листом джумлы» или «Удаленный сервер или файл не найден» при попытки что либо сохранить в джумле

Как вручную включить режим отладки в Joomla всех версий: 1.0, 1.5, 1.6-2.5, 3.0-3.1

Файл: configuration.php

Joomla! 1.0

Переменная: $mosConfig_error_reporting

Возможные значения:

• 6143 — отображать все ошибки;
• 7 — отображать простые ошибки;
• 0 — выключить (не отображать ошибки);
• -1 — по умолчанию (использовать настройки системы).

Joomla! 1.5

Переменная: $error_reporting

Возможные значения:

• 6143 — отображать все ошибки (по максимуму);
• 7 — отображать простые ошибки;
• 0 — выключить (не отображать ошибки);
• -1 — по умолчанию (использовать настройки системы).

Joomla! 2.5 и 3.0

Переменная: $error_reporting

Возможные значения:

• development — отображать все ошибки, включая уведомления (режим отладки для разработчиков);
• maximum — отображать все ошибки (по максимуму);
• simple — отображать простые ошибки;
• none — выключить (не отображать ошибки);
• default — по умолчанию (использовать настройки системы).

Включение консоли отладки (для Joomla 2.5 — 3.0+)

Включение отладки языковых файлов

Данные отладки, отображаемые в консоли, можно настроить в системном плагине отладки System — Debug (Система — Отладка).
В Joomla 3.0 появилась возможность журналирования устаревших функций PHP.
В Joomla 3.1 появилась возможность отображения журнала в консоли отладки.

Итак разберем конкретный пример — совсем не давно я столкнулся с таким случаем — сайт работал, более года я с ним ни чего не делал, даже не обновлял даже контент и тут захожу хочу опубликовать новый материал и получаю белый экран браузера. В общем по порядку: 

1) Первое что нужно сделать — это включить вывод ошибок — что бы понять что конкретно не нравиться движку сайта Joomla. 

В соответствии вышесказанному — в данном случае у нас движок 2,5 — следовательно заходим на ФТП и открываем корневой файл configuration.php для редактирования. 

Для простоты просто комментируем старое значение — затем в конце после выявления и исправления ошибки мы просто его вновь раскомментируем удалив вторую строчку: 

2) После чего пробуем сохраниться — тут же выходят наши ошибки:

3) Все понятно. В джумле 2,5 на многих серверах наблюдается дефолтное значение параметра кэширования равного «apc»: 

public $cache_handler = ‘apc’; 

При этом в админке этого не видно там высвечивается значение — или кэширование отключено или стоит значение — файлы «file». 

Но при этом почти на половине серверов джумла 2,5 с «public $cache_handler = ‘apc’;» не работает. 

Меняем на всегда рабочее и наиболее универсальное- распространение значение:

public $cache_handler = ‘file’;

Все сайт работает. 

В целом на счет невозможности сохраниться чаще всего необходимо:

1) Проверяем .htaccess на предмет включения, каких либо дополнительных директив — проще всего взять из исходного дистрибутива и сравнивать построчно.

2) проверить файл шаблона сайта на предмет включения в него посторонних кодов.  

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

4) просто скопировать и вставить появившиеся ошибки в гугл или яндекс. Так как джумла сверх распространенный движок мне еще не встречались ошибки которые еще не рассматривались до меня на просторах интернет форумов — да иногда приходиться использовать англоязычные форумы — но гугл переводчик уже в настоящий момент переводит достаточно понятно — по кране мере смысл всегда можно понять даже без знаний английского.

(Слабо распространенные модули в счет не берем – там можно нарваться на все что угодно – но тут совет прост пользуйтесь наиболее распространенными проверенными и хорошо поддерживаемыми модулями Joomla – ведь на самом деле требования и желания у большинства одни и те же.) 

Ps/ Как и с любой болезнью — главное в ее лечении — это правильно и вовремя ее диагностировать!!!

Если вы не сохраняете материала пытаетесь установить новый модуль то это несколько другое и здесь в первую очередь необходимо проверить права записи на папки и файлы приведенные слева — должны иметь значения 755 (на картинке справа — принскрин закрытая для установок структура сайта — при этом в данном варианте — гораздо сложнее взломать сайт — т.е. с одной стороны не удобно каждый раз при установки чего либо  необходимо менять права — с другой стороны — забыл поменять на минимальные — как правило получишь взлом движка):

administrator/backups/
administrator/cache/
administrator/components/
administrator/modules/
administrator/templates/
cache/
components/
images/
images/banners/
images/stories/
language/
language/en-GB/
language/ru-RU/
media/
modules/
plugins/
plugins/content/
plugins/search/
plugins/system/
templates/

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

Как вручную включить режим отладки в Joomla всех версий: 1.0, 1.5, 1.6-2.5, 3.0-3.1

Файл: configuration.php

Joomla! 1.0

Переменная: $mosConfig_error_reporting

$mosConfig_error_reporting = ‘-1’;

Возможные значения:

6143 — отображать все ошибки;
7 — отображать простые ошибки;
0 — выключить (не отображать ошибки);
-1 — по умолчанию (использовать настройки системы).

Joomla! 1.5

Переменная: $error_reporting

var $error_reporting = ‘-1’;

Возможные значения:

6143 — отображать все ошибки (по максимуму);
7 — отображать простые ошибки;
0 — выключить (не отображать ошибки);
-1 — по умолчанию (использовать настройки системы).

Joomla! 2.5 и 3.0

Переменная: $error_reporting

public $error_reporting = ‘default’;

Возможные значения:

development — отображать все ошибки, включая уведомления (режим отладки для разработчиков);
maximum — отображать все ошибки (по максимуму);
simple — отображать простые ошибки;
none — выключить (не отображать ошибки);
default — по умолчанию (использовать настройки системы).

Включение консоли отладки (для Joomla 2.5 — 3.0+)

public $debug = ‘1’; // 0 — выключено, 1 — включена

Включение отладки языковых файлов

public $debug_lang = ‘1’; // 0- выключено, 1 — включено

Данные отладки, отображаемые в консоли, можно настроить в системном плагине отладки System — Debug (Система — Отладка).
В Joomla 3.0 появилась возможность журналирования устаревших функций PHP.
В Joomla 3.1 появилась возможность отображения журнала в консоли отладки.