https://github.com/Hesto/multi-auth с этим пакетом буду делать разницу входа врачей и администраторов.(т.к это совсем две разные таблицы в бд) Это не костыльно - так делать? #ostap_help

я бы rbac использовал https://github.com/Zizaco/entrust имея при этом одну таблицу

Для того чтобы работало отношение многие ко многимЮ необходимо три таблицы. users, roles,role_user

у меня есть все

Таблицы users и roles заполненны

А третья сама должна заполнится в процессе или ее нужно явно заполнять?

самому, если компонент сам не делает этого

А вот так не будет делать само?

Для отношения о:м работает

а для м:м это подойдет?

а для м:м это подойдет?

Проверь сам, будет быстрее и полезнее. Тем более что "Laravel many to many" в гугле выдает максимально подробную информацию

какой eloquent запрос сделать чтобы вывести у которые created_at >= 5 мин?

прошло с создания 5 мин

model::where ?

подифай даты текущую, на предмет -5 минут. это и подставляй в условие

Ребят, помогите - хочу добавить модуль, который каждый день будет считать события определенные (таблица простая - name, count - по умолчанию 0, date ) при создании события, если такого сегодня не было, то создается новая запись и ей +1 в каунт, если уже было, то просто к нему +1. Как потом по такой таблице достать за 7 последних дней события (если в некоторые дни оно может не создаться). а за несколько месяцев?

что из себя представляют события?

решение в лоб, добавить поле event_id

да там просто например зашел на сайт по ссылке с имейла - сразу Event::where(['name' => 'came_from_email', 'date' => '12-12-2018'])->firstOrCreate()

и потом инкремент count этого ивента и редирект

хранил бы такое в редиске

с event_id можно выбирать все и делать group_by по условию, что бы посмотреть событие => его кол-во

а как сделать чтобы пропущенные дни заполнились?

а какие отношения у пользователя с евентами?

OneToMany?

никаких

мне не нужно знать какой пользователь триггернул ивент

кроме этих трех полей ничего не будет

мне нужно знать насколько фичи часто используются

а как сделать чтобы пропущенные дни заполнились?

получить данные что есть, засунуть в массив с ключем дата потом создать цикл с начальной датой и конечной и брать записи из массива, если их нет значит 0

таким образом построится нужный массив где пропущеные даты = 0 будут

получить данные что есть, засунуть в массив с ключем дата потом создать цикл с начальной датой и конечной и брать записи из массива, если их нет значит 0

Мне еще нужно по месяцам сделать использование ивентов. Там как быть? складывать данные всех дней каждого месяца?

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

в select функции делать группировку по месяцу и точно так же через цикл

ложить данные по ключу или инкрименировать, если он уже есть

и аналитику свою всю построишь простой выборкой

ERROR: S client not available

Redis::incr($key) ?? Redis::set($key, 0) как то так

https://b.yasb.exileed.com/t/laravel_pro

Redis::incr($key) ?? Redis::set($key, 0) как то так

вот так не надо делать, т.е. при incr если ключа нет, то он создастся достаточно просто INCR выполнить

вот так не надо делать, т.е. при incr если ключа нет, то он создастся достаточно просто INCR выполнить

что собственно и нужно было сделать

потому что события постоянно разные и событие может быть в базе по ключу

а может и не быть

Подскажите пожалуйста, Есть очередь, и есть ситуация, когда в очередь падает задание которое выполнится быстро(это заранее известно). Могу ли я как-то выполнить код очереди синхронно?

Инкапсулировать алгоритм из очереди в хэлпер и вызывать его?

Сделать для такого типа задач отдельный канал , и запустить один воркеры только на этот канал, будет синхронно работать

Т.е например у меня есть 4 асинхронных воркера. Я должен запустить еще один воркер для синхронной работы? Не понимаю

Задачи в разные каналы можно положить?

Может есть что то типа dispatchNow что бы выполнить сразу

Можно

Я вот так отправляю задание в очередь dispatch(new BuildRoutes($order));

если я сделаю $task = new BuildRoutes($order); $task->handle(); Это выполнится синхронно?

Да, в том же процессе

А в чем смысл? Тебе в том же процессе надо получить уже измененные данные?

Да, сразу надо дождаться чтобы воркер отработал.