Laravel по-русски

Ну а как бы ты огранизовал это без Laravel? Также делай и здесь.
Почему то что есть плохо? Потому что слишком много магии, не работает в некоторых ситуациях, сомнительное смешение областей отвественности.

Именно так: поставил на хостинге композер и т.п. и запускаешь его. Всё как на локальном.

Просто скопировать файлы по sftp может быть недостаточно, т.к. старые файлы кеша могут мешать, где-то могут прописаться реальные полные пути, а они на локалке и удаленном сервере скорее всего разные.

Для развертывания можно на удаленном сервере написать bash файл с такими командами:

#!/bin/bash
git pull -f
composer install
php artisan cache clear
php artisan migrate --seed

Автоматическое развертывание можно настроить если этот командник будет вызываться по хуку из репозитария. На GitHub и Bitbucket это делается запросто.

У тебя тут не один запрос, а три. Причем два в цикле Тебе исправить три запроса?

Можно сделать в одно выражение Eloquent используя фишку withCount. Если есть фильтрующее условие типа state=1, то оно должно быть также указано в описании связи, либо в самом запросе через whereHas().

Гайдов не знаю. ИМХО, лучший сценарий:
- выбрать библиотеку контроля доступа. критерии: звездность и соответствие твоим ожиданиям.
- найти заготовку админки, в которую встроена выбранная библиотека. например так: laratrust+adminlte.
критерии: опять звезды + CSS фреймворк который нравится

Кроме того, есть радикальные средства для админки, которые требуют полного разрыва шаблонов. Они брутально и решительно навязывают тебе свою философию. Ты либо принимаешь это, либо поливаешь гуаном. Я имею в виду Nova. Попробуй.

И уже тогда, когда ты имеешь 1 или 2 кандидатов, ищешь читабельный гайд cо словами quickstart или introduction.
Писать что-то с нуля, не имея опыта в теме, правда не стоит. Заготовки рулят.

Надеюсь мой подход тебе пригодится.

Ты излишне усложняешь. Не надо передавать параметр снова и снова, сохрани его в приватное свойство и используй. Короче, начни уже кодить это и увидишь, что всё не так страшно.
У меня есть сервисы, сохраняемые в конструкторе контроллера, которые позже в экшене получают объект из запроса и отдают его в другие сервисы. Никаких ментальных блоков я не испытываю.

Получай параметр не через конструктор, а через метод интерфейса. Это снимет проблему.

Хоть jwt, хоть passport, всё будет правильно Статей и уроков миллион, я бы читал те, которые на авторитетных площадках размещены. Типа scotch.io или tutsplus.com

Начать надо с понимания принципов rest. Типа, для чего нужны разные методы http, смысл stateless.
Второй важный момент - отладка и документирование. Пользуйся postman и описывай API по правилам apidoc. В общем, система должна быть в действиях.

П.С. С версией Линукс я поступаю также: LTS и выборочный апгрейд.

На "голом PHP" это было бы как-то так:

header("Content-type: image/png"); // ну или другой тип какой надо
readfile("$pathToPngfile);
exit;

А на Laravel как-то так:

return response()->file($pathToFile);

Laravel должен сам позаботиться о правильных заголовках ответа.

Так не работает. Смотри "полиморфные отношения", мне кажется это подойдёт.

Вот тут ещё рерайты для nginx есть: https://laracasts.com/discuss/channels/ … completely

Такой скрипт будет выполняться в один поток, поэтому хоть цикл, хоть буквально перечислить итерации, результат будет примерно как 60/(время_выполнения_процедуры_в_сек + 1).
Плюс один в скобках дрбавояет ваш sleep.

Может быть не надо всё усложнять, а наоборот, вернуться к постановке задачи и найти альтернативный подход? Что изначально требуется сделать?