2013-08-19 38 views
1

我們在高流量的環境中使用骨幹單頁應用程序rails項目中的服務器端句柄,我們發現我們的渲染速度提高了100%。我們正在使用sht_rails gem,它看起來很好編碼,並且簡單地將模板渲染交給v8/execjs/ruby​​racer。上線後,我們的GC增加了一噸,我們嘗試了各種緩存策略來緩解問題,但它不會爲我們工作,我們即將保留共享句柄模板的想法,即使好處很大seo /共享代碼的立場。Rails serverside handlebars performance

與ruby ee不同的是,有什麼我們可以做的微調/加速這個過程嗎?還是僅僅是將字符串交給JavaScript序列化/反序列化等等的本質。

從我們的經驗看來,這個服務器端渲染似乎還沒有準備好用於生產渲染。任何人都有這方面的經驗?

回答

0

我們最終創建了一個節點渲染器服務,並將模板渲染交給它,而不是使用基於rails的ruby racer等等。現在解決了我們的問題。最後,如果使用節點全棧來獲得更好的同構支持,但我們是一家鐵路商店,所以這就是我們所處的位置。