RT
да я думал об этом - типа запрещать запросы с не json accpt
Size: a a a
2020 August 07
RT
но мне кажется это страннфм решение
RT
код для обхода ограничений другого твоего кода
А
да я думал об этом - типа запрещать запросы с не json accpt
это режим strict, я предложил лояльный режим )
А
но предварительно обработать Accept было бы тоже норм
RT
можно проще
RT
убрать у ErrorCatcher все рендерыры
withoutRenderers и установить дефолный рендерер в ErrorHendlerRT
но мне тоже показалось это не самым понятным для пользователя поведением
RT
это способ добиться нужного результата, так как в ErrorCatcher эта функциональность отсутствует
RT
вот я и добавил такой функционал опционально
AM
я сегодня открыл
app пакет с чистой головой и ужаснулся кол-ву провайдеров в казалось бы пустом приложении 😐 и все без комментариевЗнаешь как сократить?
T
я сегодня открыл
app пакет с чистой головой и ужаснулся кол-ву провайдеров в казалось бы пустом приложении 😐 и все без комментариевYou can remove the providers you don't use, but as you start developing you will have to add the configurations, that is the price of dividing the packages.
А
Знаешь как сократить?
я пока конфужен. Не ожидал увидеть ларавель ) но комменты в провайдерах были бы кстати
А
провайдеры вроде Psr17Provider куда компактнее были в виде массива common.php
А
те провайдеры, которые без логики
T
провайдеры вроде Psr17Provider куда компактнее были в виде массива common.php
If possible then you will also have a giant configuration.
T
The configuration can be combined in multiple ways, the truth is that the number of packages makes it very large.
А
TradersVE
If possible then you will also have a giant configuration.
конфигурация контейнера это не параметры. Туда залезаешь как раз за этими дефинишенами
А
EventDispatcherProvider - полезная нагрузка 2 строки, файл 25 строк
T
If it makes sense to leave only the configurations with logic in the providers, but they will still be enough.