прям "о graphql сча популярен - надо срочно его встроить, и вот эту штуку, и ту..."

у него есть польза но подозреваю что большинство не пользуются тем что там реально может чем-то помогать (если ты знаешь зачем тебе json-ld например)

а так - делать с ним нормально можно - значит "ну и хер с ним, пусть живет". Даже если это "нормально" далеко в документации (что б не отпугивать любителей запросы в базу пихать)

Уже пару лет работаю с api platform, кроме обычных crud за это время успел сделать много разного - прекрасно все настраивается, добавляются несуществующие в бд сущности, кастомные операции, асинхронные операции, наполнение и выдача данных в зависимости от каких-нибудь условий. Часто, когда не знаешь как что-то сделать, находишь ответ именно в документации - там много всего, но не всегда легко найти) Считаю апи платформ удобным и полезным инструментом

Продолжай последнее предложение до конца: "... чтобы проект закрыть."

😱

Где чуть более сложнее и понимаешь, что с апиплатформой костыли - переписать этот кусок на натив.

Тоже сначала плевался, а теперь считаю что для крудиков или с легкими усложнениями норм.

Кстати раз уж поднялась тема по апи алтформ :)
А можно как то удобно сделать несколько get операций с разной сериализацией и вложенностями? По доке - это писать свои контроллеры и хэндлеры на кастомные экшены, но чет тогда проще нативку писать в этих местах.

ну группы не помогут?

А как? Есть разрешенные collectionOperations, там только get. Да можно указать несколько normalization_context, но их же нельзя передавать в query.

collectionOperations = {get ={}, getFull = {},getShort = {} }

С разными path (ну или query), при этом не писать контроллеры для этого

Добрый день ребят! какой респнос отправить для пост запросов к АПИ?

return $this->json([], Response::HTTP_CREATED);

так оказывается не не корректный JSON

Вопрос снимается, достаточно path другой указать...

товарищи, подскажите по symfony messenger. делаю сериализатор кастомный для него чтобы принимать данные из внешней системы, принимаются с десяток роутинг ключей, у каждого ключа свой формат сообщения

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

ткните в доку пожалуйста

вообще не понятно

как в сериализаторе мессенджера получить роутинг ключ ?

месенджер никакого отношения к роутингу не имеет

Там прям в доке есть пример с динамическим определением группы

и что в твоем понимании сериализатор запросов от внешних систем? Контроллер?