Антон Антон

Если нет хуков на события, связанных с этими полями, то лучше сделать все через массовые операции (и да, там тоже можно использовать произвольные выражения)

https://laravel.com/docs/8.x/collections#method-chunk

https://laravel.com/docs/8.x/collections#method-me... не то? Возможно еще https://laravel.com/docs/8.x/collections#method-map в цепочку надо будет добавить

Предлагаю переделать структуру и денормализовать данные. При получении ачивки записывать в какую-то таблицу признак необходимости пересчета для пользюка, асинхронно пересчитывать по расписанию раз в минуту или с помощью очередей. Хотя если пересчет делается меньше условной полусекунды, можно и синхронно при получении ачивки это делать. Хранить топ три можно в виде json поля в той самой таблице (как и баллы). Каждый раз при обновлении страницы делать столько джоинов ради этого слишком накладно, очень большое соотношение read/write.
Ну а получать это все не через query builder, а с помощью eloquent и отношений.

Потому что distinct работает на комбинацию всех выбираемых полей, а тут user_id разный

Нужно прочитать документацию: https://laravel.com/docs/8.x/container#binding-int... .
Ну и не забыть про перенос из кук в БД при входе пользователя

https://laravel.com/docs/8.x/queries#raw-expressions

что-то типа DB::table('public.events')->select('event_date', DB::raw('count(is_hit) as is_hit'))->groupBy('is_hit', 'event_date')->orderBy('is_hit', $sorting['desc'])->get()

А не проще сделать так, чтобы в запросе приходили данные в нормальном виде? А вообще что-то типа такого:

$request = [
    'name' => ['js', 'php'],
    'level' => ['55', '85'],
  ];
  $collection = collect($request['name'])->map(function ($item, $key) use ($request) {
    return ['name' => $item, 'level' => $request['level'][$key]];
  });
   ApplicantSkill::create($collection)

А как одно другому мешает? В общем случае guards и policies позволяют использовать кучу хелперов (в шаблонах, в контроллерах, в т.ч. ресурсных, в middleware) а откуда они там будут брать для этого данные (поле в модели пользователя, поле в отдельной таблице ролей, поле в таблице модели прикладного объекта, некая комбинация этого (например автор + модератор)) - это все описывается уже кодом.

https://laravel.com/docs/8.x/eloquent-mutators#dat... + https://carbon.nesbot.com/docs/#api-getters

https://laravel.com/docs/8.x/queues#time-based-attempts не то?

Можно и так, но ты не увидишь, что упало после первого падения (если упало больше одного действия). А строчки формирования можно вынести в отдельный метод без test_ в начале.

$workData = $this->repository->forSlug('work'); //2 набора данных, которые нужно прокинуть в  1 шаблон
        $projectData = $this->repository->forSlug('project');//2 набора данных, которые нужно прокинуть в  1 шаблон
        abort_unless($workData, 404);
        abort_unless($projectData, 404);
        return view('page.work', compact('workData', 'projectData'));