В моем случае есть три варианта настроек.

1. Режим дебаггинга. Все trigger_error преобразуются в исключения.
2. Режим 500. На экране ошибка сервера, она логируется, скрипт останавливается.
3. Для продвинутых - отключение trigger_error. При этом можно пользоваться собственными эксепшенами, но ошибки все равно будут слогированы.

В вашем случае - только один. Ловить исключения и бороться с ними.

А если это новичек, который возомнил себя гуру? Он не станет писать логов. Он же крут и без них. Он просто попытается по вашим советам обрабатывать ошибки. А это может привести к непредсказунмым результатом. И никаких следов. Шито-крыто.

Да что там новичек. И на старуху бывает проруха. Чем же все же круче внутренние эксепшены, объясните без эмоций. Я пока вижу только минусы.

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

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

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

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Twin, Вот простой ajax запрос на получение данных и запрос отвалился с ошибкой. Как будете отлавливать? Используя trigger error? Что получит в этом случае json?
И по Вашему вопросу, сначало определитесь с уровнями исключений и ловите их на каждых уровнях по своему.

У меня все exceptions логируются и мне приходит сразу же смс если скажем что-то с критическое если просто warning то просто мэйл . Это стандартная практика записывать логи.

Соответственно с фаталами вы уже работает на самом высоком уровне и там тоже прикручен логгер.

Вот Вы написали скажем какой-то сервис или библиотеку и мне нужно её использовать и тут Ваша библиотека получает объект вместо строки и библиотека Вываливается с ошибкой.
У меня же прикручена логика если не работает ваш сервис то использовать другой.
Это стандартная практика когда какой-то сервис не работает а нужно использовать другой(может timeout)

В вашем же случаи я сломаю свою систему вашем trigger error который выдаст мне белый экран.

Надеюсь вам теперь понятно почему triggers errors ужасный говно код на высоких очень уровнях.
Что является вообще типичным быдлом кодом

Помню как-то раз пришлось парсить текст нативного php-шного warning'а дабы понять, что конкретно произошло, и в определенном случае переключиться на альтернативный сценарий. Очень "рад" был такому положению дел.
Жаль сейчас не могу найти сей эпичный костыль.

_____________

Профессиональная разработка на заказ

Я на GitHub | второй профиль

    public function strtolowerUTF8($var = null)
    {
        if (!is_string($var)) {
            @trigger_error('это не строка');
            return false;
        }
        
        return mb_strtolower($var, 'utf-8');
    }