我的一個(gè)計(jì)劃

l.darkfire

能不能再具體地說一下DHT？我沒有完全理解你地意思

gnap

原帖由 l.darkfire 于 2006-3-10 21:33 發(fā)表
能不能再具體地說一下DHT？我沒有完全理解你地意思

DHT是分布式哈希表。也就是可以理解為整個(gè)數(shù)據(jù)結(jié)構(gòu)分布到網(wǎng)絡(luò)中，如果把IP地址這個(gè)結(jié)構(gòu)中，那么IP地址端口變化后，只要通過key更新IP端口的值就行了。當(dāng)然，這個(gè)過程會有些慢。

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

l.darkfire

恩......有空我去看一下關(guān)于DHT的資料，想知道它的實(shí)現(xiàn)原理。如果您有的話，貼一下。謝謝。

gnap

原帖由 l.darkfire 于 2006-3-10 21:53 發(fā)表
恩......有空我去看一下關(guān)于DHT的資料，想知道它的實(shí)現(xiàn)原理。如果您有的話，貼一下。謝謝。

可以用google的學(xué)術(shù)搜索搜一下。代碼可以借鑒eMule。

至于IP這種信息，現(xiàn)有的DHT不一定能夠保證它的及時(shí)有效。

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

北京野狼

聊天和emule差別巨大, 不可能完全p2p. emule的搜索常常是單向的也不是互動的.

同時(shí)  p2p的成功率也不能保證100%,包括穿越防火墻等技術(shù)障礙.不可能不使用服務(wù)器.

北京野狼

1. 
   
2. 服務(wù)器的很重要的一個(gè)功能就是控制用戶的登陸和注銷，而不是讓用戶去偵測自己點(diǎn)好友是否在線，還有修改他們的數(shù)據(jù)庫信息，此外還提供一些其他的信息服務(wù)。這里就不展開說了。極端點(diǎn)，不可能讓客戶端自己去鏈接中心數(shù)據(jù)庫吧?

復(fù)制代碼

為什么不能直接連接中心數(shù)據(jù)庫服務(wù)器? 通過一個(gè)服務(wù)器連接,即不能減少連接次數(shù),又不能保證成功率.

我說的是連接中心數(shù)據(jù)庫服務(wù)器,不是直連sql數(shù)據(jù)庫.

你的所謂服務(wù)器是一個(gè)很難理解的概念. 我想你自己都不知道你的服務(wù)器是什么概念?

l.darkfire

to 精靈使

1. 讓客戶端自己去連接中心服務(wù)器不是一個(gè)安全的方法，事實(shí)上也不可行，那也是服務(wù)器存在的原因之一。

2. 服務(wù)器的存在的另一個(gè)重要原因之一是因?yàn)榭蛻舳说腎P地址不固定，所以用戶必須向服務(wù)器登陸/注銷，告訴 服務(wù)器它在線/不在線，這樣服務(wù)器可以去通知他的好友。而不是讓客戶端自己去鏈接中心數(shù)據(jù)庫查詢它的好友的在線/不在線情況。

3. 服務(wù)器還有許多其他功能。

l.darkfire

to 精靈使

1. 讓客戶端自己去連接中心數(shù)據(jù)庫不是一個(gè)安全的方法，事實(shí)上也不可行，那也是服務(wù)器存在的原因之一。

2. 服務(wù)器的存在的另一個(gè)重要原因之一是因?yàn)榭蛻舳说腎P地址不固定，所以用戶必須向服務(wù)器登陸/注銷，告訴 服務(wù)器它在線/不在線，這樣服務(wù)器可以去通知他的好友。而不是讓客戶端自己去鏈接中心數(shù)據(jù)庫查詢它的好友的在線/不在線情況。

3. 服務(wù)器還有許多其他功能。

gnap

原帖由 北京野狼 于 2006-3-10 23:32 發(fā)表
聊天和emule差別巨大, 不可能完全p2p. emule的搜索常常是單向的也不是互動的.

同時(shí)  p2p的成功率也不能保證100%,包括穿越防火墻等技術(shù)障礙.不可能不使用服務(wù)器.

使用中心服務(wù)器會導(dǎo)致一系列的安全問題，比如說政府介入等等。還有類似BitTorrent通過Tracker被獲取證據(jù)等等。

目前傳統(tǒng)的IM已經(jīng)成熟，新進(jìn)這行只能把握特定群體的需求。

l.darkfire

to 精靈使

我的意思是，服務(wù)端程序和數(shù)據(jù)庫不一定在同一臺機(jī)器上。所以才會有服務(wù)端和中心數(shù)據(jù)庫服務(wù)器的概念。
中心數(shù)據(jù)庫服務(wù)器上運(yùn)行主數(shù)據(jù)庫。