без апи пожалуй соната норм, т.к. там не надо его пилить чтобы запустить админку

но конкретно react-admin, поюзавши, можно сказать что с медленным бэком она пиздец говно

с быстрым до 100-150мс норм работается, по очучениям

без апи пожалуй соната норм, т.к. там не надо его пилить чтобы запустить админку

Почему соната не изиадмин?

там нет acl

для супер простой одноранговой админки на 1 уровень админов без плюшек - пойдет, а вот контроль доступа там не настроить (пока что)

ACL или RBAC?

нет, в общем смысле. ну т.е. "как то можно" но больше гемороя, https://github.com/EasyCorp/EasyAdminBundle/issues/1076

ну такое, имхо больше одной группы админов— делай несколько админок

и все проблемы решены

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

несколько админок под них оказалось слишком ... копипастно

там же один файлик скопипастить, меньше чем кода на сонате

мне кроме этого еще сложные выборки понадобились, префильтры типа для связей

привет. в config/routes.yaml подключил resource файл из другой директории, указал prefix параметры (см. скриншот) . теперь у меня роуты дублируются: department_list admin_department_list. я так понимаю, что симфа автоматически генерирует роуты. как выключить эту автогенерацию?

привет. в config/routes.yaml подключил resource файл из другой директории, указал prefix параметры (см. скриншот) . теперь у меня роуты дублируются: department_list admin_department_list. я так понимаю, что симфа автоматически генерирует роуты. как выключить эту автогенерацию?

не вижу фото, но сф сама не меняет имена роутов, и не занимается неявной автогенерацией

а, name_prefix...

а, name_prefix...

без него не дублируется, кстати

без него не дублируется, кстати

что за ключ вообще? Сф не умеет в него из коробки

умеет вроде с 4.1

https://symfony.com/blog/new-in-symfony-4-1-prefix-imported-route-names

name_prefix ага хорошая штука

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

именно список в доках не могу найти

как по мне, документация симфы больше похожа на книгу или учебник, но никак не на документацию)

как по мне, документация симфы больше похожа на книгу или учебник, но никак не на документацию)

попробуй php bin/console help config:dump-reference

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

так же можно в исходниках подсмотреть. там порой бывает нахожу недокументированные вещи

https://github.com/symfony/routing/blob/master/Loader/YamlFileLoader.php

Например

спасибо всем

Господа, а много тут таких, кто CQRS/DDD на своей основной галере готовит? Насколько это маст хев на рынке сейчас?

Кроме Макса, офк

ни на сколько

ну отдельновзятые фишки, вполне можно юзать :)

DDD типа нужно, но его 1 хер 95% ассоциирует с названиями папочек, а поэтому насрать

cqrs так или иначе юзают многие, но базворд не слышали, поэтому в карму не идёт)

Ясно, значит ничего нового

Господа, а много тут таких, кто CQRS/DDD на своей основной галере готовит? Насколько это маст хев на рынке сейчас?

юзаю почти в каждом проекте

без этого никуда

если не крад апп

еще agile scrum

Еще скажи, что на серверах линух

ладно, я накидываю)

DDD на конфах хорошо продаётся) а в реальности получается срань какая-то)

потому что никто не вкуривает, а только докладики слушает и радуется что стал умнее (не стал). так и живем)

не поэтому

и поэтому тоже)

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

ну ок, одна из причин

но всем как обычно...

вот и получается что выделили папку Domain но никто не понимает что ты там херачишь)

Зато можно продавать воркшопы

вот и получается что выделили папку Domain но никто не понимает что ты там херачишь)

это называется технический ddd

это называется технический ddd

херня собачья это называется)

тактический)

херня собачья это называется)

+

херня собачья это называется)

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

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

сложно звучит

мой вариант лучше)

короче такая гексагональная архитектура + тактические шаблоны

мой вариант лучше)

твой вариант ко всему на свете подходит

и вообще разделение слоёв, как папочек - чушь неюзабельная)

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

а зачем файлы разделять?)

ну в смысле практический смысл от того, что ты раскидаешь по папочкам какой?

ну в смысле практический смысл от того, что ты раскидаешь по папочкам какой?

можно будет создать кучу классов с одним названием

все так или иначе это уже проходили (раскладывание по папочкам) :) у @fes0r где-то гист был по архитектуре модулей. Жаль он поздно его запаблишел, сэкономил бы мне пол года жизни)

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

https://gist.github.com/fesor/76d39b19b18f7103a7c058301dc6a8fe

ага, оно

я не понял а как сериализер юзать в симфони с fos rest bundle*? с жмс все ясно было - расставил аннотации по типам и все ок, а тут как?

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

есть какой нить пример хоть что ле

дык а что тебе не понятно?

ну например откуда он знает в какой тип сериализовать $dto->name

PropertyNormalizer

уууу, все впизду, лучше жмс )

да там всё сильно проще, чем кажется

уууу, все впизду, лучше жмс )

Экипажи ведь намного лучше автомобилей, правда?)

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

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

аннотации не дают тебе возможности норм закастомазить респонс

поверь

я как-то затащил жмс и теперь плююсь

зачем мне его норм кастомайзить

у меня не текучий апи

ну точнее я над проектом уже не работаю, но там рили дофига головной боли

та бл, даже сделать вывод полей в зависимости от роли + разные виды респонса (фул обьект, под пагинацию, еще чет) и все

там есть группы, но их не хватит тебе

в моём случае для нормализации\денормализации объектов: new Serializer\Serializer([ new Serializer\Normalizer\DateTimeNormalizer( 'c', new \DateTimeZone('UTC') ), new Serializer\Normalizer\ArrayDenormalizer(), new PropertyNormalizerWrapper( null, new PropertyNameConverter(), new PhpDocExtractor() ), new EmptyDataDenormalizer(), new EmptyDataNormalizer() ] ); типы берёт из phpdoc'ов. Ну типа final class CommandWithPayload { /** * @var string */ private $payload = 'qwerty'; } При этом всякие коллекции и т.д. - плёвое дело. Хочешь свои нормалайзеры для типов - 3 секунды, 7 картиню Нахер jms короче

так что выброси его в окно этот жмс

я с таким же успехом мог бы везде писать json_encode ( [ "name" => (string) $dto->name ])

я с таким же успехом мог бы везде писать json_encode ( [ "name" => (string) $dto->name ])

с таким успехом можно было бы объекту заимплементить JsonSerializable)

и делать json_encode($dto)