client-only 路由的缺点是什么?
What are the disadvantages of client-only routes?
对于 gatsbyjs
站点,我正在考虑我是从服务器(我会说传统方法)还是从具有仅客户端路由概念的客户端提供受限页面 (https://www.gatsbyjs.org/docs/building-a-site-with-authentication/)
不过,我想要的是 static url
根据身份验证状态显示或不显示内容,而不是当时只有该客户端可以访问的不同 client-only url
我想知道这是"the"没有服务器的缺点,还是不是这样,我不太理解
而且,与基于服务器的方法相比,还有其他/任何缺点吗?
我可以想出两个缺点,它们实际上只是保护专用路由的其他方法:
- 服务器计算
- 提供用户特定数据
- Gatsby 不会在服务器上动态呈现
1.服务器计算
一个缺点可能是客户端呈现页面而不是您的服务器。如果您想最小化服务器计算,这也可能是一个优势。除此之外没有缺点。这只是保护私有路由的另一种方式。
您可以通过您链接的文档中描述的仅限客户端的机制来定义仅限客户端的路由,例如 www.your-site.com/settings/account
。此路由对已登录的用户是受保护的。如果他们未登录,则不会呈现站点,并将他们重定向到登录页面。
2。提供用户特定数据
我不确定静态 URL 是什么意思。只要您的用户已登录,就会为他们呈现 URL www.your-site.com/settings/account
。您可以通过 JSON 网络令牌、cookie、会话和各种 API 为用户提供正确的数据。
这又不是真正的劣势。对于服务器和客户端呈现的页面,您始终需要以一种仅向经过身份验证的用户发送私有数据的方式构建 API。
3。 Gatsby 不会在服务器上动态呈现
这意味着您必须将服务器呈现的页面实现到静态站点中。我认为没有任何官方文件。当您再次动态呈现网站的一部分时,使用静态网站生成器 Gatsby 毫无意义。
如果您承诺使用 Gatsby,我推荐仅客户端路线,因为这样它仍然是一个静态站点,并始终具有其所有优势。
对于 gatsbyjs
站点,我正在考虑我是从服务器(我会说传统方法)还是从具有仅客户端路由概念的客户端提供受限页面 (https://www.gatsbyjs.org/docs/building-a-site-with-authentication/)
不过,我想要的是 static url
根据身份验证状态显示或不显示内容,而不是当时只有该客户端可以访问的不同 client-only url
我想知道这是"the"没有服务器的缺点,还是不是这样,我不太理解
而且,与基于服务器的方法相比,还有其他/任何缺点吗?
我可以想出两个缺点,它们实际上只是保护专用路由的其他方法:
- 服务器计算
- 提供用户特定数据
- Gatsby 不会在服务器上动态呈现
1.服务器计算
一个缺点可能是客户端呈现页面而不是您的服务器。如果您想最小化服务器计算,这也可能是一个优势。除此之外没有缺点。这只是保护私有路由的另一种方式。
您可以通过您链接的文档中描述的仅限客户端的机制来定义仅限客户端的路由,例如 www.your-site.com/settings/account
。此路由对已登录的用户是受保护的。如果他们未登录,则不会呈现站点,并将他们重定向到登录页面。
2。提供用户特定数据
我不确定静态 URL 是什么意思。只要您的用户已登录,就会为他们呈现 URL www.your-site.com/settings/account
。您可以通过 JSON 网络令牌、cookie、会话和各种 API 为用户提供正确的数据。
这又不是真正的劣势。对于服务器和客户端呈现的页面,您始终需要以一种仅向经过身份验证的用户发送私有数据的方式构建 API。
3。 Gatsby 不会在服务器上动态呈现
这意味着您必须将服务器呈现的页面实现到静态站点中。我认为没有任何官方文件。当您再次动态呈现网站的一部分时,使用静态网站生成器 Gatsby 毫无意义。
如果您承诺使用 Gatsby,我推荐仅客户端路线,因为这样它仍然是一个静态站点,并始终具有其所有优势。