Ну, собственно, я про то же. Явный очевидный способ.
В догонку: такое вполне реально, если из CLI по какой-то причине выполнить виртуальный HTTP-запрос.
Проблема (помимо прочих) здесь очень простая - ты низводишь исключение до уровня тупой ошибки, отрубая одну из главных фич - возможность поймать где угодно, а не только по месту порождения.
совершенно верно.
Принцип «на всякий случай» в программировании (да и не только, наверное) неизбежно ведёт к провалу. Нужно точно понимать, что ты делаешь. *Постучал по дереву на всякий случай*
ну то есть ты предлагаешь натыкать везде трай-кетчей?
Что значит «везде»? Ровно в том же одном месте, где ты «натыкал» set_exception_handler. Задумайся над этим:
Не везде, а один раз.
Ну короче это спор о том, как регистьрировать централизованный обработчик - либо инклюдить и вызывать функцию с ним в глобальном трай-кетче в бутстрапе, либо инклюдить и регистрировать ее в хендлере там же. так?
// надеюсь тут нет ошибок
$app = new App();
$app->run();
class App{
function run(){
try{
// ...
}
catch(...){
$this->...
}
}
}
header('Status: 503');спасибо, поправлю
Ну, например:
class Application
{
public function execute()
{
try {
$this->run();
} catch (\Exception $e) {
$this->handleException($e);
}
}
private function run()
{
...
}
}require __DIR__ . '../vendor/autoload.php';
Application::start();http_response_code(503)
Весь спор о том использовать глобальное состояние или сделать более явно, без состояния и магии. Обязательный аргумент очевиднее необязательного со значением по умолчанию. Stateless сервис проще stateful. Проще приклеить этикетку к сосуду с жидкостью, а не хранить её в ящике отдельно. Предпочитай явное неявному. Ведь всё это одно и то же.
и было весьма непросто найти это место. С try catch хотя бы можно по коллстеку пройти и посмотреть что и как.
Замечательно, но