хм, это на каком ресурсе?
https://laravel.com/api/6.x/Illuminate/Support/Facades.html тут не вижу

в поиске нашлась эта страница

https://laravel.com/api/4.2/Illuminate/Support/Facades/Form.html


а в интерфейсе я переключил версию

чет багнулся интерфейс видимо, при переключении кидает просто на https://laravel.com/api/6.x/index.html

Ребят, привет,  еще актуально ) подскажите кто бы как сделал

У меня в БД есть номера
Я их вытаскиваю, но один номер можно использовать не больше 5 раз в сутки, и далее нужно таймер начиная с последнего использования на 24 часа чтобы ОБРАТНО начать использовать номер. КТо как бы сделал?

То есть получается когда мы берем номер, нужно проверять count < 5, если 5 и больше, то нужно смотреть по логах когда была последняя иницилизация по этому номеру, а потом нужно смотреть не прошло ли 24 часа, чтобы обнулить count, не много там условий будет при отборе номера? ПРосто в минуту по 2-3 номера могут иницилизироватся, я вот думаю не будет ли загружать сильно систему с такими условиями?

наверно да - багнулся

нормально, 2-3 запроса в минуту такой механизм выдержит

Блокировки сразу смотри, человек получил номер, что он с ним делает, может ли отказаться/не закончить транзакцию и т.д

лучше не в логах, а сделать у таблицы номера поле last_taken_at

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

да я так изначально думал, просто хотел чтоб как минимум нагружать систему) а не куча Ifoв )

Ифы не нужны

Что у тебя будет, если человек взял 5-й номер, но по какой-то причине не выполняет с ним действий?

Нафига ифы?

ифы - это основа логики :)

Нафиг?

Проще уж в какой state mashine замарочится. Чем логику на ифах тестировать/поддерживать

а как еще проверить было ли 5 инитов за сутки, а если было прошло ли 24 часа чтобы обнулить эти иниты и вновь использовать номер?

а как люди пишут ифы полотнами?
тут Александр Павленко показывал фрагменты кода.... (не свои)

:)  :)  :)

А ооп зачем придумали???

Не использовать count