ajaxtelamonid

https://elisdn.ru/laravel-board

Связи понятнее. Неважно что быстрее, скорость переоценена. Скорость работы программиста гораздо важнее в подавляющем большинстве случаев. Автоподсказки в IDE экономят время на опечатках, код выглядит гораздо понятнее через год, без "а вот это поле откуда вообще взялось ?"

Route::namespace('\Modules\Test\Controllers') ? Он же в корне ?

Вам надо проверить, аутентифицирован ли пользователь ? Проверяйте обычным способом, как будто запрос не аяксовый. При аяксовом запросе передаются куки, там есть данные аутентификации.

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

Не использовать laravel-mix, собирать фронт своим вебпаковским конфигом.

"Аутентификация пользователя вручную laravel" - Auth::login($user)
Как получить $user из пришедших в запросе логина и пароля - с этой задачей, я надеюсь, вы справитесь сами.

Начните с того, что прочитайте документацию целиком - laravel.su/docs/5.4

Вспомните, что вы пишете не на фреймворке, а на 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-запроса из крона - адский говнокод.

"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"
Если это не работает, гугли дальше.

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