Customizing Auth Middlewares in Laravel 11
Photo by Kutan Ural on Unsplash
Customizing Auth Middlewares in Laravel 11
If you've worked with Laravel before, you're probably familiar with authentication redirects like sending guests to the login page or redirecting authenticated users away from pages they shouldn't access. Laravel 11 has introduced a new, simpler way to handle this. In this article, we'll explore how to implement these new auth middleware customizations.
In previous Laravel versions, we had to modify two different middleware classes to customize how users and guests were redirected. Here's what that looked like:
In App/Http/Middleware/RedirectIfAuthenticated.php
:
public function handle(Request $request, Closure $next, string ...$guards): Response
{
$guards = empty($guards) ? [null] : $guards;
foreach ($guards as $guard) {
if (Auth::guard($guard)->check()) {
return $request->user()->isAdmin() ?
redirect(RouteServiceProvider::ADMIN_HOME) :
redirect(RouteServiceProvider::HOME);
}
}
return $next($request);
}
And in App/Http/Middleware/Authenticate.php
:
protected function redirectTo(Request $request): ?string
{
return $request->expectsJson() ? null : route('account.login');
}
However, in Laravel 11, we have a new way to customize them. Taylor Otwell, the creator of Laravel, has introduced a much simpler approach. The auth
middlewares are now part of Laravel's core (located in Illuminate\Auth\Middleware\
) so, like before, we can't modify these middleware classes directly. Instead, we now handle all the configuration in the bootstrap/app.php
file.
For unauthenticated users who try to access pages meant for logged-in users, we can redirect them using redirectGuestsTo
:
->withMiddleware(function (Middleware $middleware) {
$middleware->redirectGuestsTo('/account/login');
// Or using a closure...
$middleware->redirectGuestsTo(fn (Request $request) => route('account.login'));
})
For authenticated users who visit guest-only pages like login or register, we can redirect them using redirectUsersTo
:
->withMiddleware(function (Middleware $middleware) {
$middleware->redirectUsersTo('/account/dashboard');
// Or for more complex logic, like different dashboards for different user types...
$middleware->redirectUsersTo(fn (Request $request) =>
$request->user()->isAdmin()
? route('admin.dashboard')
: route('account.dashboard')
);
})
This new approach not only makes our code cleaner but also keeps all our redirect logic in one place. It's a pretty neat improvement, right?
While we've covered the new approach to customizing auth middlewares in Laravel 11, it's worth noting that there are many other middleware customizations available like replacing a default middleware with a custom one, adding/removing middleware to a route group, or even excluding routes from CSRF protection.
driesvints liked this article
Other articles you might like
How to add WebAuthn Passkeys To Backpack Admin Panel
Want to make your Laravel Backpack admin panel more secure with a unique login experience for your a...
Quickest way to setup PHP Environment (Laravel Herd + MySql)
Setting up a local development environment can be a time taking hassle—whether it's using Docker or...
Access Route Model-Bound Models with "#[RouteParameter]"
Introduction I've recently been using the new #[RouteParameter] attribute in Laravel, and I've been...
The Laravel portal for problem solving, knowledge sharing and community building.
The community