G
Сделал ManyToMany и типо сущность связанная под индексом 0 за одно отвечает сделал, с 1 индексом за другое, со 2 - еще за другое, костыль
Size: a a a
2022 January 21
G
Мне надо было ManyToOne 2 отношения
AV
Ну так это можно сделать. Разные свойства в inversedBy укажите
AV
@ORM\ManyToOne(targetEntity=User::class, inversedBy="firstProperties")
$user
@ORM\ManyToOne(targetEntity=User::class, inversedBy="secondProperties")
$secondUser
$user
@ORM\ManyToOne(targetEntity=User::class, inversedBy="secondProperties")
$secondUser
AV
Типа такого
G
Тогда симфони ругается при миграции, что такая таблица уже существует. Я не помню точно, но по-моему это делал неделю назад
AV
Какая таблица? При таком подходе jointable не создается
G
Попробую еще раз, спасибо, но не сегодня уже( Но по-моему я пытался ManyToMany так сделать
AV
В m2m тоже можно
G
Или m2o не помню, попробую вообщем
AV
Но надо указать другое имя для jointable
AV
@ORM\JoinTable(name=xxx
AV
Дополнительно
G
Благодарю добрый человек, попробую
АЗ
Всем привет. А кто-нибудь знает почему при переходе на несуществующий роут не отрабатывает эвент kernel.request/kernel.controller, но при этом отрабатывает kernel.response?
Во всех остальных роутах всё работает как ожидается. Это какая-то особенность симфони?
Во всех остальных роутах всё работает как ожидается. Это какая-то особенность симфони?
AD
kernel.request есть. Нужен повыше приоритет, вероятно
kernel.controller изза отсутствия найденного контроллера
kernel.controller изза отсутствия найденного контроллера
АЗ
Не работает kernel.request, даже при установке приоритета 1000
kernel.controller - я так и думал, спасибо
kernel.controller - я так и думал, спасибо
АЯ
kernel.controller срабатывает перед отработкой контроллера, а его ж нет =)
АЗ
Обошелся одним kernel.response
АЗ
Я это уже понял, да