Laravel: Zapisywanie wpisu w bazie danych

5.8.x

0:00W tej lekcji zajmiemy się tym w jaki sposób odczytywać przesłane z formularza dane

0:04na serwerze i jak za ich pomocą możemy utworzyć nowy wpis, więc

0:08może jeszcze jedną  rzecz zróbmy na początek, tutaj mamy coś takiego jak delete, tym

0:12się zajmiemy później to będzie na ekranie edycji tylko, więc możemy to tutaj

0:17spokojnie usunąć i bardzo ważna rzecz jest taka, żeby w formularzu zawsze mieć atrybuty,

0:21name bo to właśnie na ich podstawie po stronie serwera są parsowane dane,

0:25więc tutaj mamy name text, w zasadzie widzę że tutaj

0:29jest błąd to powinno być na odwrót czyli title, poprawmy

0:33to sobie mamy name type, następnie mamy coś takiego jak date,

0:37mamy Premium, tym się na razie nie będziemy zajmować, troszeczkę później to zrobimy. Mamy image,

0:42również później i mamy name content to jest super ważne. Teraz sobie

0:47będziemy musieli wygenerować tutaj link do odpowiedniej akcji naszego

0:51kontrolera i zobaczysz na czym sprawa polega, o Ile create

0:55jest tutaj jasno napisane wyświetla formularz tworzenia nowego zasobu, o tyle

0:59metoda store do której prześlemy zapytanie post'em, będzie nam

1:03zapisywała to w bazie danych, dlatego do metody store

1:07chcemy sobie utworzyć teraz ścieżkę w routes i zróbmy

1:13to na samym dole, ona będzie taka sama. Dlatego name

1:17tutaj nie musi mieć a będziemy mogli z niego korzystać, tylko że będzie to

1:21post. Te ścieżki możesz sobie dowolnie tutaj zmieniać, ja

1:25robię to ten sposób, gdybyśmy mieli czysto takie restowe API, jeżeli wiesz

1:29na czym rest polega, to wtedy mielibyśmy na przykład posts i po prostu wysłanie

1:34zapytania typie post po ukośnik posts tworzyłoby nowy wpis. Jeżeli

1:39byśmy mieli posts ukośnik na przykład 1 to byśmy wyświetla ten wpis. Jeżeli

1:43byśmy wysłali zapytanie o typie put powiedzmy albo

1:47patch pod posts 1, to wtedy byśmy go edytowali. Natomiast

1:52tutaj jest pełna dowolność dla naszego przykładu. Ja to zostawię

1:56ten sposób. Czyli teraz będziemy chcieli wysyłać dane z formularza pod ten adres

2:01i tutaj oczywiście jeszcze tylko metodę musimy dostosować store. Ten

2:05adres możemy uzyskać za tego name bo one są takie same, dlatego admin post create. Spokojnie

2:11można tutaj podmienić i oczywiście

2:17jeszcze trzeba dodać tutaj metodę post, to bardzo ważne. Dobrze,

2:22mamy to zrobione, zatem przejdźmy do metody store i

2:26zobaczymy co tutaj się w ogóle będzie działo, skorzystamy z laravel'owej fajnej

2:30metody, takiej funkcji die dump, która pozwoli nam wyświetlić w sformatowany

2:34sposób to, co tutaj podamy. Ja będę chciał tutaj podać request

2:39all, czyli request jest to obiekt jak jest tak jasno

2:43pokazane z klasy request więc można tą klasę podejrzeć zobaczyć

2:47jakie ona metody. Część z nich znajdziesz oczywiście w dokumentacji. Jedną z nich jest all,

2:51która nam jako tablica zwraca wszystkie dane przesyłane do

2:55serwera, a te dane będą oczywiście danymi z formularza, czyli tutaj zupełnie nie musimy

2:59jakby serializacją tych danych się zajmować i tak dalej. Jeżeli byś wysłał Ajaxem

3:04z poziomu JavaScript'u dane do serwera, na przykład json'owe, laravel również

3:08je poprawnie odczyta. Tutaj ta warstwa abstrakcji jest naprawdę duża i nie musimy

3:12w ogóle tym myśleć, więc wyświetlmy wszystko, co zostało przesłane. Tutaj

3:16odświeżmy jeszcze, żeby ten formularz się zaktualizował i okej nic

3:20nie wyślemy, czyli takie puste dane. Mamy Page expired i to ci powinno mówić bardzo

3:25ważną rzecz o której ja często zapominam, że musimy dodać csrf.

3:29Jeżeli to dodamy, spróbujmy pusty formularz wysłać. Dokładnie

3:34tak wyglądają dane przesyłane do serwera z których możemy skorzystać, token jest to ten csrf, my

3:39nie musimy ręcznie z niego korzystać. Natomiast później mamy title, date, image i tak

