ну сделай разные хендлеры для авторизации

Мб глянуть Content-type: и по нему возвращать ошибку в нужном формате

Ну не)

открой доку по симфони секурити, там всё написано про этот кейс

почему 100, когда тебе надо 2 всего?

нужен глобальный механизм обработки ошибок

Вариант, но контент тайп часто пустой почему то, даже с браузера

Если с браузера пустой, тогда с мобилки нужно слать Content type = json

ну я сделал написав авторизаторов парочку

Не зацикливайся на авторизацию

но ты именно про неё говоришь

т.е. тебе надо глобальный errorHandler поделить?

одна админка в апи, другая сайт рендер

так я ж тебе сказал как делать

я не знаю зачем он тебе нужен)

все из коробки же

Приветствую. Вопросик: как грамотно разделять отображение ошибок json/html ? Для апишек у меня есть префикс /api и в целом можно определять по нему (по названиям роутов) и их отлавливать по OnKernelException, а остальное пропускать дальше в twig например в встроенный механизм отображения ошибок. Но не уверен что это оптимальный вариант, хотел бы почитать мнения :)

Собственно, да. Сериалайзер пак + заголовок accept json - будут ошибки так рендерить.

все так

Что именно?

В смысле? Типа, на фронт ошибка с кодом 1, через апи - 2 ?

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

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

ну сделай кастомные нормализеры и все

Цепочка обязанностей почти всегда лучше, чем гора if / switch (Если ты не голанг-разработчик :D)

И то и другое - зло. Есть другие варианты. Всегда. Какие? Зависит от того, что сделать нужно.

А чем цепочка-то вам не угодила? https://github.com/BoShurik/TelegramBotBundle Вот отличный пример, как это в симфони может и должно работать)

Собственно, все где supports используется это ж вроде она и есть. Так что у человека выше нормалайзеры самое оно использовать.

Подскажите плиз по тегам кэша. Правильно ли я понимаю, что лучше их избегать если это возможно в нагруженных системах? Просто пытаюсь продебажить, а там прям целые процедуры по инвалидации тега. П.С. Смотрю по редису.

Спасибо :)

лично я предпочитаю явно указывать инвалидацию в коде, типа не полагаться на магические механизмы, а три раза в коде написать $redis->del(...)

оно зависит от организации кеша же у 8 серверов могут быть независимые редисы

ничо не понял

лично я (чисто в рамках поболтать) не люблю вендор-лок на всякие высокоуровневые либы, пользы от симфони/кэщ, мессенджера, локера и многих вещей не особо очевидна. ну тебе реально не нужен адаптер чтобы и в файлы, и в мемкеш, и в редис и еще в два десятка разных стораджей умел. скорее всего, тебе нужен конкретно редис-кеш с какими-то редис-специфик фичами, но они будут скрыты за этим мегауниверсальным адаптером. да, ты выиграешь если сменишь редис на мемкеш, например, но как часто это делается в реальных проектах? зато если они решат всё изменить, сломать и переделать, ты никуда не денешься, придется пользоваться. поэтому я стараюсь в своих командах не блокироваться на симфони-компоненты, если их без особых затрат можно заменить на своё