буквально 200 строк, несложно выяснить когда и какие события бросаются

на затравочку https://symfony.com/doc/current/form/events.html

Привет, подскажите плиз с кешированием доктрины. Сейчас настраиваю сохранение кеша в редис. В конфигах доктрины указал следующее. Очищаю полностью редис и вижу, что записей нет. Обновляю страницу сущности без кеша. Там 15 запросов в бд, повторно обновляю страницу, в профайлере уже 10-11 запросов. И вроде как работает, но в редисе нашел select сущности которую выбираю и вижу ее же в профайлере. Т.е она вроде как закешировалась, но не доктрина повторно собрала запрос и отправила его в базу. Что я делаю не так? :(

Перед getResult в репозе проставляю enableResultCache(3600)

а ну и да, сущность которую я тащу идет через partial запросы, поэтому secondLevelCache на нее не повесить

Всем привет! Кто-то юзал botman.io? Расскажите впечатления от работы плиз.

Я глянул примеры кода, там все на фабричных методах а-ля Button::make() и почти совсем нет DI, то есть как внедрять в классы диалогов другие сервисы (коннекты к бд, доменные сервисы и тд) не ясно.

И вот такие решения конечно наводят на плохие мысли о продукте https://rinkovec.com/using-botman-symfony-service-container/

Может есть аналоги?

Сдалай обертку. Юзай через DI

А зачем тебе в кнопке Коннект к базе?)

мне в классе диалога надо иметь сервисы другие, в т.ч. и коннект к базе.
Например диалог оформления заказа, там 5-6 вопросов про адрес, дату и тд и в результате это все надо сохранить в базу в виде отдельного заказа)

в целом ботман выглядит симпотично, но вот эти моменты с его расширяемостью и костылями на таких простых вещах смущают. Либо я чего-то не понимаю.

ПС. Доку на botman.io прочитал всю)

вот прям так сел и читал всю доку?)

да) даже FAQ прочитал, а он на минуточку, самый последний в списке разделов

А пример, что кажется костыльным?

вот, взгляни на первые два куска кода здесь https://botman.io/2.0/conversations
Есть класс “Диалог” который в себя включает сценарий общения с юзером. В примеме по ссылке у юзера спрашивают имя и емейл. Важно заметить, что специфика чатботов предполагает сохранение состояния чата для юзера, чтобы знать откуда продолжить когда юзер снова обратится к боту. Здесь это реализовано через сериализацию класса OnboardingConversation. Это означает, что нельзя просто взять и в конструктор диалога передать зависимости нужные (сервис юзера или заказа или event dispatcher). Об этом написано тут https://rinkovec.com/using-botman-symfony-service-container/

Через аргументы передавать можно?

та вот смотрю сорцы, пока такого не видел. Но нашел, что можно PSR контейнер передать в главный класс https://github.com/botman/botman/blob/2.0/src/BotMan.php#L180
ну и далее $this->container->get(‘doctrine’) как в symfony 3))

не понимаю, как с таким подходом проект собрал >5К звезд на гитхабе. Вероятно ларавельщики наставили звёзд с радости