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

Белый лист - страницы 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

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/ Как и с любой болезнью - главное в ее лечении - это правильно и вовремя ее диагностировать!!!

Если вы не сохраняете материала пытаетесь установить новый модуль то это несколько другое и здесь в первую очередь необходимо проверить права записи на папки и файлы приведенные
слева - должны иметь значения 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/

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

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

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

В php.ini:

error_reporting = E_ALL (ну и какие там еще не нужны ошибки указываем)

display_errors On<span style="font-family: 'Courier New';"><strong>

</strong></span>

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

sudo apachectl -k graceful

ИЛИ

В .htaccess:

php_flag display_errors On

#показываем все ошибки кроме предупреждений (Notice)

php_value error_reporting "E_ALL & ~E_NOTICE"

ИЛИ

В скрипте PHP:

1 2	ini_set('display_errors','On'); error_reporting('E_ALL');

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

5	ini_set('display_errors','Off');

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