Кто-то знает как в симфони 4 исправить баг с ресетом монолога при работе с месенджером?

Проблема точно с монологом а не с em ?

Не совсем понятно что значит "все сыпится", типо фингер кросс отваливается (не отключается)?

Нашел о чем речь https://symfony.com/blog/new-in-symfony-5-4-messenger-improvements#reset-container-services-between-messages

Кто-то знает как в симфони 4 исправить баг с ресетом монолога при работе с месенджером?

https://github.com/symfony/monolog-bridge/blob/v5.4.0/Messenger/ResetLoggersWorkerSubscriber.php

Нашел о чем речь https://symfony.com/blog/new-in-symfony-5-4-messenger-improvements#reset-container-services-between-messages

ну а это здесь https://github.com/symfony/messenger/blob/6.3/EventListener/ResetServicesListener.php

Всем привет, подскажите, плиз надо вывести форму в виде списка записей, html таблица со строками из базы, например findAll() беру данные, в инете не могу найти нормального примера или описания решения, пока такая ошибка, да, передаю массив и надо преобразовать You can avoid this error by setting the "data_class" option to null or by adding a view transformer that transforms "array" to an instance of "App\Entity\Feed".

уу , symfony forms ну а какой form type у тебя там для списка feed?

уу , symfony forms ну а какой form type у тебя там для списка feed?

Благодарю за направление мышления, решил задачу ->add('feeds', CollectionType::class, [ 'entry_type' => ListFormType::class ])

когда в проекте установлены не fos бандллы

Благодарю за направление мышления, решил задачу ->add('feeds', CollectionType::class, [ 'entry_type' => ListFormType::class ])

Лучший совет, это не используйте формы, это самое худшее, что есть в симфони, особенно с сущностями

когда в проекте установлены не fos бандллы

как минимум самый первый иф можно убрать. У тебя в агрументах требование задать все

когда в проекте установлены не fos бандллы

Я лучше Gedmo Translatable пока ничего не видел, никакой почти ручной работы с переводами

Я лучше Gedmo Translatable пока ничего не видел, никакой почти ручной работы с переводами

Для мелких проектов, у него там переводы в отдельной таблице хранятся, все вообще, вроде :D есть разные реализации интернационала, и этот не самый оптимальный

как минимум самый первый иф можно убрать. У тебя в агрументах требование задать все

null можно передать, защита от этого видимо

Но вот isset поддерживает вот так isset($key,$locale,$value)

серьезно? не знал )

Привет!

Есть такой Exception

Он создается в сервисе

Эта ошибка в браузере

а на фронете получаю такое

нужно где то еще что то изменить?

сам фронт при существующем айди отрабатывает нормально

Помогите пожалуйста разобраться

Тебя не устраивает 500?

Помогите пожалуйста разобраться

Не кидай исключение, если это не исключительная ситуация

https://symfony.com/blog/new-in-symfony-6-3-http-exception-attributes

Не кидай исключение, если это не исключительная ситуация

Так это исключительная ситуация. Не найден item

https://symfony.com/blog/new-in-symfony-6-3-http-exception-attributes

Выглядит как, мы посмотрели какую херню сделали в ларе и решили перенять идеи😂😂😂

Почему херня идея?

Так это исключительная ситуация. Не найден item

Сервис вызывается в контроллере, оберни трай кэтчем и обработай как тебе надо, в чем проблема)

Сервис вызывается в контроллере, оберни трай кэтчем и обработай как тебе надо, в чем проблема)

В том что у тебя будет засран каждый контролер этим try/catch

В том что у тебя будет засран каждый контролер этим try/catch

Это проблема?

Это проблема?

это проблема. для этого и нужна эта фича.

В 6.4 можно будет настраивать код ошибки при мапинге риквеста в дто

Пропихнул MR )

глобальной настройки нету?

Нэту походу пока

не удобно. походу придется наследовать аттрибут и ставить по дефолту

Интересное решение должно сработать

Главное что это уже возможно

Интересное решение должно сработать

вообще в данном случае атрибут юзать ну такое, дайте интерфейс для реквест дто и будет чисто и локанично в коде🫤

Чего как думаете ларавель захватит мир?

ну маркер интерфейс такое

для этого и есть аттрибуты

ну маркер интерфейс такое

+ появляется зависимость от фрейма

+ появляется зависимость от фрейма

Так с аттрибутом тоже)

как раз таки нет.

твоя же dto будет имплементить контракт

а тут ты в аргументе просто метишь

атрибут же это просто мета информация

ну во первых писяться что мы зависим от фреймворка так себе затея, а во вторых что там что там мы помечаем дто чем то от фреймворка)

ну во первых писяться что мы зависим от фреймворка так себе затея, а во вторых что там что там мы помечаем дто чем то от фреймворка)

еще раз. для маркеров есть атрибуты

а пустой контракт так себе использовать для мета информации

если делать пометку дтошки, это норм вариант, а вот метить аргумент как минимум выглядит громоздко

если делать пометку дтошки, это норм вариант, а вот метить аргумент как минимум выглядит громоздко

Не норм, это костыль

Не норм, это костыль

Обоснуй

Обоснуй

для чего нужны интерфейсы?

для чего нужны интерфейсы?

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

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

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

Мне не жалко, просто выглядит так себе, тем более вряд ли ты одну и ту же дто для реквеста будешь использовать в разных местах для разных целей, чтобы помечать именно аргумент а не сам клас

Выглядит как, мы посмотрели какую херню сделали в ларе и решили перенять идеи😂😂😂

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

Мне не жалко, просто выглядит так себе, тем более вряд ли ты одну и ту же дто для реквеста будешь использовать в разных местах для разных целей, чтобы помечать именно аргумент а не сам клас

через атрибут можно навесить дополнительно параметров, через интерфейс нет. Только сам факт что вот эту дто можно подпихивать

опять же, для чего интерфейсы нужны? 😄

Мне не жалко, просто выглядит так себе, тем более вряд ли ты одну и ту же дто для реквеста будешь использовать в разных местах для разных целей, чтобы помечать именно аргумент а не сам клас

Интерфейсы не для этого нужны

через атрибут можно навесить дополнительно параметров, через интерфейс нет. Только сам факт что вот эту дто можно подпихивать

Так я и не говорю что аргумент это фу, я говорю что как по мне, помечать класс было бы более локанично

Так я и не говорю что аргумент это фу, я говорю что как по мне, помечать класс было бы более локанично

Интерфейсом?

Так я и не говорю что аргумент это фу, я говорю что как по мне, помечать класс было бы более локанично

ну напиши ишью, чтоб класс помечать атрибутом внутри

типа как #[AsController], #[AsCommand] ... будет какойнить #[AsRequestDto]

ну напиши ишью, чтоб класс помечать атрибутом внутри

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

типа как #[AsController], #[AsCommand] ... будет какойнить #[AsRequestDto]

Да, было бы ок

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

через интерфейс как раз костыль )

опять же, для чего интерфейсы нужны? 😄

А интерфейс это как один из вариантов реализации, пусть и с нарушением идеологии

через интерфейс как раз костыль )

У меня валидация была не через атрибуты, а в таком случае интерфейс самое оно👀

Точнее правила валидации