JhaoDa

config/auth.php, ключ
'model' => App\Models\User::class,

1. Создавать пользователей в миграциях — моветон, для этого есть сиды. Переосмыслено: набивать БД рабочими данными надо либо через миграции, либо через консольные команды.
2. Вы не видите разницы между сервис-провайдером и просто классом, каковым и является Registrar.
3. Откройте код этого класс и посмотрите, как он выглядит. Потом почитайте документацию. Посмотрите пример использования в контроллерах базового приложения.

P.S. В Laravel 5.1 класса-сервиса Registrar больше нет.

Вы пишете «Контроллер сохранен в app/Http/Controllers под именем Controller.php», но при этом обращаетесь к «UserController». Полагаю, что проблема в этом.

Никак не называется, такого функционала «из коробки» нет. Используйте сторонние пакеты типа:
https://github.com/zofe/rapyd-laravel
https://github.com/sleeping-owl/admin

stackoverflow.com/questions/14614223/phpstorm-rend...

Во-первых, очень странно, что у вас .env доступен из вне, потому как корень сайта должен смотреть в папку public.
Во-вторых, в .env хранятся важные и хостозависимые конфиги — ключи к разным сервисам, пользователи и пароли от БД и прочее.
В-третьих, папка config содержит в себе все конфиги приложения, а важные и хостозависимые берёт из .env. Вам никто не мешает удалить файл .env и жёстко вбить все параметры в соответствующие файлы в папке config.

Так же рекомендую почитать, что говорит про это документация.

Русскоязычное сообщество Laravel с удовольствием примет ваши предложения и замечания в виде пулл-реквестов в репозитории с документацией.

stackoverflow.com/questions/14614223/phpstorm-rend...

Если заглянуть в документацию, то там написано:

composer create-project laravel/laravel {directory} 4.2 --prefer-dist

Да, разницы нет, оба метода обращаются к

\Illuminate\Http\Request->get($key, $default, $deep);

Именно что создавать. Одна таблица — одна модель. Или, если хотите, одна модель — одна таблица :)
Или пользуйтесь сразу QueryBuilder'ом, если у вас исключительно выборки некоторых полей и которые не должны преобразовываться в модели

Вообще, у вас там какая-то аномалия.

Прекрасно работает:

public function showWelcome(){
    $data['cheese'] = 'My pretty variable';
    return View::make('hello', $data);

    // or
    return View::make('hello', ['cheese' => 'My pretty variable']);

    // or
    $cheese = 'My pretty variable';
    return View::make('hello', compact('cheese'));
}

{{ $cheese }}

Ссылки не могут быть с методом DELETE. Вариант один — использовать ujs или что-то аналогичное.

Нет, это одна из функций. Назначение провайдера это централизованно подключить и инициализировать необходимые компоненты приложения (через bind, share, singleton — не важно), а так же выполнить иные глобальные (в рамках приложения) задачи.

Потому что он называется regex.