на данный момент два формата: заказы и покупатели

зачем твоему хелперу entity manager?

писать в базу?

ага

ну... в любом случае

открываешь документацию и читаешь что такое сервисы, как их регистрировать и т.д

то есть хелпер будет выступать сервисом?

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

это очень общее и абсолютно бессмысленное название

назови его "штука которая импортирует конкретные данные типа продукты из XML"

ProductFromXMLLoader

или что-то в этом духе

побольше воображения

имена вещей должны отражать что они делают

Формы же можно нативно как сервисы регистрировать? Но в таком случае как их корректно выводить в шаблонах? Через другой сервис указывать в конфиге как глобальную переменную-сервис?

формы регаешь просто как сервис и добавляешь тег что это форма

и юзаешь как и обычные всякие TextType

https://symfony.com/doc/current/form/form_dependencies.html#define-your-form-as-a-service

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

не заставляя пользователя повторно вводить эти даные в форму авторизации

достаточно иметь объект имплементящий UserInterface

не стоит хранить пароль юзера в открытом виде между запросами

а на стороне фронта на уровне js можно закодировать строку в bcrypt чтобы в беке уже сверять эти хеши

?

эм..... а смысл?

давай так

ты сейчас придумываешь кастыли

начни с того что опиши что тебе изначально требовалось сделать

зачем тебе вообще пароль?

p.s. FosUserBundle всеравно не умеет в логины, это делают встроенные всякие form login-ы

и если задача именно создать сессию пользователя делается это без паролей всяких

ох епт, ну и вопросы

есть форма заказа + авторизационые данные (имя, мыло, телефон) т.е. даные из 2 разные ентити это выводится в одной форме и предлагается заказчику заполнить все 5-10 полей и одним нажатием отправить заказ, при этом если пользователя по мылу нет его нужно создать

короч твоя проблема - ты думаешь что FosUserBundle что-то делает

по факту - нет

у тебя есть юзер который имплементит UserInterface

на этом как бы хватит. Не захламляй себе голову бандлами и т.д.

у тебя задача - авторизовать чувака

не вопрос - гуглишь "symfony how to login user programmatically"

и читаешь разбираешься

т.е. моя мысль приемлема, или все же костыльный вариант?

твой вариант мягко скажем ужасен

забудь о нем

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

для банального логина

ну то есть.... такие слова как "декомпозиция" и "разделение ответственности" не просто так сущесвуют

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

нет у тебя делемы

ты можешь сделать все что тебе надо без этих кастылей ужасных

Сергей, а вот по поводу моего случая с xml импортером Как на счёт выносить отдельный функционал, который не связан с основным проектом в отдельный бандл

Сергей, а вот по поводу моего случая с xml импортером Как на счёт выносить отдельный функционал, который не связан с основным проектом в отдельный бандл

зависит от преследуемых целей

При случае юзать в других проектах

окей, по поводу "реюзания кода" - это булшит и сказки

реюзаются абстракции

строить просто так абстракцию в проекте на случай "а вдруг пригодиться" - лишний оверхэд

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

потому алгоритм такой: - имплементим что бы работало в нашем проекте - если появляется необходимость заюзать в другом - пробуем вынести в абстракцию и потом в бандл

ну то есть не надо сразу думать "сделаю сча так что бы реюзнуть"

получается обычно очень плохо

и времени тратится много

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

можно попробовать обобщить опыт в виде абстракции какой-то и сделать бандл

Sergey Protko спасибо за здравую идею, прикручу авторизацию в попапе после нажатия кнопки сохранить

ERROR: S client not available

Sergey Protko спасибо за здравую идею, прикручу авторизацию в попапе после нажатия кнопки сохранить

эм....

есть форма заказа + авторизационые данные (имя, мыло, телефон) т.е. даные из 2 разные ентити это выводится в одной форме и предлагается заказчику заполнить все 5-10 полей и одним нажатием отправить заказ, при этом если пользователя по мылу нет его нужно создать

тебе ж надо было просто создать юзера + залогинить его нет?

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

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

А вариант регистрировать пользователя автоматом из имеющегося мыла не подходит?

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

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

проси авторизоваться

что тут такого то

регаться главное не заставляй

ну или есть более хитрый ход

А вот если такое мыло уже есть - авторизовываешь пользователя

связи заказ с существующим юзером

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

А вот если такое мыло уже есть - авторизовываешь пользователя

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

Ну это само собой

ну то есть это как авторизация на пониженных правах

Я имею в виду связывать заказ с имеющимся пользователем Либо просить авторизоваться

привет всем. вопросик по FOSUserBundle. мне что ли не достаточно прописать в security.yml access_control: - { path: ^/login$, role: IS_AUTHENTICATED_ANONYMOUSLY } - { path: ^/register, role: IS_AUTHENTICATED_ANONYMOUSLY } - { path: ^/resetting, role: IS_AUTHENTICATED_ANONYMOUSLY } - { path: ^/admin/, role: ROLE_ADMIN } чтобы меня не пускало в /admin/* ?

нужно вручную проверять в контроллере?

казалось бы, причем тут FosUserBundle?)

почитай документацию по symfony/security что-ли...

подумай, подебаж

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

http://symfony.com/doc/current/components/security.html

http://symfony.com/doc/current/security/access_control.html

http://symfony.com/doc/current/components/security.html

а нет на русском?( что то в конце дня вообще не идёт английский...

А не использовать FOS*Bundle - дурной тон, да? Что-то совсем он мне не нравится...

А не использовать FOS*Bundle - дурной тон, да? Что-то совсем он мне не нравится...

нет, а фос бандл гавно

А не использовать FOS*Bundle - дурной тон, да? Что-то совсем он мне не нравится...

у меня FOS бандлы вызывают рвоту

они дико бесят

Ну просто часто при разговорах о пользователях и прочем встречаю фос юзер бандл