MR
будут какие то весомые аргументы?
Size: a a a
2021 September 19
P
Здравствуйте! Сейчас собираю написать сервис у которого будет один эндпойнд, летит гет с логином паролем, я проверяю что такой пользователь существует, авторизую его если пароль верен, и возвращаю в ответ информацию о подписке. Если пользователя нет то ошибка. Подскажите пожалуйста как это лучше реализовать?
F
если пишит антон это уже аргумент поверь
MR
то, что при создании юзера, создается слаг и его нельзя менять. он тоже что и id
А
Ну йоба-боба, ты код свой читал? Ты пишешь
if (User::whereSlug($slug)->exists()) {
// генерирую другой.... но что если тут сгенерируется такой же слаг, который УЖЕ есть в базе
}
?
Если тебе нужно то же, что и id, то используй uuid тогда
A
слаг должен прилетать снаружи, но до создания модели. причина очевидна - уникальность. одна модель сама по себе не сможет её гарантировать. но это я уже мыслю типа ДДД абстракциями. в ларке модель может и сама в базу слазить и уникальность проверить.
А
А этого же нельзя добиться без событий?
MR
тогда бы пришлось переписывать лару
MR
user ходит в дефолт
?
🧐
MR
мне было проще сделать через слаг
MR
можно, но я решил сделать это в событии
кто говорил что нельзя?
кто говорил что нельзя?
А
Не надо. Я уже пару лет юзаю uuid. Год с ларой. Что со мной не так?
MR
я тоже везде юзаю uuid, кроме юзера
?
Кстати, у меня модель так и делает💩
А
Так мы обсуждаем вопрос "можно/нельзя" или разделение обязанностей? Ты сначала топил за разделение, а сейчас все свел к вопросу вкуса. Сдался?)
A
👍🏿
MR
так и есть
событие не created, а creating
событие не created, а creating
А
И зачем надо переписывать лару? Какое ей дело до того, какой там id у тебя? Ты слышал про провайдеры при аутентификации?)