A
однако вьюху эта штука не сгенерирует
Size: a a a
2019 November 16
{"
будут, флаг r.
да, точно
A
однако вьюху эта штука не сгенерирует
да, вьюшки не генерит. Нашел библиотеку artisan-view, но, она форму не создает) видимо придется ручками
A
хотя не верится что нет такой библиотеки, неужели никто не сталкивался с такой задачей? просто накидать CRUD по модели
🎃
хотя не верится что нет такой библиотеки, неужели никто не сталкивался с такой задачей? просто накидать CRUD по модели
Вьюшки слишком интимное место, чтобы туда что-то автоматически генерировать
🎃
Можно переопределить базовую команду на сознание контроллера
A
в ASP NET MVC есть такая штука, создает вплоть до реализации методов контроллера
A
создаешь model - остальное пару кликов, формы, странички на bootstrap итд
🎃
создаешь model - остальное пару кликов, формы, странички на bootstrap итд
Ну у нас нет
🎃
Всё слишком индивидуально
A
Мужики привет! Вопрос по архитектуре. Представим ситуацию что у нас есть регистрация юзера что по факту есть создание юзера. Что лучше, бросать самому событие (как на скрине) или создать обсервер и завязаться на события создания юзера и просто в обсервере вызывать необходимые сервисы?
Во втором случае(обсервер) вроде как надежнее, тк откуда юзера в программе ни создай, событие отработает. А во втором всем надо помнить, что создавать юзера надо через определенный сервис/репозиторий. Как лучше или скажите пожалуйста где об этом почитать/посмотреть?
Во втором случае(обсервер) вроде как надежнее, тк откуда юзера в программе ни создай, событие отработает. А во втором всем надо помнить, что создавать юзера надо через определенный сервис/репозиторий. Как лучше или скажите пожалуйста где об этом почитать/посмотреть?
MR
Тебе нужно думаю решить, нужно ли тебе всегда знать о “создании” юзера, если например создается через админку просто левый аккаунт , то не думаю что нужно отправлять на почту письма (например как у тебя на скрине).
A
Тебе нужно думаю решить, нужно ли тебе всегда знать о “создании” юзера, если например создается через админку просто левый аккаунт , то не думаю что нужно отправлять на почту письма (например как у тебя на скрине).
Представим что нужно. Типа у каждого юзера например обязательно должен создаться объект Profile.
User<->Profile
И глобально в программе везде должна быть такая связка
В таком случае я так понимаю все должно быть в обсервере. дэ?
User<->Profile
И глобально в программе везде должна быть такая связка
В таком случае я так понимаю все должно быть в обсервере. дэ?
🎃
Представим что нужно. Типа у каждого юзера например обязательно должен создаться объект Profile.
User<->Profile
И глобально в программе везде должна быть такая связка
В таком случае я так понимаю все должно быть в обсервере. дэ?
User<->Profile
И глобально в программе везде должна быть такая связка
В таком случае я так понимаю все должно быть в обсервере. дэ?
профайл создавать до создания юзера
🎃
и присваивать ему в users->profile_id
🎃
ну да, обсервер
🎃
creating
A
И сразу следующий вопрос. Если мы в ларе через код делаем массовый апдейт или удаление записей или иное, события моделей не вызываются.
Например мы поудаляли кучу юзеров, каскадно должны были поудаляться профайлы (profile).
Варианты решения:
1 - создать консольную команду в планировщике которая будет удалять profile без юзера. Запускать периодично
2 - После массового удаления зажигать событие на которое будут актуализированы статусы Profile
Есть еще варианты?
Например мы поудаляли кучу юзеров, каскадно должны были поудаляться профайлы (profile).
Варианты решения:
1 - создать консольную команду в планировщике которая будет удалять profile без юзера. Запускать периодично
2 - После массового удаления зажигать событие на которое будут актуализированы статусы Profile
Есть еще варианты?
🎃
И сразу следующий вопрос. Если мы в ларе через код делаем массовый апдейт или удаление записей или иное, события моделей не вызываются.
Например мы поудаляли кучу юзеров, каскадно должны были поудаляться профайлы (profile).
Варианты решения:
1 - создать консольную команду в планировщике которая будет удалять profile без юзера. Запускать периодично
2 - После массового удаления зажигать событие на которое будут актуализированы статусы Profile
Есть еще варианты?
Например мы поудаляли кучу юзеров, каскадно должны были поудаляться профайлы (profile).
Варианты решения:
1 - создать консольную команду в планировщике которая будет удалять profile без юзера. Запускать периодично
2 - После массового удаления зажигать событие на которое будут актуализированы статусы Profile
Есть еще варианты?
profile_id у юзера задан?
🎃
как поле