Laravel: Potwierdzanie adresu email

5.8.x

0:00Ostatnim komponentem naszego systemu autentykacji będzie potwierdzenie

0:05adresu email po rejestracji i my będziemy jako twórcy aplikacji webowych mogli

0:09to wykorzystać do tego, aby na przykład pozwoli użytkownikowi na pewno akcje

0:13w serwisie lub nie pozwolić, w zależności tego czy został jego adres

0:17email zweryfikowany. Żeby to zrobić przejdziemy sobie do login i register

0:21i spróbujemy zarejestrować nowego użytkownika. Natomiast zanim to

0:25zrobimy, chciałbym żebyśmy przeszli do user i będziemy

0:30tutaj chcieli dodać jedną rzecz. Jest tutaj zaimportowane coś takiego jak MustVerifyEmail

0:35i jest to interfejs, który musimy zaimplementować, jeśli chcemy z tego korzystać,

0:39czyli php implements, MustVerifyEmail to

0:43jest pierwsza rzecz i druga rzecz, musi mieć odpowiedni routing, również

0:47do tego, więc jeżeli przejdziemy to web rautes, w miejscu gdzie i mieliśmy Auth routes,

0:51zauważ to są wszystkie te, które tutaj zostały dodane. Nie ma tutaj nic na temat

0:56weryfikowania, dlatego musimy tutaj sobie dodać parametr taki

1:00jak verify true. Jeżeli sobie

1:04to zapiszemy i tutaj raz jeszcze zrobię php artisan route:list

1:08to się okaże, że tutaj zostały dodane pewne również ścieżki do

1:13weryfikacji adresu email i na razie nam wystarczy, te dwie które zrobiliśmy i spróbujemy

1:17zarejestrować sobie nowego użytkownika. Wpiszemy jakiś fejkowy adres email. Uzupełnij u

1:22siebie cokolwiek i dwa razy

1:26poprawne hasło, minimum 8 znaków, pamiętaj i spróbujemy

1:31takiego użytkownika zarejestrować, czekamy i to

1:35trwa dłużej niż zwykle właśnie do tego że wysyłał adres, wysłał się email

1:40po prostu za pomocą SMTP, użytkownik się zalogował, zarejestrował i

1:44teraz jeżeli przyjdziemy do mailtrap'a, to zauważ, że mamy tutaj verify

1:48email address, czyli to jest właśnie to co chcemy zrobić i dopóki użytkownik tego

1:53nie zrobi to w bazie danych będzie figurował jako niezweryfikowany. Dokładnie

1:58tutaj możesz zobaczyć email_verify_at, ani jeden ani drugi nie zweryfikował

2:02adresu email. Kiedy to zrobi, tutaj pojawi się data i laravel ten sposób

2:06będzie mógł określać czy adres email został zweryfikowany, więc teraz będziemy

2:10chcieli przejść pod taki adres, ale zanim to zrobimy musimy sobie ustawić

2:14stosowne kontrolery. Kiedy zrobiliśmy tutaj coś

2:18takiego, one zostały ustawione, ale pamiętasz ja lubię je sobie tutaj przepisać dlatego

2:23będę chciał to zrobić żebyśmy również widzieli dokładnie z czego korzystamy. Dlatego

2:27teraz przejdźmy sobie i zobaczymy co tam jest konkretnie. Ten adres,

2:32który nam przysłali to jest email ukośnik verify i następnie mamy tutaj

2:36jakiś ciąg. Czyli będzie to dokładnie ta ścieżka. Dlatego

2:40ja sobie ją będę chciał skopiować dotąd, nie więcej i mamy

2:45to mamy to jako verification.verify, dlatego dodam sobie

2:49to w tym miejscu. Okej to jest pierwsza rzecz i teraz

2:53byśmy do tego kontrolera przeszli, żeby zobaczyć co tam się dzieje pamiętaj, my ten kontroler mamy.

2:57Jest to metoda verify. Widzimy, że

3:01przekierowanie na home, coś czego nas nie ma, więc musimy to usunąć i teraz

3:05przejdziemy do trait'a, który tutaj jest i sprawdzimy co robimy to verify. Jak

3:09widać ona po prostu weryfikuje ten adres i następnie przekierowuje nas do

3:14odpowiedniej ścieżki, redirectPath to jest to, co przed sekundą zmieniłem,

3:18było Home, zmieniłem na stronę główną, jeżeli wszystko będzie w porządku, to przekieruje

3:23nas właśnie na stronę główną, w naszym przypadku i gdzie do sesji wstrzyknie verified

3:28na true i to jest rzecz, której chciałbym od razu zawczasu skorzystać. Nie będziemy

3:32musieli tego robić później, czyli przejdziemy sobie do naszego message i chciałbym tutaj

3:36dodać jeszcze jeden if, jeżeli

3:40w sesji jest verified, zobaczmy dokładnie,

3:44zgadza się, to tutaj będziemy chcieli wyświetlić użytkownikowi komunikat

3:49your email has been verified, okej.

3:55Sprawdźmy zatem co się wydarzy kiedy będziemy chcieli przejść pod

4:00ten adres. Kopiuję ten adres, tutaj musimy być zalogowani,

4:04jesteśmy, bo widzimy to po tym linku. Próbuję pod ten adres przejść. Jak

4:10widzisz your email has been verified, czyli zadziałało to jak najbardziej poprawnie. Jeżeli

4:15teraz byśmy w bazie danych sobie zerknęli, to ten użytkownik jest już zweryfikowany. To

4:20jednak jeszcze nie wszystko, bo jeżeli sobie przejdziemy tutaj to zobaczymy że były tutaj jeszcze dwie

4:25dodatkowe ścieżki. Pierwsza z nich to była email recent. Ona kierowała

