为提升您的使用体验,本站正在维护,部分功能暂时无法使用。如果本站文章无法解决您的问题,您想要向社区提问的话,请到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 提问,我们的支持社区将会很快回复您的疑问。

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信,及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

Do "Race Cache With Network (RCWN)" requests identify themselves to servers?

  • 1 个回答
  • 1 人有此问题
  • 24 次查看
  • 最后回复者为 cor-el

more options

This question was asked a while ago: https://support.mozilla.org/en-US/questions/1267945 asking what the "(raced)" values were inside the Transferred column of the Network tab in the Developer Tools.

In short, it sounds like when the browser detects a slow pull of a value from the local cache, it "races" the cache by actually making the network request to see which comes back first to provide the fastest loading possible for the end user.

While conceptually I totally get this, as a Web Developer I'm now curious if this particular network request identifies itself in some way via HTTP Header values?

We actively seek out customers of our web applications to see which ones have "bad" cache settings (no cache, too small a cache, or flushed constantly) to reach out to them to resolve this (and/or find out the reason why they were disabling their cache). TL;DR - I think these RCWN requests may give us a false positive when trying to detect users with bad cache settings... so I'd like to be able to "ignore" these RCWN requests in our analysis (I don't want to block or otherwise interfere with these requests).

On a secondary note, is there any info for the end user on why a given resource was raced? It appears that all of the "(raced)" resources I'm seeing on my frequently visited sites are less than 2.5KB (often under 1 KB) - just wondering if the algorithm to detect "slow" resources is properly scaled for small resources.

This question was asked a while ago: https://support.mozilla.org/en-US/questions/1267945 asking what the "(raced)" values were inside the Transferred column of the Network tab in the Developer Tools. In short, it sounds like when the browser detects a slow pull of a value from the local cache, it "races" the cache by actually making the network request to see which comes back first to provide the fastest loading possible for the end user. While conceptually I totally get this, as a Web Developer I'm now curious if this particular network request identifies itself in some way via HTTP Header values? We actively seek out customers of our web applications to see which ones have "bad" cache settings (no cache, too small a cache, or flushed constantly) to reach out to them to resolve this (and/or find out the reason why they were disabling their cache). TL;DR - I think these RCWN requests may give us a false positive when trying to detect users with bad cache settings... so I'd like to be able to "ignore" these RCWN requests in our analysis (I don't want to block or otherwise interfere with these requests). On a secondary note, is there any info for the end user on why a given resource was raced? It appears that all of the "(raced)" resources I'm seeing on my frequently visited sites are less than 2.5KB (often under 1 KB) - just wondering if the algorithm to detect "slow" resources is properly scaled for small resources.
已附加屏幕截图

所有回复 (1)

more options

Note that users can look at the about:networking#rcwn page to see some RCWN stats. I would assume that this is a normal request, so I think there is no way a website can detect the cause of the request.