Lad os se n\u00e6rmere p\u00e5, hvordan man h\u00e5ndterer ruter i Laravel.
Backend-routing og Cross-Site Scripting i Laravel<\/h2>\n
P\u00e5 en server findes der b\u00e5de offentlige og private ruter. Offentlige ruter kan give anledning til bekymring p\u00e5 grund af muligheden for cross-site scripting (XSS), en type injektionsangreb<\/a>, der kan g\u00f8re dig og dine brugere s\u00e5rbare over for ondsindede akt\u00f8rer<\/a>.<\/p>\n Problemet er, at en bruger kan blive omdirigeret fra en rute, der ikke kr\u00e6ver et sessionstoken, til en rute, der kr\u00e6ver et sessionstoken – og de vil stadig have adgang uden tokenet.<\/p>\n\n Den enkleste m\u00e5de at l\u00f8se dette problem p\u00e5 er at h\u00e5ndh\u00e6ve en ny HTTP-header og tilf\u00f8je “referrer” til ruten for at afb\u00f8de dette scenario:<\/p>\n I Laravel<\/a> giver ruter brugerne mulighed for at videresende den relevante anmodning til den \u00f8nskede controller. Den mest grundl\u00e6ggende Laravel-rute accepterer en Uniform Asset Identifier (din route path) og en lukning, som b\u00e5de kan v\u00e6re en funktion eller en klasse.<\/p>\n I Laravel oprettes ruter inde i filerne web.php<\/strong> og api.php<\/strong>. Laravel leveres som standard med to ruter: en til WEB og en til API.<\/p>\n Disse ruter befinder sig i mappen routes\/<\/strong>, men de indl\u00e6ses i Providers\/RouteServiceProvider.php<\/strong>.<\/p>\n I stedet for at g\u00f8re dette kan vi indl\u00e6se ruterne direkte inde i RouteServiceProvider.php<\/strong> og springe routes\/<\/strong>-mappen helt over.<\/p>\n N\u00e5r vi definerer en rute, vil vi normalt \u00f8nske at omdirigere den bruger, der tilg\u00e5r den, og grundene til dette varierer meget. Det kan v\u00e6re fordi det er en deprecated route, og vi har \u00e6ndret backend eller serveren, eller det kan v\u00e6re fordi vi \u00f8nsker at installere to-faktor-autentifikation (2FA)<\/a> osv.<\/p>\n Laravel har en nem m\u00e5de at g\u00f8re dette p\u00e5. Takket v\u00e6re frameworkets enkelhed kan vi bruge redirect-metoden p\u00e5 Route-facaden, som accepterer indgangsruten og den rute, der skal omdirigeres til.<\/p>\n Valgfrit kan vi angive statuskoden for redirectet som den tredje parameter. Metoden Inde i redirect-ruterne er det forbudt at bruge n\u00f8gleordene “destination” og “status” som parametre, da de er reserveret af Laravel.<\/p>\n Views er de .blade.php<\/strong>-filer, som vi bruger til at gengive frontend-delen af vores Laravel-applikation. Det bruger blade templating engine, og det er standardmetoden til at bygge en full-stack applikation udelukkende med Laravel.<\/p>\n Hvis vi \u00f8nsker, at vores rute skal returnere en visning, kan vi blot bruge view-metoden p\u00e5 Route-facaden. Den accepterer en ruteparameter, et visningsnavn og et valgfrit array af v\u00e6rdier, der skal overf\u00f8res til visningen.<\/p>\n Lad os antage, at vores visning \u00f8nsker at sige “Hello, Efterh\u00e5nden som din applikation vokser i st\u00f8rrelse, vil antallet af anmodninger, der skal dirigeres, ogs\u00e5 vokse. Og med en stor m\u00e6ngde information kan der opst\u00e5 stor forvirring.<\/p>\n Det er her, at Den vil vise en liste over alle ruter uden middlewares. Til dette skal vi bruge flaget I en situation, hvor du m\u00e5ske bruger dom\u00e6nedrevet design, hvor dine ruter har specifikke navne i deres stier, kan du g\u00f8re brug af filtreringsmulighederne i denne kommando p\u00e5 f\u00f8lgende m\u00e5de:<\/p>\n Dette vil kun vise de ruter, der starter med api\/account<\/strong>.<\/p>\n P\u00e5 den anden side kan vi instruere Laravel om at udelukke eller inkludere tredjepartsdefinerede ruter ved at bruge indstillingerne Nogle gange kan du have brug for at fange segmenter af URI’en med ruten, som f.eks. et bruger-id eller token. Det kan vi g\u00f8re ved at definere en ruteparameter, som altid er omsluttet af parenteser ( Hvis vores ruter har afh\u00e6ngigheder inden for deres callbacks, vil Laravel-tjenestecontaineren automatisk injicere dem:<\/p>\n Laravels obligatoriske parametre er parametre i ruter, som vi ikke m\u00e5 springe over, n\u00e5r vi foretager et kald. Ellers vil der blive kastet en fejl:<\/p>\n Nu inde i GetGdprDataController.php<\/strong> f\u00e5r vi direkte adgang til parameteren $userId<\/strong>.<\/p>\n En rute kan tage et vilk\u00e5rligt antal parametre. De injiceres i rute callbacks\/controllere baseret p\u00e5 den r\u00e6kkef\u00f8lge, de er opf\u00f8rt i:<\/p>\n I en situation, hvor vi \u00f8nsker at g\u00f8re noget p\u00e5 en rute, n\u00e5r kun en parameter er til stede og intet andet, uden at det p\u00e5virker hele programmet, kan vi tilf\u00f8je en valgfri parameter. Disse valgfrie parametre angives ved at tilf\u00f8je Laravel<\/a> giver os mulighed for at filtrere, hvordan vores valgfrie eller obligatoriske parametre skal se ud.<\/p>\n Lad os sige, at vi vil have en streng af et bruger-id. Vi kan validere det p\u00e5 denne m\u00e5de p\u00e5 ruteniveau ved hj\u00e6lp af metoden Metoden Vi kan tage dette et skridt videre og anvende validering p\u00e5 alle ruter i vores applikation ved at bruge metoden Dette vil validere hver Som vi kan se, bruger Laravel Den eneste ulempe er, at det kun vil blive underst\u00f8ttet i det sidste rutesegment.<\/p>\n Som navnet antyder, kan vi navngive ruter, hvilket g\u00f8r det praktisk at generere URL’er<\/a> eller omdirigere til specifikke routes.<\/p>\n En enkel m\u00e5de at oprette en navngiven rute p\u00e5 er den metode Rutegrupper giver dig mulighed for at dele ruteattributter som middlewares p\u00e5 tv\u00e6rs af et stort antal routes uden at skulle omdefinere det p\u00e5 hver enkelt route.<\/p>\n Ved at tildele en middleware til alle de ruter, vi har, kan vi kombinere dem i en gruppe, f\u00f8rst ved at bruge metoden N\u00e5r en gruppe anvender den samme controller, kan vi bruge metoden Et underdom\u00e6nenavn<\/a> er et stykke ekstra information, der tilf\u00f8jes i begyndelsen af et websteds dom\u00e6nenavn. Dette giver websteder mulighed for at adskille og organisere deres indhold til specifikke funktioner, f.eks. onlinebutikker, blogs, pr\u00e6sentationer osv. fra resten af webstedet.<\/p>\n Vores ruter kan bruges til at h\u00e5ndtere routing af underdom\u00e6ner. Vi kan fange dom\u00e6net og en del af underdom\u00e6net til brug i vores controller og rute. Ved hj\u00e6lp af N\u00e5r vi har en gruppe af ruter, kan vi i stedet for at \u00e6ndre dem en efter en g\u00f8re brug af de ekstra hj\u00e6lpeprogrammer, som Laravel tilbyder, s\u00e5som Metoden Dette giver os mulighed for at oprette nye ting som f.eks. adminruter uden at skulle \u00e6ndre hvert enkelt navn eller pr\u00e6fiks for at identificere dem:<\/p>\n Nu vil URI’erne for disse routes v\u00e6re N\u00e5r applikationen implementeres til produktionsservere, vil en god Laravel-udvikler<\/a> udnytte Laravels route cache.<\/p>\n Rutecaching mindsker den tid, det tager at registrere alle applikationsroutes.<\/p>\n Ved at k\u00f8re Nu vil enhver anden anmodning indl\u00e6se denne cache<\/a>-fil, hvis den findes. Vores applikation beh\u00f8ver derfor ikke l\u00e6ngere at analysere og konvertere poster fra rutefilen til Ved ikke at bruge den route caching-funktion, som Laravel tilbyder, risikerer din applikation at k\u00f8re langsommere, end den kunne, hvilket igen kan mindske salget, brugerfastholdelsen og tilliden til dit brand<\/a>.<\/p>\n Afh\u00e6ngigt af dit projekts st\u00f8rrelse og hvor mange ruter der er, kan en simpel route caching-kommando g\u00f8re din applikation hurtigere<\/a> med alt fra 130% til 500% – en massiv gevinst for n\u00e6sten ingen indsats.<\/p>\n Routing er rygraden i backend-udvikling. Laravel-framework excellerer i dette ved at give en verbose m\u00e5de at definere og administrere ruter p\u00e5.<\/p>\n'main' => [\n 'path' => '\/main',\n 'referrer' => 'required,refresh-empty',\n 'target' => ControllerDashboardController::class . '::mainAction'\n]<\/code><\/pre>\nLaravel Basic Routing<\/h2>\n
![\"En](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/10\/laravel-route-provider-default.png\")
<\/a>![\"Et](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/10\/loading-laravel-routes-directly.png\")
<\/a>Omdirigerer<\/h3>\n
permanentRedirect<\/code> vil g\u00f8re det samme som metoden redirect<\/code>, bortset fra at den altid returnerer en 301-statuskode<\/a>:<\/p>\n\/\/ Simple redirect\nRoute::redirect(\"\/class\", \"\/myClass\");\n\n\/\/ Redirect with custom status\nRoute::redirect(\"\/home\", \"\/office\", 305);\n\n\/\/ Route redirect with 301 status code\nRoute::permanentRedirect(\"\/home\", \"office\");<\/code><\/pre>\n\/\/ Illegal to use\nRoute::redirect(\"\/home\", \"\/office\/{status}\");<\/code><\/pre>\nVisninger<\/h3>\n
\/\/ When the user accesses my-domain.com\/homepage\n\/\/ the homepage.blade.php file will be rendered\nRoute::view(\"\/homepage\", \"homepage\");<\/code><\/pre>\n{name}<\/code>” ved at videregive et valgfrit array med denne parameter. Vi kan g\u00f8re netop dette med f\u00f8lgende kode (hvis den manglende parameter er p\u00e5kr\u00e6vet i visningen, vil anmodningen mislykkes og kaste en fejl):<\/p>\nRoute::view('\/homepage', 'homepage', ['name' => \"Kinsta\"]);<\/code><\/pre>\nRoute List<\/h3>\n
artisan route:list command<\/code> kan hj\u00e6lpe os. Den giver et overblik over alle de ruter, der er defineret i applikationen, deres middlewares og controllere.<\/p>\nphp artisan route:list<\/code><\/pre>\n-v<\/code>:<\/p>\nphp artisan route:list -v<\/code><\/code><\/pre>\nphp artisan route:list \u2013path=api\/account<\/code><\/pre>\n\u2013except-vendor<\/code> eller \u2013only-vendor<\/code>.<\/p>\nRuteparametre<\/h2>\n
{}<\/code>) og kun b\u00f8r best\u00e5 af alfabetiske tegn.<\/p>\nuse IlluminateHttpRequest;\nuse Controllers\/DashboardController;\nRoute::post('\/dashboard\/{id}, function (Request $request, string $id) {\n return 'User:' . $id;\n}\nRoute::get('\/dashboard\/{id}, DashboardController.php);<\/code><\/pre>\nKr\u00e6vede parametre<\/h3>\n
Route::post(\"\/gdpr\/{userId}\", GetGdprDataController.php\");<\/code><\/pre>\npublic function __invoke(int $userId) {\n \/\/ Use the userId that we received\u2026\n}<\/code><\/pre>\n \/\/ api.php\nRoute::post('\/gdpr\/{userId}\/{userName}\/{userAge}', GetGdprDataController.php);\n\/\/ GetGdprDataController.php\npublic function __invoke(int $userId, string $userName, int $userAge) {\n \/\/ Use the parameters\u2026\n}<\/code><\/pre>\nValgfrie parametre<\/h3>\n
?<\/code> til dem:<\/p>\n Route::get('\/user\/{age?}', function (int $age = null) {\n if (!$age) Log::info(\"User doesn't have age set\");\n else Log::info(\"User's age is \" . $age);\n}\nRoute::get('\/user\/{name?}', function (int $name = \"John Doe\") {\n Log::info(\"User's name is \" . $name);\n}<\/code><\/pre>\nRoute Wildcard<\/h3>\n
where<\/code>.<\/p>\nwhere<\/code> accepterer navnet p\u00e5 parameteren og den regex-regel, der skal anvendes p\u00e5 valideringen. Som standard tager den den f\u00f8rste parameter, men hvis vi har mange, kan vi sende et array med navnet p\u00e5 parameteren som n\u00f8gle og reglen som v\u00e6rdi, og Laravel vil analysere dem alle for os:<\/p>\nRoute::get('\/user\/{age}', function (int $age) {\n \/\/\n}->where('age', '[0-9]+');\nRoute::get('\/user\/{age}', function (int $age) {\n \/\/\n}->where('[0-9]+');\nRoute::get('\/user\/{age}\/{name}', function (int $age, string $name) {\n \/\/\n}->where(['age' => '[0-9]+', 'name' => '[a-z][A-z]+');<\/code><\/pre>\npattern<\/code> p\u00e5 Route<\/code> facaden:<\/p>\n Route::pattern('id', '[0-9]+');<\/code><\/pre>\nid<\/code> parameter med dette regex-udtryk. Og n\u00e5r vi f\u00f8rst har defineret det, vil det automatisk blive anvendt p\u00e5 alle ruter, der bruger det p\u00e5g\u00e6ldende parameternavn.<\/p>\n\/<\/code> -tegnet som separator i stien. Hvis vi \u00f8nsker at bruge det i stien, skal vi eksplicit tillade, at det er en del af vores placeholder ved hj\u00e6lp af et where<\/code> regex.<\/p>\n Route::get('\/find\/{query}', function ($query) {\n \/\/\n})->where('query', , '.*');<\/code><\/pre>\nNavngivne ruter<\/h2>\n
S\u00e5dan opretter du navngivne ruter<\/h3>\n
name<\/code>, der er k\u00e6det sammen med Route<\/code> -facaden. Hver route’s navn skal v\u00e6re unikt:<\/p>\n Route::get('\/', function () {\n})->name(\"homepage\");<\/code><\/pre>\nRoute grupper<\/h2>\n
Middleware<\/h3>\n
group<\/code>. En ting, man skal v\u00e6re opm\u00e6rksom p\u00e5, er, at middlewares udf\u00f8res i den r\u00e6kkef\u00f8lge, som de anvendes i gruppen:<\/p>\n Route:middleware(['AuthMiddleware', 'SessionMiddleware'])->group(function () {\n Route::get('\/', function() {} );\n Route::post('\/upload-picture', function () {} );\n});<\/code><\/pre>\nControllers<\/h3>\n
controller<\/code> til at definere den f\u00e6lles controller for alle ruterne i gruppen. Nu skal vi angive den metode, som en route skal kalde.<\/p>\n Route::controller(UserController::class)->group(function () {\n Route::get('\/orders\/{userId}', 'getOrders');\n Route::post('\/order\/{id}', 'postOrder');\n});<\/code><\/pre>\nRouting af underdom\u00e6ner<\/h3>\n
domain<\/code> -metoden p\u00e5 Route<\/code> -facaden kan vi gruppere vores ruter under et enkelt dom\u00e6ne:<\/p>\n Route::domain('{store}.enterprise.com')->group(function() {\n Route::get('order\/{id}', function (Account $account, string $id) {\n \/\/ Your Code\n }\n});<\/code><\/pre>\nPr\u00e6fikser og navnepr\u00e6fikser<\/h3>\n
prefix<\/code> og name<\/code> p\u00e5 Route<\/code> -facaden.<\/p>\nprefix<\/code> kan bruges til at pr\u00e6fiksere hver rute i gruppen med en given URI, og metoden name<\/code> kan bruges til at pr\u00e6fiksere hvert rutenavn med en given streng.<\/p>\n Route::name('admin.\")->group(function() {\n Route::prefix(\"admin\")->group(function() {\n Route::get('\/get')->name('get');\n Route::put('\/put')->name(put');\n Route::post('\/post')->name('post');\n });\n});<\/code><\/pre>\nadmin\/get<\/code>, admin\/put<\/code>, admin\/post<\/code>, og navnene admin.get<\/code>, admin.put<\/code> og admin.post<\/code>.<\/p>\nCaching af routes<\/h2>\n
Hvad er Route Caching?<\/h3>\n
php artisan route:cache<\/code> genereres en instans af Illuminate\/Routing\/RouteCollection<\/code>, og efter at v\u00e6re blevet kodet, skrives det serialiserede output til bootstrap\/cache.routes.php<\/code>.<\/p>\nIlluminate\/Routing\/Route<\/code> -objekter i Illuminate\/Routing\/RouteCollection<\/code>.<\/p>\nHvorfor det er vigtigt at bruge Route Caching<\/h3>\n
Opsummering<\/h2>\n