2010-07-28 78 views
0

我們有一個非常不真實的問題。我們有一個aspx頁面,在3秒內加載到Firefox中。在IE8中需要20秒。這在許多PC上都是一致的。我們已經改變了頁面,使得唯一的輸出是HTML和圖像 - 沒有javascript(按照設計的頁面使用了很多jquery的手風琴風格behviour,我們推測這可能是問題,所以我們剝離了所有,並得到完全一樣的事情發生)。IE與Firefox的頁面加載時間差異

無論Firebug的,也不HttpWatch的指向的問題是什麼。頁面有效載荷大約爲470K。

甚感困惑。任何幫助,見解或指針將是非常讚賞

一切順利

託尼

+1

問題:爲什麼IE很慢。答:IE很爛。 – 2010-07-28 17:49:33

+0

有用的答案,非常有幫助和深刻的見解 – 2010-07-29 07:39:35

回答

1

您是否使用可能產生在編譯時的jQuery或javasript任何控制?

注意:使用Ajax庫組件做到這一點相當多的東西。

+0

沒有ajax - 我們傾向於用jQuery來滾動我們自己的頁面,因爲它不會使頁面膨脹太多 – 2010-07-29 07:38:05

+0

頁面上發生了什麼樣的活動? Gridviews,依賴下拉列表,代碼隱藏? – 2010-07-29 12:10:19

+0

這是一堆渲染html的中繼器。沒有依賴性下拉。該頁面內置於Kentico CMS中,並使用它們的API從數據庫中獲取數據,但我們將查詢輸出存儲在會話中,並在返回頁面時加載該數據。我們在初始頁面加載時(即當會話中沒有任何內容)或返回頁面時(當它在會話中被緩存時)看到IE和FF之間的區別 這真的令人費解 – 2010-07-29 12:33:35

0

這似乎是IE大文件加載延遲的另一種解決方案:創建一個較小的HTML文件,該文件通過HREF鏈接到大文件(或該文件中的書籤(名爲錨點))。

這個測試已經嘗試多次與大文件總是造成長時間的延遲的IE直接負載,而不是當用戶點擊的小文件的鏈接去大文件。

也許,IE正在分析主文件,看它是否已經被加載到緩存中。

注:這被測試的HTML文件是11 MB(與許多書籤和鏈接從這個很長的HTML頁面的其他部分的書籤文本從2000頁的書)。測試使用Firefox 15.0.1和IE 8.0.6001進行。