4:29nas do metody recent a druga kierowana metody show, więc zobaczymy co te metody

4:33robią, jest dokładnie tutaj. Mamy recent, jak

4:38widzisz, ta metoda wysyła raz jeszcze, zaraz przyjdziemy do tego gdzie to będzie, do

4:43nas email i wstawia do sesji recent, więc od razu chciałbym

4:47tutaj jeszcze zrobić sobie jedno sprawdzenie, nie będziemy musieli o tym myśleć później. Jeżeli w sesji

4:51znajdzie się coś takiego jak recent, to możemy tutaj wyświetlić stosowny komunikat, verification

5:03link has been sent to you, tyle nam wystarczy, więc tutaj będziemy przynajmniej mieli temat

5:07zamknięty. To był pierwszy controller, recent, a jeszcze jeden to był

5:11show czy metoda show i zauważ, że ona właśnie zwraca nam

5:15pewien widok. Jest to auth.verify i teraz co z tym widokiem. Jeżeli

5:20przejdziemy oczywiście do naszych

5:24widoków, czyli tutaj. Jest taki widok wygenerowany już wcześniej jak verify. Będziemy

5:29chcieli sobie go teraz zastąpić naszym własnym widokiem. Ja tutaj pozwolę

5:33sobie wkleić gotowy kod i będzie to wyglądać następująco, czyli

5:38verify your email address, jest tego mniej niż przed momentem, bo nie potrzebujemy wszystkich

5:43komunikatów, które tam były. Będzie to wyglądać tak, jeżeli

5:47nie otrzymałeś adresu email, to prześlij nam go jeszcze raz czyli to jest ten controller,

5:51który przed momentem widzieliśmy i ja mam zwyczaju tak jak mówiłem dodawać sobie te kontrolery,

5:56dlatego pozwolę sobie te dwa jeszcze dodać do web i zaraz ci wytłumaczę kiedy

6:00ten widok się może pojawić. Przejdę

6:04do web i szybko sobie to dodam, na samym dole, nie musisz tego robić, w razie czego. Podobnie

6:11zrobię tym, który mieliśmy tutaj, recent. Zauważ, że one wszystkie operują

6:15na zapytanie o typie get, okej. I ona nazwę verification.resend,

6:20dlatego tutaj do tego linku mogłem to podlinkować. No i teraz ten

6:24widok pojawia się po przejściu właśnie pod email

6:28verify, spróbujemy tam przejść. Jak

6:34widzisz, przekierowuje nas do strony głównej, bo ten adres jest już zweryfikowany.

6:38Natomiast jeżeli tutaj sobie wstawimy null, zapiszemy

6:44i spróbuję raz jeszcze przejść pod taki adres. W razie czego możesz

6:48je dostosować na przykład account email verify. Jak

6:52widzisz, teraz nam się pojawił ten widok. Jeżeli ktoś nie dostał

6:56adresu email może kliknąć request another, czyli kliknie, coś

7:00nam się tutaj popsuło. Znowu prawdopodobnie za dużo

7:04skopiowałem. Zgadza się, więc to

7:09kopiowanie może nie jest aż tak dobre, aczkolwiek ja

7:14mimo wszystko lubię to mieć w jednym miejscu. Klikniemy request another i zobaczmy, mail

7:19się wysyła i mamy nasz komunikat, właśnie dzięki temu, że do sesji to wcześniej zostało

7:23podane i uprzedzając fakty, daliśmy to w tym miejscu i

7:27tutaj. Okej, czyli znowu zostało nam to przesłane i możemy sobie potwierdzić

7:31ten adres email. Natomiast, póki nie jest potwierdzone, mógłbyś się zastanawiać, w zasadzie kiedy

7:35ten widok się pojawi. Możesz go wyświetlić użytkownikowi twojej aplikacji

7:39sam, przez jakiś link lub on się może pojawić w momencie

7:44w którym będziemy chcieli zablokować dostęp do jakiegoś zasobu

7:48użytkownikom niezweryfikowanym i na koniec pokażę ci w jaki sposób to zrobić. Jeżeli

7:52przeszli byśmy na do PostController i wyświetlamy wszystkie wpisy,

7:56a tutaj wyświetlamy pojedynczy wpis. To gdybyśmy chcieli ten pojedynczy wpis wyświetlać

8:02wyłącznie dla użytkowników zweryfikowanych, to możemy skorzystać z middleware

8:06w konstruktorze public function __construct. W

8:10konstruktorze można z middleware'ów korzystać w ten sposób, this middleware. Wszystkie,

8:16które są zarejestrowane będą tutaj dostępne więc this middleware i następnie

8:20verified. Natomiast nie chcemy na wszystkich ścieżkach z

8:24tego korzystać, ale tylko na tej jednej, więc tutaj można jeszcze skorzystać z metody only i

8:28podamy show. To oznacza, że to middleware

8:32ma być zastosowane wyłącznie do tej ścieżki show. Teraz, jeżeli przejdziemy

8:36tutaj i będę chciał przejść do pojedynczego wpisu, przekieruje nas

8:40do verify your email. Tak dokładnie to wygląda i teraz jeżeli ktoś przejdzie

8:45pod ten adres i się zweryfikuję, your

8:50email has been verified, może przejść takiego pojedynczego wpisu. Więc w taki sposób

8:54to będzie wyglądać. Ja to usunę, bo nie jest nam to w tym momencie potrzebne, ale jak

8:58widzisz, w ten sposób oraz na kilka jeszcze innych, będziesz mógł sprawdzać

9:02czy użytkownik zweryfikowany. Poza tym tyle jeżeli chodzi o

9:06system autentykacji, możemy się rejestrować, logować, przypominać hasło czy

9:10w zasadzie to hasło resetować oraz potwierdzać czy email należy do

9:15nas.