ребят, обновил доктрину (и dbal) и полезли в миграциях генериться ALTER TYPE JSON и DROP DEFAULT

может кто сталкивался

ощущение что оно не может разобраться юзаю я json или нет

ой

у нас в миграциях вообще ад

если diff делаешь

каждый раз меняют алгоритм названия индексов

https://github.com/doctrine/dbal/pull/2782

нашел виновника. сча попробую просто заменить все json_array на json

да, там очень криво сделали апдейт... не включили в одном месте хинт

тоже напарывался

Новая доктрина научилась в JSON? :)

а она всегда умела в принципе

только не тот жсон

text + json_decode

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

Этот-то да. Я про поиск

Всем привет. стоит symfony 1.4 Создал модуль, страница выдает ошибку (site.ru/test/) Empty module and/or action after parsing the URL "/test/" (/). Если открыть сслыку site.ru/test/index то открыватся нормально, без ошибок. Как это исправить?

роутинг: test: class: sfDoctrineRouteCollection options: model: test module: test prefix_path: /test column: id with_wildcard_routes: true

/stat@combot

combot.org/chat/-1001091570538

тут симфони меньше 2й ветки не обсуждают, поэтому вряд ли помогут

привет, может кто-то подсказать один момент по Oro Crm?

чат про симфони

чат про симфони

Oro crm основана на компонентах symfony. Так что технически все норм)

oro crm на симфони жеж, не исключено, что кто-то пилил на нем

в конфиге /test а в url вводите /test/ это разные url

потому и Empty module and/or action

@alimgulov

привет, может кто-то подсказать один момент по Oro Crm?

Привет спрашивай возможно помогу

Привет спрашивай возможно помогу

Если вдруг сталкивался... У нас на проекте есть сущности, которые привязываются как активности к задачам, например. Далее уже отображаются в контексте задач.

Так

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

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

Не совсем понял, на что именно поменять? Как это должно выглядеть?

Не совсем понял, на что именно поменять? Как это должно выглядеть?

ну например выводить не "mma,mtbe Сибирские сети +5 (Клиент)" , а только название "Сибирские сети +5 (Клиент)" В общем только нужные поля

ага все я понял

сам сижу курю "ActivityBundle", но пока безуспешно

Подскажи плиз версию crm

2.2.1

ок отлично Oro\Bundle\TaskBundle\Provider\TaskActivityListProvider сюда уже заглядывал?

щас загляну - не добирался. vendor/oro/platform/src/Oro/Bundle/ActivityBundle/Resources/views/macros.html.twig тут рендерится уже, судя по всему

И второй моент, мне прсот осамому сейчас лезть придется, задай вопрос тут https://www.orocrm.com/forums/forum/orocrm всегда есть кто-то на комьюнити саппорте

там быстрее подскажут

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

спасибо, ну тут реально чаще гуглить или исходники читать приходится, чем находить в документации

Спасибо

Да, над докой сеяас проводится активная работа

пожалуйста, если тчо можешь в личку писать

ERROR: S client not available

где вы складируете запросы к базе, которые возвращают скаляры, кастомные результаты, делают какие-то DQL запросы на апдейты и тд?

отдельно репосы и отдельно DAO?

где вы складируете запросы к базе, которые возвращают скаляры, кастомные результаты, делают какие-то DQL запросы на апдейты и тд?

у нас сайлекс для такого с простым pdo имеется

а если внутри симфони приложения? где есть сущности, репосы

@fes0r ану, че думаешь по этому поводу?

а если внутри симфони приложения? где есть сущности, репосы

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

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

теоретически это уже не репос

теоретически это уже не репос

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

репосы не работают со скалярами, они выполняют роль коллекции и имеют довольно простой интерфейс, но на выходе всегда сущности

а вот скаляры, и всякие update методы это уже dao

но обычно все пихают внутри одного кастомного репоса

по крайней мере у нас до такого скатились)

Можно для каждого запроса сделать класс BlablaQuery )

Можно для каждого запроса сделать класс BlablaQuery )

invokable?

да были такие вариации на просторах блогов

туда передать коннекшн и все

да можно прям em туда пихать

ну либо его через интерфейс

тут надо подумать насколько гибко оно нуна

$mailer = $this->get('mailer'); в контроллере это что-то типо $mailer = Yii::$app->mailer?

да, но лучше иньекцию пихать

Такой вызов не хорошо и лучше не вызывать из, а передавать в?

да, регаешь контроллер как сервис и инжектишь в него как обычно

https://gist.github.com/enleur/4d4a4ef3be7e36b693bfd4cdb58765d0 вот пример как это на 3.3 делается