對於社交網站，我們使用基於node.js的彗星服務器作爲即時通訊工具，一切都很好，我們只有一個問題如何解決延遲問題，我們有澳大利亞和新西蘭RRT在310毫秒到440毫秒之間。彗星服務器和網絡延遲時間
一個想法是有本地服務器，但在這種情況下，它們必須連接到澳大利亞的用戶可以與來自英國的用戶進行通信的主服務器。這個彗星連接也會有較高的延遲，但本地用戶可以快速聊天，這將主要是這種情況。
有沒有人有更好的主意，然後使用本地彗星服務器？
如果您的等待時間是由於地理距離造成的，則無法選擇如何縮短它。你唯一能做的就是找到擁有更多「直線」電纜的上游網絡提供商。但是，您永遠無法獲得比這兩個國家/服務器之間的直接空中距離更短的延遲。
如果澳大利亞的用戶可以互相通信，那麼是的，如果他們將連接到本地服務器，它們將會有所不同。但是對於英國的一個用戶和非洲的一個用戶之間的通信，如果您有本地服務器，則無關緊要。
但無論如何，即時通訊的延遲並不那麼重要恕我直言。收件人不知道發件人完成郵件並點擊發送按鈕的時刻，因此他無法測量延遲。而且人類無法每秒發送多條消息，所以我認爲無法看到400毫秒和10毫秒延遲之間的差異。如果它會超過1秒，它可能是可見的...
所以總結一下，我會打擾只有當本地用戶之間有足夠的本地用戶進行通信時纔會製作本地服務器。
（請讓我知道如果我對你的設置的一些假設是不正確的。）