不好意思
最近剛開始接觸網頁設計
想請問一下關於聊天室的設計
版上的文大概都爬了
也Google了很多websocket的文章
目前大概只只能寫出用自己本機掛server.php會一直回傳date給client
我想寫像FB或wootalk那樣的聊天室
（可能是1-1或n-n）
想請問如果是1-1的話，假如A和B
1.那麼A.B兩人的訊息都是由server端回傳印嗎？
還是自己key的訊息由自己client直接印，對方的server回傳後再印
後者會對效能比較好嗎？不過如果要像FB那樣保留歷史訊息是不是還是得經過server進後
端資料庫
2.假設A-B兩人聊天、C-D兩人聊天，server端要怎麼知道A和B的訊息要丟給A和B，C和D的
訊息要丟給C和D？
還是每次有訊息進來就存到資料庫再把資料庫資料丟回去？（資料表有row紀錄sender和r
eceiver）
但是如果是這樣靠資料庫判斷的話，如果有x個人的群組該怎麼辦呢？
不好意思，這方面觀念沒有很好，謝謝

就記群組裡面有誰 然後群組內對話通通送一份啊

對話區要統一收server給的，對話前後順序才會一致

public subscribe pattern

html5 webrtc

通常我會建立一個聊天室成員物件 必要屬性要有群組ID 和 使用者唯一編號 最少要有這2個 就可以達到分群 和 私聊了A和B的訊息要丟給A和B 這屬於私聊 透過使用者唯一編號就會知道聊天訊息要傳給誰基本上即時聊天訊息 不會從資料庫讀出 除非是歷史訊息即時訊息 量是很恐怖的 資料庫會受不了 我的做法當接收到訊息 在伺服器可以把訊息緩存或直接就轉發訊息緩存的好處是 近期的歷史訊息不用到資料庫 就可以讀出 比如你收到一個群組為PP 目標使用者編號1234就去掃描你目前的線上聊天名單 有關群組PP 編號1234發送訊息即可 線上名單也是緩存 不用讀資料庫開發聊天室 資料庫只是輔助 其他都緩存 如果要保留聊天室訊息寫入資料庫 也建議不要一筆訊息就寫入一次這樣訊息量一堆資料庫效能會變低落 可以把訊息緩存到比如 500條訊息 在一次性寫入 這樣會對於資料表有索引速度會差非常多