Laravel по-русски

Ошибка не в шаблоне, а в данных, которые ты в него передаешь. Попробуй перевести текст ошибки на русский: "Попытка получить свойство не объекта". У тебя в переменной не то, что ты думаешь: не объект. В какой именно и что - это тбе никто не скажет. Отлаживай код в отладчике или пробуй как-то вывести значения переменных, которые используешь.

Ну так проблема в видимо том, что сами адреса страниц захардкодены. Этим "обычное" приложение Laravel отличается от CMS типа WP.

Это довольно естественно привязять набор полей для SEO к адресу страницы. Другими словами к маршруту. В коробочных CMS маршруты описаны через слаги (slug) и всё это, включая SEO поля, редактируется админом без помощи разработчика. Преврати приложение в CMS и будет счастье.

Первый mkdir явно лишний. Там вроде подразумевается формирование пути к папке.

не предендую на экспертное мнение, просто поделюсь своим видением:

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

2. "в одну строку" будет если вы создадите свой класс или функцию-хелпер, который/-ая прячет внутри себя чуть более сложные операции. сейчас ценится не экономия букв, а легкость в сопровождении.

3. похоже опять про "в одну строку" — совет тот же — делайте обёртку, которая будет прятать сложность реализации внутри себя.

4. конструкторы форм существуют, возможно кто-то так умеет, я не интересовался т.к. считаю это ненужной сложностью.

5. нет, я так не думаю. то, о чём вы пишете реализуется через полиморфные отношения, а не через наследование от класса User. попробуйте так, если интересно.

вообще сомневаюсь что на базе ActiveRecord можно получить полноценный ORM. это будет борьба с трудностями и непонятно с какой целью.

советую думать о разных пользователях как о носителях разных ролей, а не как о разных типах данных. это проще и гибче, т.к. допускается "множественность" ролей и не требуется хардкодить
пользователю может быть назначена роль "клиент" или "сотрудник" или "руководитель отдела маркетинга" или несколько ролей сразу. что касается разного набора полей для разных пользователей — можно создать полный набор в таблице users. ну не будут они все использоваться, не беда.

Google: laravel best rbac components

Не знаю как коротко вам объяснить. Есть разница между авторизаций и аутентификацией. В приведенных фрагментах только аутентификация. Вот где у вас должна быть авторизация, то есть проверка прав, там и проверяйте роль пользователя.

И снова, раз вы сами не тянете тему, по-максимуму используйте готовые решения, описанные в офф. документации. А также популярные компоненты сторонних авторов.

https://php.ru/forum/threads/avtorizaci … ija.53234/
https://laravel.ru/docs/v5/authorization

Это не по ларавелевским стандартам сделано.

$request->session()->flush() должна удалять сессионные данные. Если можно таки вернуться и что-то сделать, вероятно нет никаких проверок препятствующих этому. (я здесь не употребляю слов вроде "мидлварь" или "гард", т.к. похоже они просто не используются)

Я бы посоветовал сделать с нуля, используя как пример стандартный проекта Laravel, как в документации описано. "Наводить порядок" может сеньор, но никак не джун.

Такое описание проблемы не работает.

Это полностью на ваше усмотрение. Версию 5.5 считают LTS ^*, но насколько это важно — решать вам. ПМСМ, если проект большой, то слишком часто обновлять его ядро может быть дорого.
Вот есть обсуждение на английском:
https://laracasts.com/discuss/channels/laravel/lts-or-latest-version-which-should-be-used

* LTS — long term support. Laravel 5.5 вышел в августе 2017. Исправления обещаны в течение двух лет, исправления безопасности — три года.

How to use laravel routing for unknown number of parameters in URL?
https://stackoverflow.com/a/31681869/272885

Но лично я бы не стал заморачиваться с "вложенными категориями", а указывал бы только последнюю.

Слишком общее описание проблемы. Критерии выбора неопределены, уровень знаний тоже.
Есть несколько уровней от готовой коробки до рассыпухи. Как будет развиваться эта тема, зависит от тебя, топикстартер.

Route::group(['namespace' => 'Admin', 'middleware'=>'auth:admin'], function() {
   Route::get('admin/home', 'HomeController@index')->name('admin.home');

   // Аутентификация
   Route::get('admin', 'Auth\LoginController@showLoginForm')->name('admin.login');
   Route::post('admin', 'Auth\LoginController@login');
});

мне кажется страничка с формой входа не должна требовать auth:admin !

Может быть потому, что это не всё что нужно реализовать, а только часть.
Я бы начал не с редиректов, а с описания нового гарда в config/auth.php