3:43dalej. To są wartości null, tak naprawdę do serwera jeżeli nic nie wpiszemy

3:47w polu wysyłany jest pusty string. Skąd się bierze null, to taka tylko ciekawostka,

3:51nie wiem czy znajdziemy tutaj, ale chyba tak. Mamy coś takiego jak,

3:56taki middleware, ok ono nie jest tutaj, ale w jednym

4:01z miejsc gdzie się rejestruje middleware jest zarejestrowany i jest to specjalny

4:05middleware, które puste ciągi zamienia na null, więc warto wiedzieć że to też

4:09nie jest jakaś magia, jest to zdefiniowane w laraverze żeby tak robić. Natomiast

4:14tutaj jest z kolei middleware TrimStrings i ono polega na tym że będzie

4:18nam przesyłane stringi trymować z przodu z tyłu usuwa puste znaki

4:22oprócz takich które podamy tutaj to tylko tak tytułem ciekawostki,

4:26żebyś wiedział, że laravel wiele rzeczy za robi na przykład zamienia puste ciągi

4:30znaków na wartości null, ale w razie w razie czego można to wyłączyć. Skoro

4:35takie dane są przesyłane do serwera to jeżeli coś uzupełnimy to raczej tutaj nie ma

4:39niespodzianek, również to tutaj się pojawi i teraz na tej podstawie moglibyśmy już utworzyć

4:44nowy wpis, zapewne się domyślasz jak to zrobić. Jeżeli tutaj zaimportujemy

4:48u góry, że chcemy korzystać z posts, czyli

4:52mamy model eloquent, to w tym miejscu gdzie te dane mamy,

4:56moglibyśmy wtedy powiedzieć Post create i te

5:01dane tam przekazać. To jest jeden sposób na tworzenie wpisów, drugi byłby taki, że

5:05możemy zrobić new Post, przekazać tutaj dane i on się

5:10tylko utworzy, ale nie jest w bazie danych, a potem można zrobić zawsze post save, tak

5:14to działa w eloquent'cie. Niemniej jednak od razu można skorzystać z metody statycznej

5:18Create, która nam coś takiego zrobi więc możemy

5:22taki wpis utworzyć z tym że jeszcze nie mamy walidacji, tym się zajmiemy w kolejnych lekcjach, ale

5:26chcę ci pokazać jedną ważną rzecz przesyłamy tutaj title, date i image

5:32i zasadzie to są rzeczy nam wystarczą. Jeżeli byśmy sobie zerknęli na

5:36migracje create posts table, którą sami napisaliśmy, to

5:40wychodzi na to, że tak naprawdę wymagany jest jedynie title date i type, nic

5:44więcej tutaj wymagane nie jest i uda nam się wtedy dodać taki wpis do

5:48bazy, czyli jeżeli w formularzu, który jest tutaj wpiszemy tytuł, wybierzemy

5:54jakiś typ i wybierzemy datę jakąkolwiek i

5:58wyślemy te dane się tutaj znajdą to możemy te dane przekazać jest

6:02to tablica jak tutaj jasno widać czyli wydawałoby że możemy

6:07teraz tutaj przekazać request all. Powiem później dlaczego

6:11nie jest to dobrym pomysłem i taki wpis powinien zostać utworzony.

6:15Zobaczymy co się stanie kiedy spróbujemy coś takiego zrobić. Tam

6:19nam się zapamiętały więc fajnie, akurat to tylko przeglądarka to zebrała nie jakaś nasza

6:24logika. Wyślemy, okej i wpis

6:29nam się dodał i on się rzeczywiście do bazy danych dodał, jak

6:34widać tutaj jest, nie pojawił żaden błąd. Wydawałoby

6:39się że jest wszystko w że musimy tylko dodać teraz jakąś logika żeby go wyświetlać ale

6:43pokażę ci co się wydarzy, jeżeli zrobimy że dokładnie taką samą czyli wszystko jest wypełnione

6:48i zaznaczymy jeszcze checkbox Premium a tenże checkbox

6:52znajduje się w tym miejscu gdzieś i on ma nazwę. Jeżeli

6:56zostanie zaznaczony to zostanie przez przeglądarkę przesłany do serwera. Wydawałoby że

7:00robimy dokładnie to co przed momentem ale z zaznaczonym checkbox'em Premium i to już generuje

7:05błąd że nieznana jest kolumna premium i to jest to niebezpieczeństwo

7:09przekazywania wszystkich danych jakie zostały przesłane do tworzenia nowego

7:13zasobu. Nigdy nie powinniśmy tego robić. Po pierwsze dlatego że tutaj użytkownik

7:17może dowolne rzeczy sobie wpisać, nawet takie których my byśmy zmieniać nie chcieli, to

