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

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

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

обязательно нужно сказать огромное спасибо: OlegM - https://joomla-support.ru/post166770.html

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


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

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

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/

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

Комментарии  

 
.css?v=xxx
0 #1 .css?v=xxx 04.11.2015 19:30
Строка запроса передается на веб-сервер, как вы бы со сценарием.
Его в основном используется для заботится о кэше браузера.


Чтобы убедиться, что браузер получает новую версию, когда сайт получает обновленную с новой версией, например, как часть нашего процесса сборки мы имеем что-то вроде этого: .css?v=xxx

Так как это изменяется с каждым нажатием новый код, клиент вынужден, чтобы захватить новую версию, только из-за строки запроса.
Цитировать
 

Добавить комментарий