ajaxtelamonid

Вспомните, что вы пишете не на фреймворке, а на PHP. Делайте классы и пишите весь нужный функционал там. Благо, в Laravel позволяет подключать классы в аргументах конструктора контролера, команды и т.п. Называйте классы так, чтобы вам потом было понятно. Размещайте их в папке Services, например, или в папках, названных по функционалу приложения - Orders, Invoices и т.п. - как вам удобнее.

Классы пишите по принципу SOLID, чтобы они были узкоспециализированными, слабо связанными друг с другом и т.п.

То, что весь код может писаться в только контроллерах, моделях и вьюхах и больше нигде, потому что мы пишем MVC (а что ещё бывает ?) - это заблуждение, от которого надо избавляться как можно быстрее. Потому что код по большому счёту нельзя писать ни в моделях, ни в контроллерах, ни во вьюхах - ему там не место. Код надо писать в php-классах, которые потом подключать в контроллеры, файлы обработки cli-команд, команды, выполняемые в очереди, в файлы-демоны и т.п.. Код должен выдерживать процедуру смена php-фреймворка просто путём копирования всех файлов и правки классов-репозиториев и других классов сопряжения с конкретным фреймворком. Если ваш код намертво спаян с текущим фреймворком - это признак того, что что-то пошло не так.

Создавайте внутри папки app свои папки, раскладывайте там классы и подключайте их в конструкторе контроллеров. Почитайте, какие бывают типы классов с точки зрения архитектуры приложения, почитайте про принцип SOLID. Почитайте про Domain Driven Design, погуглите доклады, например https://www.youtube.com/watch?v=rjtbCyacJas .
Учёба - это постоянный процесс, не останавливайтесь.

Если у вас всего три роли, причем они пересекаются по функционалу (пользователю достаточно быть в одной из них, чтобы было понятно, что он может делать) - конечно role в User.

Если ролей много и каждая дает малый набор разрешений, и общее поле разрешений набирается из их суммирования - то, конечно, должна быть связь User c несколькими Role. Или, если хотите погрузиться в полный ад^W^W^W глубже, назначайте каждой Role несколько Permission, чтобы точно управлять, что каждая роль может и менять это в процессе функционирования сайта.

Посмотрите https://theorchid.github.io/ru/
Цепляется сбоку.

Выделите код, который делает что-то в методе контроллера в отдельный класс, например, в неймспейсе App\Services, который положите в папку app\Services. Подключайте его и в конструкторе контроллера и конструкторе команды. И вызывайте и в контроллере и в команде нужный метод с этим функционалом.

Все остальные методы, типа, прости господи, вызова GET-запроса из крона - адский говнокод.

На php генерится шаблон страницы вместе с блоком script , где в переменную, например, windows.init_data присваивается json. В js-приложении данные из window.init_data передаются в стор или в стейт главного компонента.

"HTML forms do not support PUT, PATCH or DELETE actions. So, when defining PUT, PATCH or DELETE routes that are called from an HTML form, you will need to add a hidden _method field to the form. "
https://laravel.com/docs/5.4/routing#form-method-s...

Гуглю "maatwebsite/excel headers already sent", первый результат, "call string() instead of export() then wrap up result in your response"
Если это не работает, гугли дальше.

Фреймворки позволяют писать проекты быстро. Размер проекта не важен.

Подразумеваем, что есть модель Post с реляцией comments() которая hasMany

$postsWithCountOfComments = Post::withCount("comments")->get();
$sortedPosts = $postsWithCountOfComments->sortByDesc('comments_count');

В laravel не просто так коллекции вместо массивов возвращаются во всех бд-функциях. Пользуйтесь ими, они супер.
https://laravel.com/docs/5.4/eloquent-relationship...
https://laravel.com/docs/5.4/collections

1. Почему join ? Почему бы не сделать через eloquent ? Это же проще и читаемее будет.
2. Смотрите, вы перебираете $users и в качестве количества постов каждый раз подставляете одно и то же число $userPosts.

Переводить сайт на vue можно по частям, я бы даже сказал, что нужно по частям. В большинстве случаев нет смысла делать чисто одностраничную SPA с одним глобальным vue-приложением - проблемы с индексацией поисковиками, другой непривычный UX для пользователей, вот это всё. Выделите места, где нужна активная интерактивность и их сделайте в виде приложений vue. Начальные данные можно получать не аяксом, кстати, а помещать при генерации страницы на бэкенде в глобальную переменную window и потом в приложении vue их оттуда забирать в beforeMount(). Пример можно посмотреть здесь в readme: https://github.com/spatie/laravel-blade-javascript... . В этом случае пользователь будет избавлен от необходимости после загрузки страницы смотреть на индикатор загрузки данных аяксом.

А при аякс-запросах, конечно, надо делать вариант 2. Пот бэкенда только json, никаких скриптов - запутаетесь. Также заранее ознакомьтесь, зачем полезно нормализовывать данные для хранения на клиенте, когда-нибудь точно пригодится - https://habrahabr.ru/post/332628/ , https://github.com/paularmstrong/normalizr

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

В Laravel, например, для реализации этого народ пишет тулзы, которые генерят или редактируют lang-файлы.
Веб-админка: https://github.com/barryvdh/laravel-translation-manager
Консоль: https://github.com/PhiloNL/laravel-translate
Я думаю, вам нужно сделать для себя что-то такое.