7:21po pierwsze. Po drugie jeżeli będą tam dane których nie ma i próbować, laravel

7:26próbuje je dodać do bazy danych, to będzie to generować błędy. Więc walidacja zawsze jest potrzebna,

7:30ale pokazałem ci to po to żebyśmy mogli umówić jedną ważną

7:35rzecz. Jeżeli byśmy sobie przeszli do

7:39post. To mamy coś tutaj takiego jak guarded. Ja

7:43to jednej lekcji dodałem, mówiłem ci że się tym później zajmiemy. I teraz guarded

7:47oznacza, że są pewne właściwości których nie powinno się móc

7:51przypisać za pomocą Mass Assigment, czyli właśnie w ten sposób. Mass Assignment

7:56jest zawsze kiedy zrobimy create albo update i podajemy tutaj tablice z wieloma różnymi

8:00polami, więc jeżeli byśmy w guarded powiedzieli, że wszystko tutaj można ustawić

8:04oprócz na przykład Premium to gwarantuje, że wtedy to przejdzie, bo on to Premium będzie miał

8:08po prostu pominie, natomiast dużo lepszym rozwiązaniem jest

8:12ustawienie fillable i fillable oznacza, że my tutaj mówimy jasno,

8:16które z pól można pomocą Mass Assigment ustawiać, a które nie i w zasadzie

8:21jeśli poprawnie je uzupełnimy to nawet bezpieczne jest podawanie tutaj request

8:25all, bo nieważne co kto doda do takiego formularza, nie ważne co nam tutaj przyśle,

8:29to tylko te pola które my za deklarujemy jasno wyraźnie będą mogły

8:33być zmieniane dlatego możemy tutaj w fillable podać to co chcemy żeby mogło

8:37być zmieniane i naszym przypadku to będzie title, może być ustawiony, date,

8:41content, image i zobaczmy

8:47czy tam jeszcze coś mamy i oczywiście type

8:51jeszcze musimy sobie tutaj dodać. Kiedy

8:56zrobimy coś takiego to teoretycznie nawet bez walidacji bezpiecznie możemy pozwolić

9:00aby request all, czyli wszystko co zostało przesłane zostało przekazane, bo

9:04tylko te zostaną przefiltrowane i na te pozwolimy, więc

9:09jeżeli coś takiego zrobimy i wyślemy sobie formularze raz jeszcze to da nam się oczywiście

9:13poprawnie wpis, natomiast jak on się doda, zróbmy to od razu, to

9:17jego instancje będziemy mieli pod zmienną post i będziemy mogli oczywiście

9:21zareagować na to w jaki sposób i coś użytkownikowi pokazać. Więc pierwsza z rzeczy,

9:25którą wykorzystamy, coś co zrobiliśmy wcześniej, czyli session flash message

9:29i tutaj napiszemy Post has been added. Wiemy,

9:36że to nam wyświetli zielony komunikat i ostatnia rzecz którą tutaj możemy zrobić to

9:41będzie return redirect. Jest też globalna funkcja która pozwala nam przekierowywać. Tutaj

9:46możemy podawać ścieżki na przykład w ten sposób lub możemy podać

9:50nazwę na przykład route'a, natomiast zrobimy to tak, wiem

9:55route, wykorzystaliśmy to w widoku posts.single,

10:01zwraca nam odwołaniem czy zwraca nam ścieżkę do

10:05pojedynczego wpisu. Natomiast tu musieliśmy przekazywać slug i ten slug automatycznie

10:09zostanie utworzone, tym się już zajmowaliśmy wcześniej, czyli

10:13samo route zwróci nam odpowiednią ścieżkę, a redirect do niej przekieruje. Spróbujmy

10:18zatem co się wydarzy jeżeli uzupełnimy tutaj jakiś poprawne dane. Wybierzemy,

10:25że jest to typ photo, następnie wybierzemy jakąś datę i wpiszemy

10:30tutaj jakiś tekst. Próbujemy

10:35dodać i widzimy Post has been added i od razu nas przekierowało

10:39na adres tego posta. Jak zatem widzisz, działa to poprawnie, aczkolwiek będziemy

10:44do tego wszystkiego chcieli jak najbardziej dodać jeszcze walidację. Niemniej jednak pokazałem

10:48ci, mam nadzieję że zrozumiałeś o co chodzi na czym polega fillable i guarded. Fillable

10:53mówi które z tych pól mogą być uzupełniane za pomocą Mass Assigment, czyli

10:57kiedy przekazujemy całą tablicę, a guarded z kolei mówi, które nie mogą. Czyli te co

11:01podasz w guarded nie mogą być ustawione, ale każde inne może być i to też nie

11:05jest najlepszym rozwiązaniem, bo jeżeli tam będzie inne, które nie będzie tutaj wylistowane, wygeneruje

11:10to błąd SQL.