我面臨全球站點重新設計(不是外觀,但代碼體系結構和底層技術)的情況。網站每天約有135 000訪問者。現在做出正確的決定至關重要。預測在高負載項目上安裝LESS,CSS3PIE的後果
我沒有用之前LESS 和CSS3PIE在這樣的大項目的經驗。也許你們中的一些人可以預測一些我可以使用上述技術遇到的麻煩。我想知道優點和缺點。
使用舊的測試和可靠的方法,如陰影和漸變圓角按鈕精靈不是更好嗎?我看看http://zappos.com。他們只是在IE中優雅地退化並且不使用CSS3PIE。
我面臨全球站點重新設計(不是外觀,但代碼體系結構和底層技術)的情況。網站每天約有135 000訪問者。現在做出正確的決定至關重要。預測在高負載項目上安裝LESS,CSS3PIE的後果
我沒有用之前LESS 和CSS3PIE在這樣的大項目的經驗。也許你們中的一些人可以預測一些我可以使用上述技術遇到的麻煩。我想知道優點和缺點。
使用舊的測試和可靠的方法,如陰影和漸變圓角按鈕精靈不是更好嗎?我看看http://zappos.com。他們只是在IE中優雅地退化並且不使用CSS3PIE。
我會避免使用CSS3Pie生產網站。根據我的經驗,頁面上CSS3Pie呈現元素的數量越多,IE8/9的性能就越差。
具體來說,當我使用IE9文檔模式的IE9,並且使用CSS3Pie(使用邊框半徑和線性漸變)渲染至少2個元素時,我觀察到滾動瀏覽器窗口時顯着的滯後。也就是說,我會嘗試向下滾動頁面,並且滾動條需要幾秒鐘才能「跟上」鼠標指針。
只要我關閉CSS3Pie,觀察到滾動時沒有滯後。根據我的經驗,這同樣適用於IE8。
沒有人回答我,所以我試着回答自己。由於所有主要平臺(Ruby,.NET,PHP)都有服務器端的LESS編譯器,我決定使用LESS,但是編譯服務器端而不是使用LESS.js,因爲它阻止了客戶端瀏覽器緩存CSS。
至於CSS3PIE,我沒有看到使用它的任何重大缺點,使用IE的客戶端上的負載更多一點,但它並沒有那麼糟糕。
我現在可以預見的唯一問題是背景和裝飾消失在彈出窗口。我已經遇到這個問題,並在這裏發佈了一個問題,但沒有人回答。