Laten we dus eens goed bekijken hoe je routes beheert in Laravel.
Backend routing en cross-site scripting in Laravel<\/h2>\n
Op een server bestaan zowel public als private routes. Public routes kunnen een bron van zorg zijn vanwege de mogelijkheid van cross-site scripting (XSS), een soort injectie-aanval<\/a> die jou en je gebruikers kwetsbaar kan maken voor hackers<\/a>.<\/p>\n Het probleem is dat een gebruiker kan worden omgeleid van een route waarvoor geen sessietoken nodig is naar een route waarvoor dat wel nodig is – en hij heeft nog steeds toegang zonder het token.<\/p>\n\n De eenvoudigste manier om dit probleem op te lossen is om een nieuwe HTTP header af te dwingen en “referrer” toe te voegen aan de route om dit scenario te beperken:<\/p>\n In Laravel<\/a> stellen routes gebruikers in staat om het juiste verzoek naar de gewenste controller te routen. De meest elementaire Laravel Route accepteert een Uniform Asset Identifier (je route path) en een afsluiting die zowel een functie als een klasse kan zijn.<\/p>\n In Laravel worden routes gemaakt in de bestanden web.php<\/strong> en api.php<\/strong>. Laravel wordt standaard geleverd met twee routes: \u00e9\u00e9n voor het WEB en \u00e9\u00e9n voor de API.<\/p>\n Deze routes staan in de map routes\/<\/strong>, maar ze worden geladen in de Providers\/RouteServiceProvider.php<\/strong>.<\/p>\n In plaats daarvan kunnen we de routes rechtstreeks laden in RouteServiceProvider.php<\/strong>, waarbij we de map routes\/<\/strong> helemaal overslaan.<\/p>\n Bij het defini\u00ebren van een route, zullen we meestal de gebruiker die er toegang toe krijgt willen omleiden, en de redenen daarvoor vari\u00ebren nogal. Het kan zijn omdat het een verouderde route is en we de backend of de server hebben veranderd, of het kan zijn omdat we twee-factor authenticatie (2FA)<\/a> willen installeren, enzovoort.<\/p>\n Laravel heeft een eenvoudige manier om dit te doen. Dankzij de eenvoud van het framework kunnen we de redirect methode gebruiken op de Route facade, die de entry route accepteert en de route waarnaar moet worden doorgestuurd.<\/p>\n Optioneel kunnen we als derde parameter de statuscode voor de redirect meegeven. De methode Binnen de redirect routes is het verboden om de “destination” en “status” keywords als parameters te gebruiken, omdat die door Laravel zijn gereserveerd.<\/p>\n Views zijn de .blade.php<\/strong> bestanden die we gebruiken om de frontend van onze Laravel applicatie te renderen. Het gebruikt de blade templating engine, en het is de standaard manier om een full-stack applicatie te bouwen met alleen Laravel.<\/p>\n Als we willen dat onze route een view teruggeeft, kunnen we eenvoudigweg de view methode op de Route facade gebruiken. Deze accepteert een route parameter, een view naam, en een optionele array van waarden die aan de view worden doorgegeven.<\/p>\n Laten we aannemen dat onze view “Hello, Naarmate je applicatie groter wordt, groeit ook het aantal verzoeken dat geroutet moet worden. En met een grote hoeveelheid informatie kan verwarring ontstaan.<\/p>\n Dit is waar het Dit toont een lijst van alle routes zonder de middlewares. Hiervoor moeten we de flag In een situatie waarin je misschien een domein-gestuurd ontwerp gebruikt waarbij je routes specifieke namen in hun paden hebben, kun je als volgt gebruik maken van de filtermogelijkheden van dit commando:<\/p>\n Hiermee worden alleen de routes getoond die beginnen met api\/account<\/strong>.<\/p>\n Aan de andere kant kunnen we Laravel opdragen om extern gedefinieerde routes uit te sluiten of op te nemen door de opties Soms moet je met de route segmenten van de URI vastleggen, zoals een user ID of token. We kunnen dit doen door een routeparameter te defini\u00ebren, die altijd wordt omsloten door accolades ( Als onze routes dependencies bevatten in hun callbacks, zal de Laravel service container ze automatisch injecteren:<\/p>\n De vereiste parameters van Laravel zijn parameters in routes die we niet mogen overslaan bij een call. Anders wordt er een fout teruggegeven:<\/p>\n Nu hebben we binnen de GetGdprDataController.php<\/strong> direct toegang tot de $userId<\/strong> parameter.<\/p>\n Een route kan een willekeurig aantal parameters aannemen. Ze worden ge\u00efnjecteerd in de route callbacks\/controllers op basis van de volgorde waarin ze staan:<\/p>\n In een situatie waarin we iets willen doen op een route wanneer alleen een parameter aanwezig is en niets anders, zonder de hele applicatie te be\u00efnvloeden, kunnen we een optionele parameter toevoegen. Deze optionele parameters worden aangeduid met Laravel<\/a> biedt ons een manier om te filteren hoe onze optionele of verplichte parameters eruit moeten zien.<\/p>\n Stel dat we een string van een user ID willen. We kunnen dit valideren op routeniveau met de methode De methode We kunnen nog een stap verder gaan en validatie toepassen op alle routes in onze applicatie door de methode Dit zal elke Zoals we kunnen zien, gebruikt Laravel het teken Het enige nadeel hierbij is dat het alleen wordt ondersteund in het laatste routesegment.<\/p>\n Zoals het kopje al aangeeft, kunnen we routes een naam geven, zogenaamde named routes, wat het handig maakt om URL’s<\/a> of omleidingen te genereren voor specifieke routes.<\/p>\n Een eenvoudige manier om een route met naam aan te maken wordt geboden door de methode Met routegroepen kun je route-attributen zoals middlewares delen over een groot aantal routes zonder ze op elke route opnieuw te hoeven defini\u00ebren.<\/p>\n Door een middleware toe te wijzen aan alle routes die we hebben, kunnen we ze combineren in een groep, eerst door de methode Als een groep dezelfde controller gebruikt, kunnen we de methode Een subdomeinnaam<\/a> is een stukje extra informatie dat wordt toegevoegd aan het begin van de domeinnaam van een website. Hiermee kunnen websites hun inhoud voor specifieke functies, zoals online winkels, blogs, presentaties, enzovoort, scheiden en organiseren van de rest van de website.<\/p>\n Onze routes kunnen worden gebruikt om routing van subdomeinen af te handelen. We kunnen het domein en een deel van het subdomein opvangen voor gebruik in onze controller en route. Met behulp van de Wanneer we een groep routes hebben, kunnen we in plaats van ze \u00e9\u00e9n voor \u00e9\u00e9n aan te passen, gebruik maken van de extra hulpprogramma’s die Laravel biedt, zoals De methode Hierdoor kunnen we nieuwe dingen maken zoals admin routes zonder dat we elke naam of prefix hoeven aan te passen om ze te identificeren:<\/p>\n Nu worden de URI’s voor deze routes Bij het uitrollen van de applicatie naar productieservers zal een goede Laravel developer<\/a> gebruik maken van Laravel’s routecache.<\/p>\n Routecaching vermindert de tijd die nodig is om alle routes van de applicatie te registreren.<\/p>\n Met Nu zal elk ander verzoek dit cachebestand laden<\/a>, als het bestaat. Daarom hoeft onze applicatie niet langer entries uit het routebestand te parsen en om te zetten in Als je de routecaching feature van Laravel niet gebruikt, loop je het risico dat je applicatie langzamer draait dan hij zou kunnen, wat weer kan leiden tot minder sales, minder gebruikers en minder vertrouwen in je merk<\/a>.<\/p>\n Afhankelijk van de schaal van je project en hoeveel routes er zijn, kan een eenvoudig routecaching commando je applicatie versnellen<\/a> met 130% tot 500% – een enorme winst voor bijna geen moeite.<\/p>\n Routing is de ruggengraat van backenddevelopment. Het Laravel framework blinkt hierin uit door een eenvoudige manier om routes te defini\u00ebren en te beheren.<\/p>\n'main' => [\n 'path' => '\/main',\n 'referrer' => 'required,refresh-empty',\n 'target' => ControllerDashboardController::class . '::mainAction'\n]<\/code><\/pre>\nLaravel basic routing<\/h2>\n
![\"Standaard](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/10\/laravel-route-provider-default.png\")
<\/a>![\"Laravel](\"https:\/\/kinqsta.com\/wp-content\/uploads\/2022\/10\/loading-laravel-routes-directly.png\")
<\/a>Redirects<\/h3>\n
permanentRedirect<\/code> doet hetzelfde als de methode redirect<\/code>, behalve dat hij altijd een 301 statuscode<\/a> teruggeeft:<\/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>\nViews<\/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>” wil zeggen door een optionele array met die parameter door te geven. Dat kunnen we doen met de volgende code (als de ontbrekende parameter vereist is in de view , zal het verzoek mislukken en een fout geven):<\/p>\nRoute::view('\/homepage', 'homepage', ['name' => \"Kinsta\"]);<\/code><\/pre>\nRoutelijst<\/h3>\n
artisan route:list<\/code> commando ons kan helpen. Het geeft een overzicht van alle routes die in de applicatie zijn gedefinieerd, hun middlewares en controllers.<\/p>\nphp artisan route:list<\/code><\/pre>\n-v<\/code> gebruiken:<\/p>\nphp artisan route:list -v<\/code><\/code><\/pre>\nphp artisan route:list \u2013path=api\/account<\/code><\/pre>\n\u2013except-vendor<\/code> of \u2013only-vendor<\/code> te gebruiken.<\/p>\nRoute parameters<\/h2>\n
{}<\/code>) en alleen mag bestaan uit alfabetische tekens.<\/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>\nVereiste parameters<\/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>\nOptionele parameters<\/h3>\n
?<\/code>:<\/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> accepteert de naam van de parameter en de regex regel die zal worden toegepast op de validatie. Standaard neemt het de eerste parameter, maar als we er veel hebben, kunnen we een array doorgeven met de naam van de parameter als key en de regel als waarde, en Laravel zal ze allemaal voor ons parsen:<\/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> te gebruiken op de Route<\/code> facade:<\/p>\n Route::pattern('id', '[0-9]+');<\/code><\/pre>\nid<\/code> parameter valideren met deze regex expressie. En als we die eenmaal gedefinieerd hebben, wordt hij automatisch toegepast op alle routes die die parameternaam gebruiken.<\/p>\n\/<\/code> als scheidingsteken in het pad. Als we het in het pad willen gebruiken, moeten we expliciet toestaan dat het deel uitmaakt van onze placeholder met behulp van een where<\/code> regex.<\/p>\n Route::get('\/find\/{query}', function ($query) {\n \/\/\n})->where('query', , '.*');<\/code><\/pre>\nRoutes met een naam<\/h2>\n
Zo maak je named routes<\/h3>\n
name<\/code> die aan de Route<\/code> facade is gekoppeld. De naam van elke route moet uniek zijn:<\/p>\n Route::get('\/', function () {\n})->name(\"homepage\");<\/code><\/pre>\nRoutegroepen<\/h2>\n
Middleware<\/h3>\n
group<\/code> te gebruiken. E\u00e9n ding om rekening mee te houden is dat de middlewares worden uitgevoerd in de volgorde waarin ze op de groep worden toegepast:<\/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> gebruiken om de gemeenschappelijke controller voor alle routes binnen die groep te defini\u00ebren. Nu moeten we de methode specificeren die de route zal callen.<\/p>\n Route::controller(UserController::class)->group(function () {\n Route::get('\/orders\/{userId}', 'getOrders');\n Route::post('\/order\/{id}', 'postOrder');\n});<\/code><\/pre>\nSubdomeinroutes<\/h3>\n
domain<\/code> methode op de Route<\/code> facade kunnen we onze routes groeperen onder een enkel domein:<\/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>\nPrefixes en naamprefixes<\/h3>\n
prefix<\/code> en name<\/code> op de Route<\/code> facade.<\/p>\nprefix<\/code> kan gebruikt worden om elke route in de groep te prefixen met een gegeven URI, en de methode name<\/code> kan gebruikt worden om elke routenaam te prefixen met een gegeven string.<\/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>, en de namen admin.get<\/code>, admin.put<\/code>, en admin.post<\/code>.<\/p>\nRoutecaching<\/h2>\n
Wat is routecaching?<\/h3>\n
php artisan route:cache<\/code> wordt een instance van Illuminate\/Routing\/RouteCollection<\/code> gegenereerd, en na te zijn gecodeerd, wordt de geserialiseerde uitvoer geschreven naar bootstrap\/cache.routes.php<\/code>.<\/p>\nIlluminate\/Routing\/Route<\/code> objecten in Illuminate\/Routing\/RouteCollection<\/code>.<\/p>\nWaarom het belangrijk is om routecaching te gebruiken<\/h3>\n
Samenvatting<\/h2>\n