Çdo kërkesë në Laravel hyn përmes një front controller-i të vetëm, public/index.php, drejtohet nga HTTP Kernel përmes një staku dhe -it te një , dhe kthen një — pas së cilës ekzekutohet middleware-i .
Çdo kërkesë në Laravel hyn përmes një front controller-i të vetëm, public/index.php, drejtohet nga HTTP Kernel përmes një staku dhe -it te një , dhe kthen një — pas së cilës ekzekutohet middleware-i .
Responsepublic/index.php ── autoload + bootstrap i aplikacionit
▼
HTTP Kernel::handle($request)
▼
Bootstrappers ── env, config, providers (register + boot)
▼
Global middleware ── (TrustProxies, HandleCors, ...)
▼
Router dispatch ── përputh route
▼
Route / group middleware ── (auth, throttle, verified, ...)
▼
Controller (or closure) ── logjika jote → kthen një Response
▼
Response ──▶ client
▼
Kernel::terminate ── terminable middleware (p.sh. ruajtje sesioni, logging)
index.php ngarkon autoload-in e Composer dhe bën bootstrap kontejnerin e aplikacionit.Request-in dhe ekzekuton bootstrappers: ngarkon env + config, regjistron dhe bën boot service providers (këtu lidhen framework-u dhe bindings-et e tua).auth, throttle, verified) ekzekutohet para controller-it; secili mund të ndërpresë zinxhirin.Response (view, JSON, redirect). Logjika "after" e middleware ekzekutohet ndërsa përgjigja ngjitet sërish nga jashtë.Kernel::terminate ekzekuton terminable middleware për punën e shtyrë.// app/Http/Middleware/Timing.php → 3/5. middleware
public function handle($request, Closure $next)
{
$request->attributes->set('started', microtime(true));
$response = $next($request); // kalo te shtresa tjetër / controller
$response->headers->set('X-Time', '...'); // logjika "after"
return $response;
}
// routes/web.php → 4. routing (+ middleware)
Route::get('/items/{id}', [ItemController::class, 'show'])->middleware('auth');
// app/Http/Controllers/ItemController.php → 6. controller
public function show(int $id)
{
return response()->json(Item::findOrFail($id));
}
Cikli i jetës i Laravel është ndërtuar rreth service container dhe pipeline-it të middleware, ndaj njohja e rendit — bootstrap/providers, pastaj global middleware, pastaj routing, pastaj route middleware, pastaj controller, pastaj terminate — të thotë saktësisht ku i takojnë auth, rate limiting, CORS dhe pastrimi. Shpjegon pse një service duhet të lidhet (bind) në një provider para se të injektohet, pse throttle refuzon një kërkesë para se controller-i yt të ekzekutohet, dhe si ta shtysh punën e ngadaltë te terminable middleware që përdoruesi të mos mbahet duke pritur.
Një bibliotekë pyetjesh intervistash IT me përgjigje të detajuara — nga Junior te Senior.
Dhuro