Основы Laravel 5: Простая аутентификация

Статистика: Символов — 16 287/13 551 без пробелов (14 100/11 689 без кода):, слов — 2 412
Разметка: Wiki
{{Laracast Laravel 5 Fundamentals, 15, Easy Auth, 29.01.2015, 11.07.2016, https://laracasts.com/series/laravel-5-fundamentals/episodes/15}}

%%(hvlraw)
<iframe width="640" height="360" src="https://www.youtube-nocookie.com/embed/u7VHIT7D7zU?list=PLl_kpL5cwH6LLuvd_xXOplXejM7shFhme" frameborder="0" allowfullscreen></iframe>
%%

(0:00)
Итак, я полагаю, пришло время взглянуть на аутентификацию в Laravel 5. Но вот хорошая новость, по умолчанию фреймворк готов за вас сделать много всего. Давайте перейдем к нашему файлу %%(t)routes.php%%. Теперь, если вы помните, в начале серии, мы изменили этот файл и удалили фрагмент кода, который выглядел так же, как и этот. Так что помните, когда мы делаем новую установку Laravel, то вы увидите это по умолчанию. Так что теперь вы можете подумать:

(0:30)
"Ну, я узнал о %%Route::get%% и %%Route::post%%, и мы узнали о ресурсах, но теперь что это за %%Route::controllers%%?"
И это относится к другому способу регистрации наших маршрутов. И в самом деле, это то, что я вообще-то не рекомендую. Когда сможете всегда будьте более определёнными с вашими маршрутами. Однако, поскольку у нас есть несколько этих вещей уже по умолчанию, это делает всё немного чище для вас. Так что давайте взглянем на это. Мы регистрируем два контроллера. Один для %%AuthController%% и один для %%PasswordController%%.

(1:00)
Итак, позвольте мне показать вам, как это работает. Если мы откроем это, давайте взглянем на %%AuthController%%. И вы увидите главное в том, что он включает типаж, чтобы здесь всё выглядело получше. Теперь вы увидите здесь особое соглашение о присвоении имён. Имя запроса, %%(t)get%%, %%(t)post%%, %%(t)delete%%, какой там он у вас. И затем фактическое имя метода, т.е. например %%getRegister()%%. И это очень важно. Позвольте я вам покажу. Если мы запустим:
%%(sh)
php artisan route:list
%%
И я уменьшу текст здесь на несколько пунктов.

(1:30)
Обратите внимание, что хоть мы и не сделали явное определение в нашем файле маршрутов, что я рекомендую, у нас всё равно есть маршрут для %%(t)auth/register%%. И он указывает на этот метод. Таким образом, здесь мы видим, что если мы будем следовать соглашению, то маршрут будет зарегистрирован автоматически, так сказать. Так что если бы мы сказали:
%%
getFoo()
%%
И мы просто сделали:
%%
return 'foobar';
%%
Если мы теперь запустим это ещё раз, то вы увидите, что у нас есть маршрут, который отвечает на %%(t)auth/foo%%. Теперь, обратите внимание, что %%(t)foo%% добавляется к базовому URL.

(2:00)
И это потому, что, если я переключусь обратно в %%(t)routes.php%%, мы определили это вот здесь. Это наш базовый URI. И дальше, до тех пор, пока мы используем какой-то особый тип запроса, который Laravel распознает как GET и POST, то мы сможем довольно легко регистрировать наши маршруты. Хотя будьте осторожны, как я уже сказал, я вообще-то не советую этот способ. Если вы более наглядно определять маршруты, то в любое время когда вы захотите просто осмотреть ваше приложение, вы можете перейти на эту страницу и получить великолепный вид с высоты птичьего полета, чтобы понять на какие конечные точки мы можем отвечать.

(2:30)
Но с другой стороны, когда у вас есть только эта информация, она вам не очень полезна, не так ли? И да, это правда, у нас есть такие консольные команды как эта, но тем не менее, я по-прежнему рекомендую вам явно задавать маршруты. Итак, просто, чтобы закрепить этот материал, если мы переключимся назад, и я переименую это в %%foo()%%, поскольку у нас нет типа запроса, то он не будет зарегистрирован. Это означает, что, если мы хотим отвечать на POST-запрос к %%(t)/auth/bar%%, то вот как бы мы это представили: %%postBar()%%.

(3:00)
Теперь, если мы запустим это, вы увидите его прямо здесь. Когда мы делаем запрос POST к %%(t)auth/bar%%, то далее вызываем этот метод. Понятно? Итак, теперь вы понимаете, как это работает. Что ж, давайте посмотрим, как Laravel установил это для нас. И вот одна из самых классных штук. Мы получаем некоторые представления прямо по умолчанию. Так что даже если вам нужно их немного изменить, он по-прежнему выполняет за вас много нудной работы. Давайте посмотрим. Если мы перейдём на:
%%(t)
laravel5.dev/auth/login
%%

(3:30)
Вот, смотрите! У нас есть страница входа в систему. Если же мы забыли наш пароль, это она тоже уже настроено. Или, если нам просто нужно зарегистрироваться, то у нас есть маршрут и для этого тоже. Так что это как раз то, что я имею в виду. Скорее всего, вы не хотите, чтобы ваша страница регистрации выглядела таким образом, но она уже настроена, так что вы можете просто подправить её как вам нужно. ОК, так что давайте посмотрим, как это выглядит. Мы уже знаем о %%getRegister()%%, который загружает вид %%(t)auth/register%%:
%%
return view('auth.register');
%%

(4:00)
Сейчас это должно быть уже немного более вам знакомо. Давайте взглянем на %%(t)resources/views/auth/register.blade.php%%, и вот что вы получите прямо по умолчанию. У нас тут есть обработка ошибок, а далее идёт форма. Затем, если мы переключаемся назад, как насчёт самой страницы регистрации? Что ж, это означает, что нам понадобится метод %%getLogin()%%, и он загружает вид (%%(t)auth.login'%%. Но когда мы отправляем эту форму, она отправляется себе же или отправляет запрос POST на ту же самую страницу регистрации, поэтому мы попадём на %%postLogin()%%.

(4:30)
Там Laravel быстро проверит ввод, с чем вы уже знакомы. И потом мы берём электронную почту и пароль, которые были введены в форму, мы пытаемся выполнить аутентификацию пользователя, и, если она прошла успешно, мы делаем %%redirect()%% туда, куда он и намеревался идти. В противном случае, была какая-то проблема, и значит введённые учётные данные были неправильны. Тогда мы %%redirect()%% обратно на страницу входа в систему, мы подставляем входные данные, так, что им не нужно заново вводить адрес электронной почты, и затем мы здесь добавляем сообщения об ошибке.

(5:00)
Но главным образом, ключевой момент, вам нужно знать об этой особенности только лишь если вам интересно как Laravel работает внутри. Но если вы предпочитаете не копаться в нём, то можете просто проигнорировать это. Это довольно круто. Итак, давайте посмотрим, у нас есть %%getRegister()%%, и когда мы регистрируемся, мы идём на %%postRegister()%%. И здесь мы делаем проверку данных, если она провалилась, то мы бросаем исключением, которое Laravel поймает. В противном случае, валидация данных из формы была успешной, и в этом случае, мы можем войти как пользователь.

(5:30)
И здесь, обратите внимание, мы ссылаемся на то, что мы называем зависимостью, поэтому и %%Registrar%%. Что же, если мы вернемся к нашему %%AuthController%%, мы сможем увидеть это прямо здесь (в %%__construct()%% в файле %%(t)register.blade.php%%). Так что, если мы щелкнем по нему, или если мы перейдём вручную, это будет в %%(t)/app/Services/Registrar.php%%. Опять же, это всё идёт по умолчанию, но вы можете это удалить, если захотите. Вам не нужно использовать ничего из этого, если вы предпочитаете писать код с нуля. Вот где мы это создаём. И заметьте, это просто делает вызов Eloquent.

(6:00)
%%
User::create()...
%%
Мы передаём имя, электронную почту и пароль. Теперь, вот следующая классная вещь – мы уже коснулись этого много серий назад, но только чтобы освежить вашу память, если мы устанавливаем всё это с нуля, т.е. свежая установка Laravel, в ней ещё нет таблицы пользователей. И именно поэтому, опять же, уже в наборе по умолчанию у нас есть для вас пара миграций:
%%
Schema::create ('users', function(Blueprint $table)...
%%
Здесь есть некоторые общие поля, которые можно изменить, если нужно. И то же самое верно для таблицы %%(t)password_resets%%.

(6:30)
Так что, это означает, что как только вы установите Laravel, если вы выполните команду:
%%(sh)
php artisan migrate
%%
Вы сразу получите эти две очень, очень нужные таблицы. ОК, так что с таким кратким введением, почему бы нам не попробовать это? Я зарегистрирую себя. %%(t)JeffreyWay%%, %%(t)jeffrey@laracasts.com%%, и пароль. Хорошо, давайте зарегистрируемся. И тут похоже, что нам это не удалось, но на самом деле это не так. Нас пытались отправить на страницу %%(t)home%%.

(7:00)
Которая обычно содержит dashboard ("приборную панель", основную информацию аккаунта). Но если вы помните, мы удалили этот маршрут. Поэтому, конечно, когда вы пытаетесь получить доступ к странице, маршрут для которой не зарегистрирован, то вы получите %%NotFoundHttpException%%. Этого следовало ожидать. Но главное, что у нас есть новый пользователь. Позвольте я вам покажу:
%%(sh)
php artisan tinker
%%
И мы запросим получить самого первого пользователя в нашей системе и приведём к массиву:
%%
App\User::first()->toArray();
%%
И вот оно. Так что мы просто должны справиться с ситуацией и указать куда нас должны направить после регистрации.

(7:30)
ОК, как я и сказал, вы можете сохранить эту страницу %%(t)home%% или вы можете сделать свою собственную. Таким образом, вы могли бы сказать:
%%
Route::get('home')
%%
А потом реагировать на это. Или же мы можем просто изменить %%redirectPath()%% и, возможно, это как раз то, что мы сделаем. Если мы вернемся к типажу, давайте посмотрим, что он пытается сделать. После того, как мы зарегистрировали пользователя, мы перенаправляемся на %%redirectPath()%% и обратите внимание, он говорит: "Если у пользователя есть свойство %%(t)redirectTo%%, то туда мы и направимся, в противном случае, мы пойдём по умолчанию в %%(t)/home%%".

(8:00)
Это значит, давайте просто вернемся к нашему %%AuthController%%, и установим это прямо здесь.
И куда вы хотите пойти? Давайте пойдём к %%(t)/articles%%:
%%
protected $redirectTo = '/articles';
%%
ОК, так что теперь, почему бы нам не выйти и не зарегистрировать кого-нибудь нового?
%%(t)
laravel5.dev/auth/logout
%%
И у нас есть для этого маршрут. Это выведет пользователя из системы и перенаправит его на главную страницу.

(8:30)
И ещё раз, наша страница %%(t)/home%% ещё не создана, но мы можем сделать её через несколько секунд. Так что теперь, мы зарегистрируем нового пользователя. %%(t)JohnDoe%%, %%(t)john@example.com%% и пароль, регистрируемся. И на этот раз, нас успешно отправят на %%(t)/articles%%. Теперь, откуда нам на самом деле знать, что мы аутентифицированы? Есть несколько способов. Мы можем даже настроить небольших посредников (middleware), которые защитят определённые маршруты. Например, вы можете себе представить ситуации, когда вы хотите сказать: "Вы сможете просматривать эту страницу только если вошли в систему."

(9:00)
В Laravel такие вещи делаются невероятно просто. И мы рассмотрим специфику этого в нашем следующем видео. Но сейчас, если мы идем к %%ArticlesController%%, давайте просто посмотрим, если мы хотим получить аутентифицированного пользователя, то мы могли бы использовать фасад %%Auth%%, и мы могли бы сказать:
%%
\Auth::user();
%%
т.е. дайте мне аутентифицированного пользователя. И давайте вернём это значение и посмотрим, с чем мы тут работаем:
%%
return \Auth::user();
%%

(9:30)
Обновим, и готово. Вот человек, который в настоящее время вошёл в систему. Так что, если мы хотим получить имя аутентифицированного пользователя, то мы могли бы сделать что-то типа:
%%
return \Auth::user()->name;
%%
Вернёмся, обновим, и теперь вы видите, как это работает. Однако если мы выйдем из системы:
%%(t)
laravel5.dev/auth/logout
%%
и вернёмся к %%(t)laravel5.dev/articles%%, обратите внимание, что мы получаем ошибку. %%(t)Trying to get property of non-object%% - "попытка получить свойство у не-объекта".

(10:00)
И это потому, что, когда мы идём по этому маршруту, то мы просто предполагаем, что у нас есть аутентифицированный пользователь, но это не так. В данном случае посетитель является гостем, так что %%\Auth::user()%% вернёт нам %%null%%.
И это значит, что вы по сути пытаетесь сказать:
%%
return null->name;
%%
И, конечно же, мы получим исключение. Поэтому вы всегда должны убедиться, что если вам нужно чтобы аутентифицированный пользователь сделал что-то в замыкании или контроллере маршрута, то вам нужно настроить необходимый фильтр или посредник.

(10:30)
И не волнуйтесь, мы разберёмся со всем этим уже в следующем уроке. Таким образом, чтобы закончить это видео, давайте просто убедимся, что страница входа в систему работает. Мы знаем, что регистрация работает, так что давайте скажем: %%(t)laravel5.dev/auth/login%%.
И я собираюсь войти в систему как %%(t)john@example.com%%. Я использую его пароль и поставлю галочку на "Запомнить меня", и если мы пойдём дальше, всё работает. Джон вошёл в систему. И это означает, что теперь мы можем решить ту проблему из предыдущего видео, где мы жёстко вписали конкретного пользователя, чтобы связать его с этими статьями.

(11:00)
Давайте перейдём к %%(t)articles/create%% и вы помните что мы ссылаемся на форму. Итак:
%%(t)
articles/form
%%
И теперь прямо здесь, помните, у нас был этот временное скрытое поле ввода (input). Сейчас я могу полностью избавиться от всего этого. И значит, назад в нашем %%ArticlesController%%, где мы сохраняем новую статью, теперь, как нам тут сказать, что,

(11:30)
когда мы создаем статью, мы хотим, чтобы его поле %%(t)user_id%% было равным %%(t)user_id%% аутентифицированного пользователя, который мы могли бы получить через %%Auth::id()%% или, просто получить объект от %%user()%% и затем его %%id%%? Так как же нам это сделать? Что ж, и правда, вы могли бы сделать что-то вроде этого:
%%
$request = $request->all();
%%
И далее вы могли бы сказать:
%%
$request ['user_id'] = Auth::id();
%%
Или вы могли бы даже использовать некоторые вспомогательные функции Laravel, которые он включает в себя, например такие как %%array_add%%.

(12:00)
В качестве краткого отступления, если вы хотите узнать больше об этой теме, то перейдите в %%Illuminate/Support/helpers.php%%, и вы увидите кучу самых разных вещей, которые мы можем тут использовать. Думайте о них, как об отсутствующих функциях для работы с массивами, которые вы бы хотели, чтобы они были в PHP по умолчанию. Например такие как %%array_pluck%%, или %%array_where%%, или %%array_first%%. И их целая куча. Так что поиграйте с ними, когда будете чувствовать себя более комфортно с основами Laravel. Итак, ещё раз, да, мы могли установить это вручную, но я предпочёл бы этого не делать.

(12:30)
Давайте заставим Laravel выполнить эту работу для нас автоматически. Вот как. Мы просто станем ссылаться на отношения. Если я скажу:
%%
Auth::user()->articles()->save(new Article($request->all()));
%%

(возьмите статьи пользователя и сохраните новую, и передайте запрос)
За кадром, Laravel автоматически применит %%(t)user_id%% к этой новой статье. Так что если вы хотите подчистить всё тут немного, мы могли бы извлечь переменную с именем %%$article%%, например, так:
%%
$article = new Article($request->all());
%%

(13:00)
И теперь, это на самом деле довольно чисто. Так что создаём новую статью с атрибутами из формы. И далее, давайте получим статьи аутентифицированного пользователя и сохраним новую статью. И мы просто передадим этот объект %%$article%%. Теперь запомните, на данный момент, для этой статьи %%(t)user_id%% не установлен. За кадром Laravel сделает это для нас автоматически, так как мы ссылаемся на него таким образом. Но теперь, как же нам получить статьи из объекта %%$user%%?

(13:30)
Если мы перейдём в %%(t)user.php%% и прокрутим файл вниз, не забывайте, что мы создали эти отношения в самом последнем видео. Итак, поскольку мы подготовились и уже проделали много работы, это всё будет просто работать прямо как есть. Учтите, что мы не делаем это так:
%%
Auth::user()->articles;
%%
Не забывайте, что когда вы ссылаетесь таким образом, то вы получите коллекцию всех статей. Но в нашем случае, мы хотим продолжить формирование цепочки.

(14:00)
Мы уже говорили обо всём этом. Вот поэтому мы ссылаемся на %%articles()%% как на метод и делаем %%save()%% для этой новой статьи, которая есть у меня здесь:
%%
Auth::user()->articles()->save($article);
%%
Понятно? Итак, давайте посмотрим, если это сработает, и если так, то на этом и остановимся. Я переключусь назад и создам новую статью с названием %%(t)Article by John%%, телом статьи %%(t)and the body%%, и мы опубликуем её сегодня. Запустим, и кажется всё сработало. Давайте сделаем быстрый осмотр с помощью:
%%(sh)
php artisan tinker
%%
чтобы убедиться в том, что всё действительно работает:
%%
App\Article::first()->toArray();
%%

(14:30)
И вот оно. Наш %%(t)user_id%% был автоматически установлен Laravel равным %%id%% аутентифицированного пользователя, и значит, мы могли бы сказать:
%%
$john = App\User::where( 'name', 'JohnDoe')->first();
%%
Хорошо, у нас есть Джон. Мы уже рассмотрели это в уроке об Eloquent. И если теперь мы хотим захватить все статьи, которые написал %%(t)John%%, то мы можем это сделать. И мы приведём это к массиву:
%%
$john->articles->toArray();
%%
и мы должны получить его запись.

(15:00)
Итак, чтобы закончить и чтобы убедиться, в том, что всё это действительно ясно, так как для меня это было немного запутанным, когда я начинал учиться, давайте снова пройдём через этот процесс, используя %%(t)tinker%%:
%%
$article = new App\Article (['title' => 'New', 'body => 'new', 'published_at' => Carbon\Carbon::now()]);
%%
ОК, всё это выглядит хорошо. У нас есть наша статья. Я могу привести её к массиву:
%%
$article->toArray();
%%

(15:30)
Однако не забывайте, что у нас там ещё нет %%(t)user_id%%. Так что здесь мы можем использовать вот такой способ:
%%
$john->articles()->save($article);
%%

(в его статьях я хочу сохранить вот эту новую, которую мы создали)
И готово. Теперь %%(t)user_id%% добавлен и статья была сохранена, значит, если мы теперь сделаем:
%%
$article->toArray();
%%
На этот раз, вы увидите, что сейчас она была обновлена с %%(t)user_id%%, а также с временными штампами. Хорошо, я надеюсь, что вы начинаете привыкать к этому. В следующем видео мы разберёмся с посредниками (middleware).