使用varyByHeaders（Cookie）时，Pingdom会破坏IIS输出缓存

Question

我最近对输出缓存进行了大量研究，并且能够通过web.config使用varyByQueryString或varyByHeaders在IIS中成功实现输出缓存。

然而，那就是Pingdom的性能和问题。真实用户监控（或PRUM）。他们有一个有趣的＆＃34;在您离开页面时设置beforeUnload cookie的小PRUM_EPISODES例程，以便它可以为您的下一页加载时间。此cookie的值基本上是unixtimestamp()，每秒都会更改。

正如您可以映像一样，这会完全打破用户模式输出缓存，因为现在每个请求都会在每个后续请求中使用不同的Cookie标头发送。

所以有两个问题：

1. 我的第一个倾向是找到一种方法在它到达服务器之前删除PRUM_EPISODES cookie，因为它对实际应用程序没有任何意义（这也是我对{{1}的非正式请求在下一个HTTP版本中标记）。是否有人熟悉在单个cookie到达IIS之前删除单个cookie的技术。输出缓存引擎或其他一些技术，以便在忽略ClientOnly时利用varyByHeaders="Cookie"？ Haven还没有为PRUM_EPISODES找到这样的技术。
2. 所有监控系统是否都以这种方式操作cookie（更改每个页面请求）以用于跟踪机制，他们是否意识到这样做会破坏用户模式输出缓存？