Куб топчик

хотя вроде в swarm режим можно переключиться

я так понял xml мало кто использует и шарит как его верно использовать

на гите примеры все в аннтациях или ямль

я так понял xml мало кто использует и шарит как его верно использовать

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

тогда php?

мне yaml не очень удобен, и аннотации

особенно для апи

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

поиск по проекту, только так можно найти

debug:routes разве не показывает?

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

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

а чем тут хмл поможет?

xml выдает мне подсказок много

вопрос был в том как проще групировать роуты в xml

общий ид вроде в 4.1 завезут типа префикса, но для ид но не уверен

мне yaml не очень удобен, и аннотации

Наркоман

Наркоман

Зачем так жестко?

Yaml не удобен

ямл няшка, да)

ток хардкор

XML ван лав

XML ван лав

Ну если человек любит xsd обмазываться - вай нот?

Приветствую всех. Сталкивался ли кто нибудь со слиянием объектов через метод доктрины merge($object) и записью в БД с сохранением связей, в моем случае manyToMany? Ситуация следующая: получаю десериализованный объект(использую JMSSerializerBundle); сливаю его с исходным($em->merge($deserialized_object)) и записываю в БД; все данные, кроме связанных ManyToMany, записываются; связи остаются из старого объекта. Как можно сохранить связи нового объекта при сливании/записи в БД?

@fes0r говорит merge выбросят в 3 доктрине. Я бы не юзал. А тебе надо перезаписать тупо ?

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

Что понятнее? 1) $user = new User( 'alfred', 'hitchcock', '13-08-1899', '29-04-1980', '178', false, true, false, User::TYPE_AUTHOR, Land::USA ) 2) $user = new User; $user->setFirstname('Alfred') ->setLastname('Hitchcock') ->setBirthdate('13-08-1899') ->setDieddate('29-04-1980') ->setHeight('178') ->setIsModerated(true) ->setIsAlive(false) ->setType(User::TYPE_AUTHOR) ->setLand(Land::USA) ;

не люблю is префиксы. удобнее без них. isAlive -> alive, getIsAlive() -> isAlive(). is это указание на тип. все равно, что писать что-то вроде этого intId.

не люблю is префиксы. удобнее без них. isAlive -> alive, getIsAlive() -> isAlive(). is это указание на тип. все равно, что писать что-то вроде этого intId.

я тоже не люблю

Хм... Вот стало интересно! Оказывается, трудновато с решением вроде бы простого вопроса: Есть два роута: /api/telegram/sending-list/{slug}/ /api/telegram/sending-list/sub-entity/ Дебажим: bin/console router:match /api/telegram/sending-list/sub-entity/ bin/console router:match /api/telegram/sending-list/sub-entity2/ Оба матчатся на первый роут, хотя вроде бы логично, что Symfony обязан отдавать приоритет жетско прописанному роуту...

Пока приходит в голову тупая мысль сделать свой RoutingLoader, чтобы зарегистрировать там все slug-и, которые есть в системе...

Ну или лечь спать...

просто поменяй их местами

ну и если у тебя slug = sub-entity то сорян, проблема тут уже не симфони )

ну и если у тебя slug = sub-entity то сорян, проблема тут уже не симфони )

С другой стороны да

просто поменяй их местами

Это же надо еб*ться и с проверками, что создается не какой-то зарезерированный роут

ну порядок

и тогда по началу симфони будет искать sub-entity

Роуты в аннотациях прописаны

поменяй экшоны местами

Это разные классы

контроллеры

бл)

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

роуты по порядку по вертикали резолвятся, да

С этим ничего не поделать

Перенеси именно их в yml, ёпт

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

sub-entity/{entity} шоле

ну или не знаю

И вообще, этож api

а то как-то странно

И вообще, этож api

откуда инфа ?)

откуда инфа ?)

См uri

а

лол

тогда вообще шляпа

Ага

почитай как роуты называть )

Да я знаю как)

Смысл в том, что урлы нельзя менять

Обратную совместимость ломать никак не вариант

Обратную совместимость ломать никак не вариант

Ну вынеси их в отдельный контроллер и объяви в правильном порядке, в чем проблема?

Или сделай один экшн и условный форвард

ERROR: S client not available

sub-entity - псевдо роут) Сейчас хотят несколько вариантов "подроутов" сделать - каждый, есессна, упирается в slug этот сранный

Для каждого нового "подроута" надо будет переопределять и форвардить на каждый PATCH, DELETE, PUT, GET

Тут ни форвард с каким-то роутом посередине, ни переопределение в yaml, ни даже костыльный routeloader т

не помогут

Прст нехер так делать

Мне нужно было подтверждение, что это невозможно

всем привет. скажите такую вещь, как лучше реализовать REST Api? в смысле: я в интернетах встречал только 1 переписанную на все лады статью про связку FOSRestBundle + FOSUserBundle+FOSOauthServerBundle...

FOSRest без юзер бандла

авторизация зависит от кейса

если не надо oauth, то LexikJwtBundle

а jms-serializer?

я просто тут уже не совсем понимаю... для чего они его юзают — чтобы форматировать ответ в жсон?

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

лучше symfony serializer

я просто тут уже не совсем понимаю... для чего они его юзают — чтобы форматировать ответ в жсон?

да

лучше symfony serializer

fosrest+symfony-serializer+LexikJwtBundle

да

ок, спасибо

расскажи что за приложение

может другое посоветую

грубо говоря это админ панель

crud?

ага

тогда ок ))

покатит

?

блин, зря только с fosuser-ом возился

есть куча гайдов как обойтись без него

но, если ты только зашел в это все - бери и юзай) потом через какое-то время прозреешь и выбросишь ))

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

не зря по ходу)

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