Shurik, относится, вы можете часть реализации из под "капота" реализовать сами.
Я правда не вижу статьи про реализацию UserIdentity отдельно, чтобы не перегружать User Entity всякими надстройками и интерфейсами, но если у вас знания, то вы можете подглядеть как это делается тут https://github.com/ElisDN/demo-project-manager/blo... (В симфони 5 и выше, где обновился security компонент, надо прописать ещё в настройках его к хешеру пароля, по дефолту он смотрит на User class).
Реализуется UserIdentity через свой UserProvider https://symfony.com/doc/current/security/user_prov... там где функции подгружают сущность User, можно подменить на свою структуру данных ака UserIdentity
А какие события дёргаются, вы можете просмотреть через debug, ну или почитать документацию там тоже есть информация.
Александр Токмаков, классный у вас бизнес "Разработка и поддержка сайтов" "Качество, скорость, безопасность, гарантии" а элементарные вещи гуглить не научились.
Shurik, гипнотически можно всё, но не нужно. А если очень нужно, то вам придётся свой security написать. Это не сложно, в документации пошагово все это расписано.
Интересно автор наконец поймёт, как важно правильно называть атрибуты таблиц? :)
А то назовут атрибут, что хранит id, как passanger, вместо passsnger_id, а потом сами не могут понять что в нём хранится.
Стас Янковский, здесь вам не помогут. RedBeanPHP это тупиковый антипатерн и ни кто в здравом уме и с опытом его использовать не будет, только новички. Вот только новички вам вряд ли помогут.
SecretServise, вас забанили в гугле? Никто за вас ничего делать не будет, уясните это уже. Вас уже помогли, дальше гугл в помощь, тем более ответ выдаётся сразу в первых строчках, да и ещё выделено жирным шрифтов, как самый популярный вопрос.
Если вы не можете найти элементарные вещи, то забудьте про АйТи.
Вы снова пытаетесь сделать супер класс который умеет делать всё?
Выкидывайте эксепшен где он произошёл. тогда и велосипедить не придётся, и читаемость кода будет большая. А если вы какой то валидатор делаете, то просто используйте готовые решение от симфони.
symnoob, Создайте DTO, привяжите к форме, дальше сохраняйте как хотите.
П. С Вообще привязывать сущность к форме - это плохая практика, используйте DTO
Я правда не вижу статьи про реализацию UserIdentity отдельно, чтобы не перегружать User Entity всякими надстройками и интерфейсами, но если у вас знания, то вы можете подглядеть как это делается тут https://github.com/ElisDN/demo-project-manager/blo... (В симфони 5 и выше, где обновился security компонент, надо прописать ещё в настройках его к хешеру пароля, по дефолту он смотрит на User class).
Реализуется UserIdentity через свой UserProvider https://symfony.com/doc/current/security/user_prov... там где функции подгружают сущность User, можно подменить на свою структуру данных ака UserIdentity
А какие события дёргаются, вы можете просмотреть через debug, ну или почитать документацию там тоже есть информация.