我很想使用长时间等待 http 或客户端定期轮询来在浏览器端设置伪套接字，用于公开使用的应用程序。
但是第二个想法，我认为 HTML 5 就在这里。
但第三个想法是，在 12 个月、24 个月、36 个月内保持非 HTML5 的浏览器的百分比是多少？如果至少有 20% 的浏览器仍然无法使用 HTML5，那么我就不能依赖 HTML5，因为 20% 的用户无法访问应用程序是一个很大的数字。
你怎么看，你的建议是什么(对我和一般的开发人员)？
Q1。
将 COMET 安装到应用程序中还有什么意义吗？我在想 gwt cometd - http://code.google.com/p/gwt-comet/ .
Q2。
我们是否应该在 future 2 个月内发布一个依赖 HTML5 套接字的新公共(public)应用程序，并告诉非 HTML5 浏览器用户“抱歉，您的浏览器版本无法访问此应用程序”？
或者我们应该构建应用程序以使用像 GWT RPC 这样的通信？
Q3。
我也非常不信任长时间等待的 http 请求。我以前从未使用过它，但我对它有一种可怕的感觉。我一直在使用 10 到 20 秒的客户端轮询。长时间等待 http 请求是否有风险(挂起浏览器 session 的风险)？长时间等待请求是否会带来任何额外的安全风险？
最佳答案
如果您有兴趣成为一个好公民，是的，您绝对应该告诉人们您在 2 个月内不支持他们的浏览器。 IE6 一直徘徊不前的唯一原因是开发人员一直在竭力支持它，而他们所做的只是让用户继续使用严重损坏且不安全的浏览器运行。 IE8 相当不错，而 IE9 也很棒(不过发布时间还不清楚)，所有基于 Webkit/Opera/Gecko 的现代浏览器都“足够好”，并且往往拥有比 IE 更频繁升级的用户群。
当然，市场渗透始终是一个大问题，也是你试图从产品中赚钱时的一个考虑因素。我认识到告诉人们他们的浏览器很糟糕并不总是一种选择，但更多的人需要考虑它 - 我们需要摆脱这些旧版浏览器，并且在我们停止支持它们之前不会发生这种情况。
关于sockets - 随着 HTML 5 的出现，使用 COMET 还有意义吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2688094/