2008-10-24 122 views

回答

8

沒有任何技術原因阻止瀏覽器計算要發送的總字節數,然後跟蹤服務器接收了多少數據(謝謝Kibbee的評論)。 Firefox有一個功能上傳進度指示器,直到0.9版本,但build在2004年打破了它。

通過Bugzilla更新閱讀,似乎這個功能似乎沒有足夠的用戶受益於開發人員的任何牽引。

定期上傳超大文件的用戶往往會使用專爲此目的而設計的FTP之類的工具,因此他們不會受到影響。

+0

因此,瀏覽器只能猜測,但永遠不知道,有多少數據從服務器接收,因爲有像沒有控制連接在FTP中。因此,您必須通過AJAX輪詢來構建您自己的「控制連接」... – Egon 2008-10-24 22:35:41

2

你必須回發到上傳文件,不管你是否正被「偷偷摸摸」它的(例如使用隱藏的iframe);從這個意義上說,瀏覽器自己的進度條(通常在狀態欄下)是文件上傳進度條,雖然不完全一樣。

alt text

這只是你不能很容易地使用這些數據爲自己,所以你有很多客戶端到服務器的通信招數接近它。

+0

的一點是,作爲客戶端上的文件,這是愚蠢有中繼對客戶機 - 服務器掛羊頭賣狗肉。應該由瀏覽器來跟蹤有多少東西正在發佈......就像使用FTP一樣,除非有其他我不知道的東西。 – Egon 2008-10-24 21:41:57

+0

我忘了,在狀態欄即將開始後,瀏覽器從服務器得到的答覆(在Firefox至少) – Egon 2008-10-24 21:45:50

0

網絡瀏覽器一直是網絡瀏覽器。這是一種消費機制。我們通過同一個門戶上傳信息的能力有點破綻。

7

添加到flamingLogos參數中,您可能會在代理服務器後面運行一秒鐘內完成5兆字節的純善,然後通過56kbit調制解調器將其發送到服務器。

我覺得一個錯誤的進度條總比沒有進度條稍微差一點,而且會有很多人認爲它會出錯所有的時間都是

1

有沒有真正的技術原因,你不能有一個合理的進度指標,你做下載。您應該將其作爲功能請求推薦給您喜愛的瀏覽器。

這就是說,我認爲有這麼多基於javascript/flash/ajax的上傳組件的主要原因並不是提供進度條(儘管這是一個不錯的獎勵)。這通常是因爲他們想要提供更好的用戶界面來選擇要上傳的數據,並有時在上傳前操作數據。 HTML規範中的基本文件上載功能會導致「瀏覽...」按鈕彈出文件打開對話框,並將原始文件數據原樣上傳到服務器。

3

是的,這很愚蠢,由於某些原因,瀏覽器製造商無視它。 我強烈反對大文件用戶使用FTP - 幾乎沒有人知道這一點,所有常見的Web應用程序都需要HTTP上傳視頻,音頻和圖片(例如YouTube)。

具有諷刺意味的是,用戶參與和媒體是Web 2.0的關鍵,但用戶參與的主要機制卻很少被瀏覽器處理。

對於Firefox已經出現了錯誤煎熬多年,如更好的上傳進度顯示: https://bugzilla.mozilla.org/show_bug.cgi?id=243468

獲取投票! :)

在狀態欄現有進度欄打破了多年 - 見錯誤249338 - 它會讓你靜靜地中止上傳 - 如果您使用的是Firefox看到錯誤432768.

0

Chrome有一個顯示加載百分比的上傳欄。

或者,像Peuchele說,這裏還有一個Addon爲Firefox。