DM
единственный вариант
App::make();
app();
app()->make();
resolve();
Зачем в ларке так много способов сделать одно и то же😐
Size: a a a
2020 July 28
AP
Ну вообще по факту лучше использовать функции в своём коде, а не добавлять зависимость фасадом
YH
Затем
Аргументированый аргументный аргуметнт
D
Привет всем.
Как лучше проверять что допустимое время для какого-то действия вышло?
Кроном, очередю или вешать какое-то событие?
Как лучше проверять что допустимое время для какого-то действия вышло?
Кроном, очередю или вешать какое-то событие?
DM
Смотря, что тебе нужно. У действия ведь записывается время истечения? Просто сравнивай с текущим временем при тех действиях, при которых это нужно.
RK
Привет всем.
Как лучше проверять что допустимое время для какого-то действия вышло?
Кроном, очередю или вешать какое-то событие?
Как лучше проверять что допустимое время для какого-то действия вышло?
Кроном, очередю или вешать какое-то событие?
Типо запрет на редактирование по истечению 15 минут после публикации?
RK
Если так то это политики
D
Если так то это политики
ну да, что-то похожее
RK
Тогда политики
D
Смотря, что тебе нужно. У действия ведь записывается время истечения? Просто сравнивай с текущим временем при тех действиях, при которых это нужно.
я так делал, потом почему-то передлал на крон
D
но потом, я задумался
P
Аргументированый аргументный аргуметнт
неявные зависимости, в народе - магия
D
а стоит ли долбиться в базу, если можно только тогда, когда есть запрос на это
DM
Ну тут зависит от того, нужно ли что-бы некоторые данные актуализировались в фоне, либо только при совершении некоторых действий. Смотря что на этих знаниях ещё завязано)
D
да, вот именно по-этому я переделал на крон
D
потому что статусы должны были обновляться дальше
D
а по событию вешать не очень, потмоу что вдруг пользователь уже никогда не сделает это событие)
ЕК
а по событию вешать не очень, потмоу что вдруг пользователь уже никогда не сделает это событие)
Ну тогда и пёс с ним, зачем проверять)