A wildcard útvonalak akkor lehetnek még nagyon hasznosak, ha például van egy blogom, mint ami most van is, és a blogbejegyzéseknek szeretnék egy adott útvonal struktúrát meghatározni, de mindegyiknek ugyanazt. Például a "/posts/" fő útvonal után szeretném a bejegyzések címeit betenni az útvonalba, de nem szeretném őket mind egyesével, egyedileg regisztrálni. Ekkor használhatok wildcard-ot (vagy joker útvonalat). Az útvonal, amit regisztrálok a web.php -ben akkor így nézhet ki: "/posts/{post}"

Route::get('/posts/{post}', function () {
  return view('post');
});

Tehát kapcsos zárójelek közé teszem a wildcard-ot és így minden olyan útvonalra illeszkedni fog ez, ami így kezdődik, például ezekre:

• http://localhost:8000/posts/elso-bejegyzes
• http://localhost:8000/posts/masodik-bejegyzes
• http://localhost:8000/posts/12345
• stb.

Persze most még betöltődni nem fognak, hiszen hiányzik a nézet fájl hozzá, ezért hozzuk létre a resources/views/post.blade.php -t és adjuk meg a tartalmát egyelőre statikusan:

<h1>My blog<h1>

Most már működni fognak a fenti linkek. Most már kibővíthetjük ezt a példát is azzal, hogy adatot adunk át a nézetnek. Ehhez módosítsuk az útvonalunkat egy paraméterátadással a function-ben és először térjünk is vissza vele.

Route::get('/posts/{post}', function ($post) {
  return $post;
});

A fenti weblink bármelyikének újratöltésével már látszódik is az eredmény: amit a wildcard helyére írtunk, az jelenik meg a paraméterül átadott változóban értékként.

Közelítsünk most egy valós életbeli megoldás felé (vagy legalábbis szimuláljuk), amikor például adatbázisból nyerem ki a post-okat és az adott azonosítójút (id) szeretném átadni a nézetnek, majd megmutatni azt a felhasználónak:

Route::get('/posts/{post}', function ($post) {
  $posts = [
    'my-first-post' => 'Hello, this is my first blog post!',
    'my-second-post' => 'Now I am getting the hang of this blogging thing'
  ];
  return view('post', [ 
    'post' => $posts[$post]
  ]);
});

Ehhez a még az kell, hogy a post nézetünket is bővítsük egy Blade-es kiíratással:

<p>{{ $post }}</p>

Teszteljük, de ügyeljünk arra, hogy most már nem írhatunk bármit az URL végére! Ezek a lehetséges és működő címek:

• http://localhost:8000/posts/my-first-post
• http://localhost:8000/posts/my-second-post

Ha mást írok be az utolsó helyre, akkor nem fog működni, hiszen a $posts tömbnek nincs más index nevű eleme. Ezt orvosolhatjuk egy kicsit felhasználóbarátabb módon:

return view('post', [
  'post' => $posts[$post] ?? 'Nothing here yet.'
]);

Mejegyzés: a ?? operátor a PHP-ben azt jelenti, hogy ha létezik az előtte lévő elem, akkor rendben van és azt használja, ha nem létezik (vagy null), akkor a ?? utáni értéket adja vissza.

De megcsinálhatjuk így is az iménti helyett ezt beírva a return elé:

if ( ! array_key_exists($post, $posts)) {
  abort(404);
}

Az abort metódussal tudjuk megszakítani az oldalunk működését abban az esetben, ha nincs a $posts tömbnek $post eleme.

A metódus paraméterében tudjuk definiálni a HTTP állapotkódot, jelen esetben hibakódot, amit egy korábbi bejegyzésemben már említettem. Amúgy arra is van lehetőségünk, hogy felüldefiniáljuk a leggyakrabban előforduló hibakódokhoz tartozó nézeteinket a következő utasítás segítségével:

php artisan vendor:publish --tag=laravel-errors

Ennek hatására a resources/views mappában létrejön egy errors mappa, amibe bekerülnek 401, 402, 403, 404, 500 stb. hibakódokat tartalmazó nézetek, amelyeket szabadon módosíthatunk és ha a felhasználó ilyen hibakódokat kapna, akkor a mi általunk felüldefiniált nézetek jelennek meg a számukra. (Bővebben erről itt olvashat: https://laravel.com/docs/9.x/errors#http-exceptions)

Így például a resources/views/errors/404.blade.php -ben módosíthatjuk a "message"-ben lévő "Sorry" üzenetet bármi másra, például ilyenre:

Ne feledjétek, az alkalmazás fejlődésének nyomon követését a Github-on is megtehetitek itt: https://github.com/gludovatza/myfirstsite A friss módosítások ennek a commit-nek lettek a részei: Routing 3. rész