25

追加: 仕事で開発する予定の新しいシステムの研究を行っています。ユーザーを認証し、ダウンロードしたいファイルを表示してダウンロードします。また、ファイルがすぐに利用できない場合、ユーザーはファイルをダウンロードできませんが、サーバーは要求されたファイルのコピーを取得し、ユーザーがファイルを取得できるようになったらメールで通知します。今のところ、ファイルのサイズは通常 2 ~ 50 ギガバイトになると予想されます。

問題を解決する Web アプリケーションを作成できるかどうか、またはクライアント サーバー ソリューションを作成する必要があるかどうかを確認したいだけです。

4

7 に答える 7

29

最大値はありません。発生している最大値は、アプリケーション固有またはサイト固有です。

問題なく HTTP と FTP を使用して Microsoft から DVD isos をダウンロードしました (~4GB)。

また、両方の方法で巨大なファイルをアップロードしました。

あなたがやろうとしていることについて詳しく説明できますか?

于 2009-01-20T13:27:52.670 に答える
21

すでに回答されているように、プロトコルには制限がありませんが、ほとんどの HTTPサーバーには、すぐに使用できるデフォルトのアップロード制限があります。

IIS6は、 metabase.xml でMaxRequestEntityAllowed (デフォルトは 4GB) とAspMaxRequestEntityAllowed (デフォルトは 200000 バイト) を使用します

IIS7 はmaxRequestEntityAllowedを使用します: **appcmd set config /section:asp /maxRequestEntityAllowed:***int* (デフォルトは 200000 バイト)

Apache はLimitRequestBodyを使用します(デフォルトは 2GB) 。

于 2009-01-20T15:15:32.187 に答える
2

あなたが言ったプロトコルには、設計上そのような制限はありません。具体的なサーバーでのみタイムアウト

于 2009-01-20T13:38:47.127 に答える
1

重要な質問の 1 つ - アップロードまたはダウンロードのどちらを行いますか?

ダウンロードは、アップロードよりも制限が大幅に少ないと言えます。どうしてか分かりません。おそらく、HTTP と FTP の主な目的はデータの送信であり、受信ではないためです。

そのため、HTTP/FTP サーバーは、ダウンロード セッションではなく、アップロード セッションをより頻繁に中断する可能性があります。

于 2009-01-20T13:53:41.573 に答える
1

転送のサイズはおそらく最初の方に記載されているので、ファイル サイズの制限は符号なし整数の制限と同じであるに違いありません。HTTP と FTP が普及して便利になった時期から判断すると、これは 32 ビットの符号なし整数、つまり 2^32 バイト、つまり 4.0 GiB であると言えます。

于 2012-09-07T09:38:57.180 に答える
1

通常、HTTP でのアップロードは制限されます。これは、サーバーが要求に応答するために (ほとんどが遅い) アップロードが完了するまで待たなければならないためです。

于 2009-01-20T13:35:19.723 に答える