Caching 为什么要为经过身份验证的客户端禁用响应缓存

Caching 为什么要为经过身份验证的客户端禁用响应缓存,caching,Caching,我目前正在一个网站上工作,该网站为特定公司的每位员工提供个性化的时间表,该时间表将每五分钟内部更新一次。当你打开网站的时候,你可以用一个普通的传呼机查看所有的星期 在某种程度上,我注意到用户行为显示,人们在几周之间频繁点击,甚至在一分钟内多次访问同一页面(寻呼机)。我认为最好将这些单独的页面缓存2,5分钟 由于此web应用程序由ASP.Net Core提供支持,因此我访问了about caching,其中说明了以下内容: 对包含已验证客户端信息的内容禁用缓存。应仅为不会根据用户身份或用户是否登录

我目前正在一个网站上工作,该网站为特定公司的每位员工提供个性化的时间表,该时间表将每五分钟内部更新一次。当你打开网站的时候,你可以用一个普通的传呼机查看所有的星期

在某种程度上,我注意到用户行为显示,人们在几周之间频繁点击,甚至在一分钟内多次访问同一页面(寻呼机)。我认为最好将这些单独的页面缓存2,5分钟

由于此web应用程序由ASP.Net Core提供支持,因此我访问了about caching,其中说明了以下内容:

对包含已验证客户端信息的内容禁用缓存。应仅为不会根据用户身份或用户是否登录而更改的内容启用缓存


我知道这只是一个警告,但为什么需要警告呢?除了特定数据可能“过时”这一事实之外,还有什么原因导致这一结果不好吗?

我在@Eilon的帮助下找到了问题的答案,他将我链接到。这提供了一个简单的例子。简单地说,这就是一个不同的经过身份验证的用户可能得到一个缓存响应,其中包含关于另一个经过身份验证的用户的信息。因为这是可以控制的,有时甚至无关紧要,所以它只是MSDN中的一个警告。

hmm。。我建议您使用文档页面底部的反馈功能进行讨论和询问。因为,我们不知道文档中包含了什么样的推理——不是决定性的。事实上,你不应该问那些以广泛讨论为导向的问题,这些问题是推测性的和主观的(可以提供有效的推理或其他)。此外,请考虑你使用的标签。。这不是一个与
c#
相关的问题,也不是
asp.net核心的问题。你是在问关于在文档站点上缓存的警告有什么好处本期中对此进行了一些讨论:@BrettCaswell我编辑了标记,但在发布之前忘了删除它们。@Eilon感谢您提供的链接,我稍后将阅读它。