本文详细介绍了如何在laravel应用中实现一种灵活的邮件验证机制。针对默认`verified`中间件无法区分访客和已登录用户的痛点，文章提供了一个自定义中间件的解决方案。通过创建并注册一个新中间件，我们能够确保只有已认证且未验证邮箱的用户才会被重定向至验证页面，从而允许访客自由访问公共路由，同时强制已登录用户完成邮箱验证，提升用户体验和安全性。
在Laravel开发中，邮件验证是确保用户身份真实性的重要环节。然而，Laravel自带的verified中间件在某些场景下可能显得过于严格。当我们将middleware(‘verified’)应用到所有路由时，即使是公共页面，访客也必须先登录并验证邮箱才能访问，这显然不符合业务需求，因为公共页面通常旨在向所有用户开放。
我们的目标是实现一种更智能的验证逻辑：允许访客（guest）自由访问网站的任何部分，但一旦用户登录，无论他们访问哪个页面（包括那些对访客开放的页面），都必须先完成邮箱验证。
默认verified中间件的局限性
Laravel的EnsureEmailIsVerified（即verified）中间件在执行时，会首先检查用户是否已认证。如果用户已认证但邮箱未验证，它会将用户重定向到邮箱验证通知页面。问题在于，这个中间件不会区分用户是否是访客，只要它被应用到路由上，它就会期望有一个已认证的用户，导致访客也无法访问。
解决方案：创建自定义中间件
为了解决这一问题，我们可以创建一个新的自定义中间件，它能够智能地判断当前请求的用户状态。只有当用户已登录且其邮箱尚未验证时，才触发重定向。
1. 创建中间件文件
首先，使用Artisan命令生成一个新的中间件：
php artisan make:middleware EnsureEmailIsVerifiedUnlessGuest
这会在app/Http/Middleware目录下创建一个名为EnsureEmailIsVerifiedUnlessGuest.php的文件。
2. 实现中间件逻辑
编辑EnsureEmailIsVerifiedUnlessGuest.php文件，将handle方法修改为以下内容：
user() && ($request->user() instanceof MustVerifyEmail && ! $request->user()->hasVerifiedEmail())) { // 如果请求是JSON格式，返回403错误。 // 否则，重定向到邮箱验证通知页面。 return $request->expectsJson() ? abort(403, '您的邮箱地址尚未验证。') : Redirect::guest(URL::route($redirectToRoute ?: 'verification.notice')); } // 如果用户是访客，或者用户已登录且邮箱已验证，则继续处理请求。 return $next($request); }}
代码解析：
$request->user(): 检查当前请求是否有已认证的用户。如果用户是访客，此方法将返回null。$request->user() instanceof MustVerifyEmail: 确保用户模型实现了MustVerifyEmail接口，这是Laravel邮件验证机制的基础。! $request->user()->hasVerifiedEmail(): 检查已认证用户的邮箱是否尚未验证。$request->expectsJson() ? abort(403, …) : Redirect::guest(URL::route(…)): 根据请求类型，决定是返回JSON错误响应还是重定向到验证通知页面。Redirect::guest()方法用于重定向未认证的用户，即使在已登录状态下，它也能正确处理重定向逻辑。$redirectToRoute ?: ‘verification.notice’允许我们自定义重定向的路由名称，默认为verification.notice。
3. 注册自定义中间件
接下来，在app/Http/Kernel.php文件中，将新创建的中间件添加到$routeMiddleware数组中：
// app/Http/Kernel.phpprotected $routeMiddleware = [ // ... 其他中间件 'verified-or-guest' => AppHttpMiddlewareEnsureEmailIsVerifiedUnlessGuest::class,];
这里我们将其命名为verified-or-guest，你可以根据自己的喜好选择一个有意义的名称。
应用自定义中间件
现在，你可以在路由定义中使用这个新的中间件了。将其应用到需要此行为的路由或路由组上。
示例：
use AppHttpMiddlewareEnsureEmailIsVerifiedUnlessGuest;Route::middleware(['web', 'verified-or-guest'])->group(function () { // 这些路由对访客和已验证用户开放。 // 但如果已登录用户未验证邮箱，则会被重定向。 Route::get('/', function () { return view('welcome'); }); Route::get('/posts/{id}', function ($id) { return "Viewing post {$id}"; }); // 其他需要此验证逻辑的路由...});// 对于仅限已验证用户访问的路由，仍然可以使用 'verified' 中间件Route::middleware(['web', 'auth', 'verified'])->group(function () { Route::get('/dashboard', function () { return view('dashboard'); });});
通过这种方式，/或/posts/1等路由对于访客来说是完全可访问的。但如果一个已登录的用户（其邮箱尚未验证）尝试访问这些页面，他们将首先被重定向到邮箱验证通知页面。
注意事项与最佳实践
路由组应用： 为了避免在每个路由上重复添加中间件，建议将其应用到路由组上，以覆盖多个路由。MustVerifyEmail接口： 确保你的User模型（或任何需要验证邮箱的模型）实现了IlluminateContractsAuthMustVerifyEmail接口。Laravel的默认User模型已经实现了它。邮箱验证路由： 确保你的Auth::routes([‘verify’ => true]);已在web.php中注册，这样Laravel会提供必要的邮箱验证路由（如/email/verify和/email/verify/{id}/{hash}）。用户体验： 考虑为未验证邮箱的用户提供清晰的指引，说明如何完成验证，以及在验证完成前他们可能无法访问某些功能的提示。API场景： 在API路由中，如果用户邮箱未验证，中间件会返回403状态码和JSON错误信息，这对于API客户端来说是友好的。
总结
通过创建自定义的EnsureEmailIsVerifiedUnlessGuest中间件，我们成功地为Laravel应用实现了一个更加灵活和用户友好的邮箱验证机制。这不仅解决了默认verified中间件在公共页面上的限制，还确保了已登录用户的邮箱验证要求，从而在提升安全性的同时，优化了整体的用户体验。这种方法允许开发者根据具体业务需求，更精细地控制应用程序的访问策略。
以上就是Laravel中实现灵活的邮件验证：兼顾访客与已登录用户的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1331400.html
微信扫一扫 
支付宝扫一扫 
