IIS 上的长轮询
我在 CF 中开发了一个进度条小部件，它在运行内置 CF8 开发服务器的本地计算机上运行得非常好。 然而，我们的生产和临时设备正在运行 Win2k3 和 IIS，我无法尊重 CFLUSH 标签。 即使用响应填充缓冲区也效果不佳，因为当被告知这样做时 IIS 是否会实际刷新缓冲区是相当不可预测的。 有谁知道一种方法可以使 IIS 刷新其缓冲区，或者有任何其他方法可以解决此问题，而无需将体系结构更改为使用短轮询？
I developed a progress bar widget in CF and it works wonderfully on my local machine running on a built-in CF8 development server. However, our production and staging boxes are running Win2k3 and IIS which I can't get to respect the CFFLUSH tag. Even padding the buffer with responses doesn't work too well as it is rather unpredictable whether or not IIS will actually flush the buffer when told to do so. Does anyone know of a way to make IIS flush its buffer or any other way to solve this problem without changing the architecture to using short polling instead?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
快速谷歌一下，发现其他一些人也有类似的问题。 我发现一篇文章建议 IIS 有一个可能会影响它的最小缓冲区大小。 那里发布的解决方案基本上是填充缓冲区，但正如您所说，这并不可靠。
你能移动到某种ajax驱动的轮询器/状态栏吗，就像这里的jsprogressbarhandler（谷歌搜索“jsprogressbarhandler ajax”）
A quick google shows a few other people with similar problems. I found one post that suggests IIS has a minimum buffer size which could be effecting it. The solution posted there is basically to pad the buffer but that's as you said not going to be reliable.
Could you move to some kind of ajax powered poller/status bar like here jsprogressbarhandler (google for "jsprogressbarhandler ajax")
仅供参考，如果您确实决定在某个时候需要返回到长轮询解决方案，则有一个成熟的 IIS 彗星服务器 - 请在以下位置查看
： freezemountain.com/websync" rel="nofollow noreferrer">www.frozenmountain.com/websync
Just as an FYI, if you do decide you need to go back to a long polling solution at some point, there is a full-blown comet server for IIS - check it out at:
www.frozenmountain.com/websync