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

Пользователь увидит ошибку, даже не увидев формы собственно.

Я склоняюсь к варианту  вывести пустой мета-тег <meta name="csrf"> .
Так у пользователя будет после отправки формы ошибка. А программист сможет увидеть, что у него csrf пустой в коде.

Но минус, что в логи это никуда не пойдёт, так как не будет исключений...

А почему может CSRF не быть?

мидлварь не подключил например :)

Ну, это фейл конфига. Лучше его выловить локально и сразу.

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

Некоторые, например, фигачат события и обработчики, постепенно превращая проект в событийного спагетти-монстра, который невозможно тестировать, который глючит при любом изменении.

Кто-то плодит иерархии классов и злоупотребляет наследованием, пытаясь в родительских классах спрятать всë...

Вот теперь ещë вариант, когда "сделаем контроллеры одинаковыми, а логику спрячем в конфиг".

В чëм смысл контроллера тогда? Если он везде одинаковый, то он и не нужен, все контроллеры можно одной мидлварью заменить)

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

Некоторые, например, фигачат события и обработчики, постепенно превращая проект в событийного спагетти-монстра, который невозможно тестировать, который глючит при любом изменении.

Кто-то плодит иерархии классов и злоупотребляет наследованием, пытаясь в родительских классах спрятать всë...

Вот теперь ещë вариант, когда "сделаем контроллеры одинаковыми, а логику спрячем в конфиг".

В чëм смысл контроллера тогда? Если он везде одинаковый, то он и не нужен, все контроллеры можно одной мидлварью заменить)

контроллер нужен чтобы сказать кому-то что делать с входными данными, и проконтролировать процесс :D
Ничо лишнего там быть не должно.

Минус текущего решения несколько надуманный. Есть common. Если сервис общий, он там описывается.

Например, в консольке у нас по дефолту долгие операции - норм и таймауты на коннекшн не нужны. А в API публичном — это зло и надо таймаут. Получается два разных конфига для одного типа сервиса с одним интерфейсом Connection.

Например, в консольке у нас по дефолту долгие операции - норм и таймауты на коннекшн не нужны. А в API публичном — это зло и надо таймаут. Получается два разных конфига для одного типа сервиса с одним интерфейсом Connection.