Tesla

Чтобы не кэшировать все в каждом контроллере, вы то же самое можете делать в View Composer, а шаблоны меню, сайдбара и прочие просто инклудить в нужном шаблоне.

А по существу, чтобы кэшировать html (почти ничего не выиграете), можете использовать систему виджетов, самодельную или что-то вроде arrilot/laravel-widgets. Вызываете сам виджет в шаблоне, а уже виджет разруливает, что он отдает и как кэширует.

public function register(Request $request)
{
    $v = $this->validator($request->all());

Кто-то не читает документацию? FormRequest

return $this->registered($request, $user)
        ?: redirect($this->redirectPath());

Экшн RegisterController@register как вообще вызывается? Ajax или обычный запрос? А то есть подозрение, что пользователи видят белый экран с надписью "true"

Соль в том, что если вы на 100% в точности не уверены, что паттерн репозиторий вам нужен, значит он вам не нужен. В противном случае вы получите лишний слой абстракции, гору копипасты и дублирование того же самого Eloquent.

Советую мастеркласс по DDD (во второй части про репозиторий), объясняет для чего нужны многие вещи.

В консоли PhpStorm можно настроить автокомплит команд artisan через command line tool support. Намного быстрее любого визуального интерфейса.

https://carbon.nesbot.com/docs/

Открыть документацию и прочитать filesystem#configuration

Как работают очереди вполне понятно описано в документации. Вы кидаете в очередь на исполнение первую задачу. А когда она завершится, то сама запустит также в очередь 4 другие задачи. Разумеется, у вас должно быть несколько воркеров. Но что там в очередях происходит, скрипт уже не узнает. Чтобы какие-то результаты из них получить, вам нужно писать результаты в какую-то БД и параллельно мониторить эту самую БД, ожидая результатов.

В вашем случае проще запустить параллельно 4 потока с помощью curl. Сделать 4 отдельных url для парсеров 2-5, и курлом их дергать, когда парсер1 выполнит свою работу. Curl и многопоточность легко нагуглите.

request()->route()->parameter('id')

Есть же валидация массивов. Если и этого не достаточно, то всегда можно кастомное правило запилить.

mb_substr

Для API в laravel уже есть группа посредников api в app\Http\Kernel.php.
CSRF-защита не предназначена для защиты API. API Authentication (Passport)

А что конкретно смущает в текущей реализации? Я вот только одну ошибку высмотрел, у всех форм одинаковый id получился "delete-form".

<button type="button" class="btn btn-danger btn-sm" onclick="event.preventDefault(); document.getElementById('delete-form-{{ $role->id }}').submit();">Удалить</button>
    <form id="delete-form-{{ $role->id }}" action="{{ route('roles.destroy', $role->id) }}" method="post">