AB
ребят, такой вопрос, есть дата регистрации,проходит неделя, как получить эту дату вместе с неделей которая прошла и добави ть к ней еще одну недели если ввели промокод?
Сделай прост поля активности пользователя от и до
Size: a a a
2020 January 31
AB
Точнее если активность всегда неделя, то просто поля "от" хватит
I
А можно каждый раз просто обновлять created_at и добавлять addWeeks(1)
I
️V
А можно каждый раз просто обновлять created_at и добавлять addWeeks(1)
а потом тебе захочется посмотреть когда юзер зарегился и что ты будешь делать?
I
Тогда нужно в миграциях ещё одно поле сделать? И дать ему timestamp?
AB
Тогда нужно в миграциях ещё одно поле сделать? И дать ему timestamp?
$table->datetime('active_from'); типа такого
I
Понял
I
Попробую
I
Спасибо
И
Я верно понимаю тогда структуру контроллера.
Мы делаем Product контроллер и в нем примерно 3 функции, create(), update(), delete()
Верно?
Мы делаем Product контроллер и в нем примерно 3 функции, create(), update(), delete()
Верно?
Глянь еще на такой подход - здесь для каждого действия не один метод, а целый класс посвящен одному действию.
https://medium.com/@remi_collin/keeping-your-laravel-applications-dry-with-single-action-classes-6a950ec54d1d
https://medium.com/@remi_collin/keeping-your-laravel-applications-dry-with-single-action-classes-6a950ec54d1d
И
Еще бы кто поделился опытом, где при таком подходе лучше обворачивать в транзакции (в контроллере? в методе сервисного класса?) и где иницировать события?
И вообще, этот подход заслуживает вашего внимания? Кто еще пишет в таком стиле? Там пошли дальше, нежели, чем прослойка из сервисного слоя.
А отправку письма-подтверждения почты при регистрации пользователя куда прилепить? В событии?
И вообще, этот подход заслуживает вашего внимания? Кто еще пишет в таком стиле? Там пошли дальше, нежели, чем прослойка из сервисного слоя.
А отправку письма-подтверждения почты при регистрации пользователя куда прилепить? В событии?
SG
Глянь еще на такой подход - здесь для каждого действия не один метод, а целый класс посвящен одному действию.
https://medium.com/@remi_collin/keeping-your-laravel-applications-dry-with-single-action-classes-6a950ec54d1d
https://medium.com/@remi_collin/keeping-your-laravel-applications-dry-with-single-action-classes-6a950ec54d1d
Сразу в топку
И
Сразу в топку
а аргументы?
SG
а аргументы?
Скрин увидел
И
Скрин увидел
так это как не надо делать сразу, там дальше рефакторинг
SG
Из-за $request->all()
SG
А, ну надо глянуть =)
И
там легко читается
AH
А можно каждый раз просто обновлять created_at и добавлять addWeeks(1)
Зачем, когда для этого есть поле updated_at?
А так да, как писали выше, если нужно отслеживать какую-то активность, то лучше создать новое Поле и работать с ним.
А так да, как писали выше, если нужно отслеживать какую-то активность, то лучше создать новое Поле и работать с ним.