我的一个计划

l.darkfire

能不能再具体地说一下DHT？我没有完全理解你地意思

gnap

原帖由 l.darkfire 于 2006-3-10 21:33 发表
能不能再具体地说一下DHT？我没有完全理解你地意思

DHT是分布式哈希表。也就是可以理解为整个数据结构分布到网络中，如果把IP地址这个结构中，那么IP地址端口变化后，只要通过key更新IP端口的值就行了。当然，这个过程会有些慢。

[ 本帖最后由 gnap 于 2006-3-10 21:42 编辑 ]

l.darkfire

恩......有空我去看一下关于DHT的资料，想知道它的实现原理。如果您有的话，贴一下。谢谢。

gnap

原帖由 l.darkfire 于 2006-3-10 21:53 发表
恩......有空我去看一下关于DHT的资料，想知道它的实现原理。如果您有的话，贴一下。谢谢。

可以用google的学术搜索搜一下。代码可以借鉴eMule。

至于IP这种信息，现有的DHT不一定能够保证它的及时有效。

[ 本帖最后由 gnap 于 2006-3-10 22:20 编辑 ]

北京野狼

聊天和emule差别巨大, 不可能完全p2p. emule的搜索常常是单向的也不是互动的.

同时  p2p的成功率也不能保证100%,包括穿越防火墙等技术障碍.不可能不使用服务器.

北京野狼

1. 
   
2. 服务器的很重要的一个功能就是控制用户的登陆和注销，而不是让用户去侦测自己点好友是否在线，还有修改他们的数据库信息，此外还提供一些其他的信息服务。这里就不展开说了。极端点，不可能让客户端自己去链接中心数据库吧?

复制代码

为什么不能直接连接中心数据库服务器? 通过一个服务器连接,即不能减少连接次数,又不能保证成功率.

我说的是连接中心数据库服务器,不是直连sql数据库.

你的所谓服务器是一个很难理解的概念. 我想你自己都不知道你的服务器是什么概念?

l.darkfire

to 精灵使

1. 让客户端自己去连接中心服务器不是一个安全的方法，事实上也不可行，那也是服务器存在的原因之一。

2. 服务器的存在的另一个重要原因之一是因为客户端的IP地址不固定，所以用户必须向服务器登陆/注销，告诉 服务器它在线/不在线，这样服务器可以去通知他的好友。而不是让客户端自己去链接中心数据库查询它的好友的在线/不在线情况。

3. 服务器还有许多其他功能。

l.darkfire

to 精灵使

1. 让客户端自己去连接中心数据库不是一个安全的方法，事实上也不可行，那也是服务器存在的原因之一。

2. 服务器的存在的另一个重要原因之一是因为客户端的IP地址不固定，所以用户必须向服务器登陆/注销，告诉 服务器它在线/不在线，这样服务器可以去通知他的好友。而不是让客户端自己去链接中心数据库查询它的好友的在线/不在线情况。

3. 服务器还有许多其他功能。

gnap

原帖由 北京野狼 于 2006-3-10 23:32 发表
聊天和emule差别巨大, 不可能完全p2p. emule的搜索常常是单向的也不是互动的.

同时  p2p的成功率也不能保证100%,包括穿越防火墙等技术障碍.不可能不使用服务器.

使用中心服务器会导致一系列的安全问题，比如说政府介入等等。还有类似BitTorrent通过Tracker被获取证据等等。

目前传统的IM已经成熟，新进这行只能把握特定群体的需求。

l.darkfire

to 精灵使

我的意思是，服务端程序和数据库不一定在同一台机器上。所以才会有服务端和中心数据库服务器的概念。
中心数据库服务器上运行主数据库。