本帖最后由 xhk456 于 2009-06-16 08:15:03 编辑

解决方案 »

  1.   

    web页面中嵌入一个ActiveX控件,运行机制什么的可以跟桌面程序一样或者在服务器中加一个网关,即适配或协议转换层,跟桌面应用的服务端交互
      

  2.   

    晕死了,说了知道的再说
    二楼ActiveX是运行在什么端的,我不是本地网页与桌面程序通讯
    你知道QQweb聊天吗,用过没,没有用过别来说话你想一下假如有三台机器:A、B、C
    A是web服务器 B是一个客户机 C是另一个客户机B通过浏览器向A发送了Data,而A又把这个Data发给CA(web服务器)要怎么做,才能实现三楼的,哪凉快去哪,要不找根棍子蹲着去数蚂蚁去
      

  3.   

    在线 即时聊天工具 不是楼主所说的那样工作的。MSN Online, QQ Online都是将消息在浏览器中提交到服务器, 服务器再去处理的。一般是设置一个隐藏iframe, 里面链接一个url, 而这个url的服务器页面设置了一个很长的超时时间, iframe一超时就重置一次。
    这样就可以在WEB QQ中及时获取到新消息。 发送就简单了。服务器收到后就发送了QQ的服务器对于负载的话 是需要分布式设计的, 这个话题太广泛了。
    如果你要在页面中直接与客户端交互, 可以选择: 
    1. 进程外组件
    2. BHO ActiveX
      

  4.   

    我的意思,服务器是怎么实现的
    网页客户端是很容易实现的,用ajax就很简单可以实现的
    顺便给楼上的说下,用iframe太落后了,也占用资源的。我所不能改解决的是:web服务器怎样与其他应用程序通讯的。我知道iis有isapi过滤器,可以扩展iis的功能,这个isapi可以做到和其他的应用程序(非web程序)通讯吗我就想不通了,这么个问题,大家都怎么会把意思理解错呢。
      

  5.   

    浏览器网页上,
    以前较多用隐藏的iframe,现在一般较多用Ajax,都是采用定时向服务器发送数据更新请求,然后由客户端脚本处理数据(JavaScript),更新网页
    听说也有服务期推(server-push)的技术,没有体验过,道理上与http协议不和谐至于不使用浏览器,而使用专门开发的客户端程序(想想,浏览器不过是一个通用的客户端程序),与web服务器交互,选择就多多了
    最传统的方式,还是定时发送http请求,但是更新数据不再需要脚本程序,可以更高效、安全
    同时,http也可以衍生出种种子协议,如soap...
    在web server中布局一个端口监听(如IIS 中的ISAPI),实现与客户端的长连接,与http共享数据也是没有问题的实际上,即时通讯采用http协议应该不是最优的选择,但是在网络不可靠的情况下,http总体效率、可用性还算不错
      

  6.   

    我知道iis有isapi过滤器,可以扩展iis的功能,这个isapi可以做到和其他的应用程序(非web程序)通讯吗 是的,完全可以,就是通常的SOCKET服务端开发
      

  7.   

    谢谢楼上的
    问下:你有没有自己写过isapi,有的话,分享点经验出来,呵呵
    就是如何如果写的话,应把什么东西写到什么事件里
      

  8.   

    写过,isapi结构十分简单,
    作为 IIS 的筛选器,能够处理的事件就那么几个,每个事件的处理理论上都不该太繁琐,当然,如要在里面寄生新的SOCKET服务,那可是要多复杂有多复杂
    作为 IIS 的扩展,可以做得十分复杂,但是由于其是基于接口的,每个接口的逻辑都不可能太复杂核心概念
    1、是在 IIS 进程中运行的一个dll,可以共享进程资源,同时也可以破坏整个web系统
    2、Filter和 Extension可以做在一起,Filter在IIS启动时加载运行,Extension在第一个接口请求发生时加载运行,直到 IIS停止时卸载
    3、Filter可以对IIS数据进行前置(解析请求前)和后续(请求处理完成,向客户端发送结果前)处理,需要涉及事件不多,但是功能可以很强大
       常用的有:1、数据预处理,提前解释客户请求的数据包,篡改并决定后面的处理办法
                 2、请求头预处理,典型的重定向,动态请求静态化技术,都可以通过修改请求头完成
                 3、请求重映像,常以此进行虚拟网站编程
                 上述几项都可以用于网络攻击过滤
                 4、数据后处理,常用于编码转换
    4、在动手之前,总是该研究研究CHttpServer和CHttpFilter
    5、网络上有非常有限的几个资源,都很经典,可以作为入门
    6、2000年后,微软好像不怎么热心该技术了,今年可是2009年了,不过微软自己还在用,asp,.net后台都是isapi技术
    7、isapi可能非常高效,在 IIS的功能扩展方法上,它是最直接的办法
      

  9.   

    确实。
    我刚好做了一下C/S与B/S通信的独立模块,很好地解决了两者的通信,我想真正动手做过的人并不多,可是楼主这么吊,谁他妈的帮你啊,你一边凉快去吧!
      

  10.   

    lz的态度真是不行你是来问问题的不是当大爷的至于你说ifarm过时google都还在用呢 过时!?
      

  11.   

    妈的,我这里就骂一句了
    不是我说话不太好,因为我在其他地方问问题,总是一些不懂装懂的傻逼,说用这个用那个,结果什么也没有说
    像ok1234567 这位老兄就很好,人家才是真材实料的,你们会说就是了像awjx 这位傻逼,怎么不取个Ajax呢,你大爷也实现了这给你说下,你大爷我是用isapi实现的懒得理你,我平时发帖就不多的大爷结贴去
      

  12.   

    再来说一下15楼的
    Google的iframe是用在哪个方面的
    现在Google都不用iframe做客户端回调了
    你他妈的不懂,嚷嚷什么,叫什么叫呀,回去好好熟悉下,再来回你大爷的贴
      

  13.   

    再跟着上面补充两句
    我只是说iframe落后了,也没有说过时呀