我們正在運行一個Web服務，這是一個相當高的頁面渲染時間，特別是IE8（約20秒）掙扎。我們非常擅長構建高性能的後端系統，但不擅長優化前端。頁面渲染速度提高
目前看來（來自newrelic）頁面渲染和dom解析是最大的問題。
我們試圖優化js腳本，這有點幫助，但是頁面仍然在IE8中渲染速度很慢，而且我有一種感覺，那就是低懸掛的水果。我的問題是，我真的不知道從哪裏開始，什麼會起作用，以及是否有一些紅羔羊閃爍，我沒有看到。我需要一個有經驗的眼睛。
任何人都可以幫助我在正確的方向（我對任何事情都開放！）？
緩慢的頁面在這裏：the slow page
PS。我們正在運行的Rails 3.2
我recommen你去分析你的網站通過上面的工具（YSlow也是一個很好的工具） 或與此在線工具Pingdom。在那裏你會以非常簡單的方式看到你的速度消失了。
即使世界免費提供從性能優化的書在Hooopo的答案彙總（這是極好的！）Yahoo! Developer Network
「目前看來（從NewRelic的），其頁面渲染和DOM的解析是最大的問題「因此，我建議你從Nicholas C. Zakas學習這本書：High Performance Javascript。
將盡可能多的JS放到頁面底部以改善漸進式渲染。
我有時會發現有點長的CSS選擇器（如果它是一個小網站，但在這種情況下並不重要..）。這可以使你的頁面渲染速度非常慢，特別是在IE中。
例（從您的網站）：
table.results_table td.car_details .content > .left { ... }
嘗試打破這個大選擇這個（如果可能）：
.car_details .content .left-child { ... }
短：優化JS性能，並保持你的CSS選擇器儘可能小而簡單。
希望這會有所幫助。
雖然我完全同意你的回答，但我注意到這個具體問題是由服務器（或CDN）引起的。響應時間非常慢 - 第一次渲染開始需要大約五秒鐘。頁面本身的渲染很快。 – rafleo
爲了優化前端，嘗試這兩個工具，並按照其建議：
https://developers.google.com/speed/pagespeed/insights
你也可以使用CSS精靈形象，以減少HTTP請求。嘗試https://github.com/Compass/compass-rails
感謝您的鏈接，我們已經在使用精靈。我嘗試了這兩種工具，但我很難找出什麼結論 - 這只是一個信息超載。 –
此外，請記住「頁面渲染」我newrelic包括從domReady（用戶可以看到/交互） - >頁面加載的空間。因此，某些腳本（如Facebook）需要一些時間才能加載，但不會阻止用戶使用您的頁面。在我的經驗中，他們搞砸了很多新鮮事物。 – Kevin