相关疑难解决方法(0)

如何在客户端使用HTML5,CSS和JavaScript编写网站,以便在加载页面后允许客户端浏览器之间直接进行tcp/ip连接.

我需要这样做以减少延迟,因为该站点将要求其中一个用户的输入尽快传输给其他用户,因此从客户端A发送数据到服务器然后再发送到客户端B不是一个好的选项.

我读过以前关于这个主题的帖子,但是我找不到可用的解决方案/示例.从我读到的内容可以使用Silverlight,Java或Flash等插件进行客户端之间的直接连接.

有没有不需要插件的解决方案？我想只使用JavaScript.

Web开发人员目前在Web浏览器中实现客户端对等系统有哪些选择？一些假设的示例可能是文件共享服务,在客户找到彼此或聊天服务后绕过Web服务器.

我所知道的:

• 网站chatroulette使用了这里讨论的一些闪存技术 .

• 我也知道Opera Unity将浏览器模型扩展到包含客户端和服务器,以及这个类似的firefox 插件

• 我刚刚看到这篇关于Joose js框架的博客文章,但我还不确定它是否与此相关.

• 支持这种事情似乎可能会或可能不会被HTML5中的websockets所支持,并且已在此处以及此处和此处进行了讨论.

我想实现一个在网页上运行的Java应用程序,并允许:

• 用户A(从其浏览器)可以向用户B请求文件(打开其浏览器).当然用户A知道用户B的IP和端口.
• 用户B可以从其浏览器响应此请求.

我有哪些选项(Java库,技术......)？

谢谢!

我正在试图找到一种方法在同一网络上的两个浏览器之间进行通信,以便在没有服务器往返的情况下建立WebRTC(没有STUN/ICE/TURN).基本上是这里找到的方法的替代方案,其中"握手"通过复制/邮件/粘贴完成.

在筛选了我可以找到的所有跨浏览器通信示例(例如通过cookie或WebTCP)以及SO上的一堆问题(比如这里)之后,我又想知道一个简单的事情:

问题:
如果Alice和Bob在同foo.html一个网络上访问同一页面并且他们知道彼此的内部分配的IP地址,那么他们是否可以完全与浏览器上的可用内容进行通信？

这不包括像Mozilla TCP_Socket_API这样的非标准API ,但除了允许所有"技巧"(img标签,iframe,cookie等)之外.

我只是好奇我是否可以通过浏览器在同一网络上听某人"播放"某些东西.

编辑:
foo.html将在静态服务器上,没有逻辑,没有ICE,没有快捷方式.

编辑:
仍然不是一个解决方案,但作为Chrome扩展的websocket服务器更接近.这里的示例:几乎纯粹的浏览器无服务器WebRTC