0

在本節:Rails 3中分裂的響應

http://en.wikipedia.org/wiki/Comet_%28programming%29#XMLHttpRequest

它提到從服務器到瀏覽器中的多回復的想法。這是一個非常有趣的概念(與Comet分開)。

我的頁面非常長,數千個數據庫命中。每個命中在表中每行顯示一個。整個完整的往返過程大約需要30秒。這一次相當多的時間只是將項目渲染成json。

我試圖想出的一個想法是用第一頁完整的項目作出迴應,然後在隨後的更新中填寫其餘的項目。如果我回到服務器進行更新,我會在服務器上增加額外的負載(或者我必須找出一些方法來緩存可能使用Dali的結果)

我碰到各種「網格」像jqGrid這樣的解決方案。我可能會探索更多。

但是,如果服務器可以回覆一個多部分回覆,瀏覽器將讀取與回覆序列相同的內容,這將節省大量工作,並且在許多情況下也非常方便。

網上衝浪,我沒有看到這個想法很多點擊。我想知道它是否已經死亡,或者它是否仍然可用 - 可能沒有太多用處。

回答

0

我不知道Rails是否可以處理這個問題,但是我會用evented machine或node.js來完成這個任務。

+0

似乎有點像一個愚蠢的建議。你想要我改變一切只是爲了獲得一個功能? – pedz

+0

不,但使用不同技術的應用程序部分並不少見,您當然可以使用Rails中的放置機器。例如:https://github.com/igrigorik/async-rails,或者你可以檢出這個截屏視頻http://railscasts.com/episodes/266-http-streaming –