Ajax IIS上的长轮询
我在CF中开发了一个进度条小部件，它在运行在内置CF8开发服务器上的本地机器上运行得非常好。但是，我们的生产和暂存箱运行的是Win2k3和IIS，我无法尊重CFFLUSH标记。即使在缓冲区中填充响应也不能很好地工作，因为不可预测IIS是否会在被告知时实际刷新缓冲区。有没有人知道一种方法可以让IIS刷新其缓冲区，或者有没有其他方法可以解决这个问题，而不用将体系结构改为使用短轮询？一个快速的google向其他一些有类似问题的人展示。我发现有一篇帖子说IIS的大小可能会影响它。这里发布的解决方案基本上是填充缓冲区，但正如您所说的，这是不可靠的Ajax IIS上的长轮询,ajax,iis,coldfusion,comet,Ajax,Iis,Coldfusion,Comet,我在CF中开发了一个进度条小部件，它在运行在内置CF8开发服务器上的本地机器上运行得非常好。但是，我们的生产和暂存箱运行的是Win2k3和IIS，我无法尊重CFFLUSH标记。即使在缓冲区中填充响应也不能很好地工作，因为不可预测IIS是否会在被告知时实际刷新缓冲区。有没有人知道一种方法可以让IIS刷新其缓冲区，或者有没有其他方法可以解决这个问题，而不用将体系结构改为使用短轮询？一个快速的google向其他一些有类似问题的人展示。我发现有一篇帖子说IIS的大小可能会影响它。这里发布的解决方案基本上
您是否可以移动到某种ajax支持的轮询器/状态栏，如这里的jsprogressbarhandler（谷歌的“jsprogressbarhandler ajax”）仅供参考，如果您确实决定在某个时候需要返回到长轮询解决方案，那么IIS有一个成熟的comet服务器-请访问：
我最终将代码从长轮询改为短轮询。这并不完全是我想要采取的方法，但它工作得很好，这比长期投票的方法更有效。我对短轮询的担忧是，由于频繁地进行求值，给客户端带来了很大的压力，如果服务器返回了大量的JS，我将不得不转而使用动态脚本标记。不过它现在还可以用，谢谢你的回复。