认证方式基本流程

[Noyonhasan602]

应用 CSR 的场景和最佳实践
CSR 身份验证适用于需要实时功能或快速用户界面操作的应用程序。例如，CSR 非常适合聊天应用程序、仪表板样式的 Web 应用程序和移动 PWAs（渐进式 Web 应用程序）。但是，如果您的网站对 SEO 至关重要，或者您需要更安全地管理您的身份验证信息，则应该考虑 SSR 或混合身份验证方法。通过利用 Next.js 和 Nuxt.js，可以创建一个结合 CSR 和 SSR 优点的设计。

服务端认证功能：SSR
服务器端身份验证（SSR）是一种在服务器端管理身份验证信息并针对每次请求检查用户的身份验证状态的方法。这通常是使用基于会话的身份验证或仅 HTTP cookie 来实现的。 SSR 身份验证不需要客户端进行令牌管理，这提供了很大的安全优势，但也带来了服务器负载和性能问题。本文将详细讲解SSR认证的特点以及优缺点。

SSR
使用 SSR 身份验证，当用户登录时，服务器端会发 vk数据 出一个会话 ID，并将其作为 HTTP Only cookie 存储在客户端上。在后续请求中，浏览器会自动发送 cookie，服务器会验证会话并对用户进行身份验证。这种方式的好处是不需要客户端进行token的管理，降低了XSS攻击的风险。会话管理还可以通过在用户注销时立即使身份验证信息无效来提高安全性。

SSR 认证的好处：安全性和 SEO 优势
SSR认证最大的好处就是对安全性和SEO都比较好。由于Token不存储在客户端，因此不存在因XSS攻击导致Token泄露的风险。此外，由于会话管理在服务器端进行，访问控制变得更加容易。此外，SSR 在服务器端生成并提供完整的 HTML，可以被搜索引擎正确索引，从而改善 SEO。 Google 的爬虫无法完全解析在客户端呈现的内容，因此如果您关心 SEO，那么 SSR 是您的最佳选择。