大家都对xmlhttp有这么大的兴趣，问个客户端的解决方案，看腬\0...

这个可能不是问题的
如果需要使用xmlhttp的话，需要设置ie的安全级别为低
这个工作谁来做呢？对用户好像不太负责任的
或者有经验设置域数据源启用的，可是这个对终端用户太苛刻了吧
不然就只可以抓取本站点的数据了，这个各位是怎么解决的呢？
当然可以通过漏洞来修改客户设置的，可是感觉又有病毒的嫌疑了，
各位做产品的?对这个问题，你们怎么看，或者你们有更好地解决方案的

使用xmlhttp需要修改安全级吗?

如果不是修改本地文件,而是send load的话不需要吧.

需要的，
注意我的前提，跨站点的读取数据的
读取本站点数据是不需要的
或者你的机器,是没有打过补丁的
不然的话，使用该要启用域数据源才可以open的

建一个birdge吧

是这种情况

这个问题不难解决。

写一个httpProxy:

直接http Request 封包大致是这样的：

GET /index.htm HTTP/1.1
accept:*.*
host:hostname:port
...

而通常情况下 HttpProxy 接收到的封包是这样的：

GET http://hostname:port/index.htm HTTP/1.1
accept:*.*
host:hostname:port
...

区别在于 后面的url 是完整的。


于是我们稍作改动，如果我们通过这种url的方式来放松请求

http://hostname:port/proxy?http://other_hostname:other_port/index.htm

则，只需将proxy中从 http://hostname:port/index.htm 中分离 /index.htm 的方式换成 从 http://hostname:port/proxy?http://other_hostname:other_port/index.htm
中分离出 /index.htm 及 主机与端口，然后再从新构造一个正常的 http request封包完成代理即可。

在你的源域服务器上启动此proxy，如果web端要访问其他域的数据源，则只需将url转换成 http://yourdomain:proxyPort/proxy?url 即可。

是的，不过这样也有一个坏处的
就是由客户端去判断是否死链，就不可能了
因为链接始终是成立的
这个你还有什么好地解决办法的？
如果在服务端设定responsetime的话，对服务器的
压力就重了一些，性能一旦调整的不好
比较容易被刷爆的
ps:这台机器的防火墙又怎么解决的，原来只需要开放80就可以
现在复杂了些吧

为何不能判断死链？除了目标服务器的TCP端口的服务停止，别的死链（例如，404，500等）对proxy而言是完全透明穿越的。
proxy对HTTP层基本上是透明不可感知的。我们可以通过Head方法请求url，来判断死链，一旦目标服务器当机或通讯不可到达，proxy根据socket请求超时，直接中断与client端的套接字，或者返回给客户端一个错误号（400以上），客户端的xmlhttp通过这个号来判断目标服务器通讯不可到达亦可。

服务器的压力增大是必然的。防火墙问题不大，除非因为虚拟主机的约束，否则另外开放一个端口又无所谓，不会给安全带来什么隐患（除非proxy设计的有问题）。如果是虚拟主机，则可写一个 .asp或.jsp来完成proxy的功能亦可。只是转发http head中的内容就有一些困难了。
我想具体选择那种解决方案应当根据系统实际面临的主要矛盾来决定。

我现在xmlhttp来解决台帐实时刷新的问题，就是每隔10s，用xmlhttp到服务器去取一次数据。
楼上的兄弟谈到性能的问题，请问有兄弟用xmlhttp干过这种事情吗？估计同时能支持几台机器并发访问？

在做短信发送时我有想过用xmlhttp,但要跨平台取数据,结果我选择了是用线程(URL类就可以了).在后台跑,传递数据.在tomact里设置自动启动这个类.

前台可用脚本替换.或者用iframe.来隔一段时间更新.
-------------------------------------------------
上次我也用xmlhttp来做.但用户浏览都要升级.为了免除不必要的麻烦后来全部换了用iframe