Ошибки при включенной отладке

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

Не пробовал, нагуглил такое:

В main.tpl.php в самый верх попробуйте добавить вот это:

вместо

ini_set('display_errors', 'Off')

можно попробовать

Нифигаccе о-го-гошеньки спасибо, не сработало.
Tolya можно всю строчку, ну пожалуйста?…

Tolya можно всю строчку, ну пожалуйста? ...

Если б я знал… Я просто балаболю…

не сработало

А если вместо 'Off' написать 0?

Может не работает из-за FastCGI (Nginx + PHP-FPM), а на апач php 7.2 — ошибок в том компоненте нет на этой версии php ...
qna.habr.com/q/39463, coderoad.ru/5911964/Не-удается-включить-php-display_errors

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

Первое событие после определения прав текущего пользователя это 'page_is_allowed'. Можно сделать хук в своём компоненте и в нём отключать вывод ошибок:
Либо воспользоваться альтернативной отладкой, где уже реализована опция "Показывать отладочную информацию только администраторам".

Может не работает из-за FastCGI (Nginx + PHP-FPM)

не работает из за того что, код добавляется в main.tpl.php.

например: добавив строку в main.tpl.php после </head>
error_reporting(0); — скрывает от нас ошибку на экране,
echo $device; — вызывает ошибку, так-как переменная не определена.
Делаем вывод, что данный код просто на просто не до всех ошибок дотягивается, следовательно его надо запихать куда-то в другое место.
Думаем откуда же он у нас дотянется, открываем файл bootstrap.php смотрим строку 36 и вот же error_reporting(0); значит от туда он дотягивается до всех ошибок. Но жаль что там не будет работать cmsUser::isAdmin()

Данное балабольство, для того чтоб вы не просто копировали и вставляли код, а начинали уже рассуждать.

Но жаль что там не будет работать cmsUser::isAdmin()

Там можно написать условие для ip, с которого админ заходит на сайт.

чтоб вы не просто копировали и вставляли код, а начинали уже рассуждать.

Нет на это времени. А вот как лучше сделать три Типа контента — на это есть… + seo и тд.
PS кран допустим можно починить самому, возможно заменив резинку, но лезть в программирование без необходимости и особого желание — пустая трата времени.

Либо воспользоваться альтернативной отладкой

Раньше как-то ставил расширенную отладку и не понравилось. А теперь когда "съел" не одну собаку на доп компонентах, настораживает:!!! Внимание! Будет перезаписана часть файлов ядра!!!!

Нет на это времени. А вот как лучше сделать три Типа контента — на это есть… + seo и тд.
PS кран допустим можно починить самому, возможно заменив резинку, но лезть в программирование без необходимости и особого желание — пустая трата времени.

Вот вы молодец своё время вы цените и бережёте, тратить не на что не хотите. А чужое так вам не жалко делаю вывод, что

пустая трата времени.

Это вам, что-то подсказывать

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

Там можно написать условие для ip, с которого админ заходит на сайт.

IP у провайдеров динамические, могут меняться после перезагрузки роутера.