大きなファイルをアップロードするクライアント、その解決方法

大きなファイルのアップロード クライアント
お聞きしたいのですが、ファイルのアップロードには何を使用しますか?大きなファイルをアップロードできる Web クライアントが必要です。ftp またはその他のプロトコルの場合は、アップロード完了後に http サーバーに通知できるか、少なくともサーバーが事前ポスト イベントを持つことができる必要があります
。 チャンクをサポートできる必要がある http アップロードである場合は、Java アプレットや javaFx ではなく、HTML5 または Flash のソリューションであることを願っています
有料とはいえAsperaのように高価なものではありません
最も重要なことは、大きなファイルを非常にうまくアップロードできることです。大きなファイルとは、最大 100G のファイルを指します。

サーバー側にphpスクリプトがあればベストです
私が試したのはjqueryファイルアップロードとpluploadです

共有先: もっと見る
------解決策---------
実装には Flash php を使用することをお勧めします。はサードパーティです。 クラス ライブラリ
-----ソリューション---------

引用:

お聞きしたいのですが、ファイルのアップロードには何を使用しますか?大きなファイルをアップロードできる Web クライアントが必要です。ftp またはその他のプロトコルの場合は、アップロード完了後に http サーバーに通知できるか、少なくともサーバーが事前ポスト イベントを持つことができる必要があります
。 チャンクをサポートできる必要がある http アップロードである場合は、Java アプレットや javaFx ではなく、HTML5 または Flash のソリューションであることを願っています
有料とはいえAsperaのように高価なものではありません
最も重要なことは、...

従来の HTML 方式では、非常に大きなファイルをアップロードするニーズを満たすことができなくなりました。 100MB は言うまでもなく、50MB はサーバーにとって非常に大きいため、サービスは専用のソケット接続を開いてファイルがアップロードされるのを待つ必要があるだけでなく、ファイルを保存するために同じサイズのメモリを割り当てる必要があるため、かなりの負荷がかかります。ユーザー数が増加するにつれて、この圧力は幾何級数的に増加します。 Flash を使用する場合でも、現在の Flash はブレークポイント再開操作をサポートしておらず、Flash のアップロード原理も従来の HTML のアップロード原理と同じであるため、機能しません。 Flash を使用して 100MB の画像をアップロードする場合、サーバーは 100MB のメモリも割り当てる必要があります。 10 人のユーザーが同時に 100MB のデータをアップロードすると、サーバーのメモリが 1G 消費されます。
Flash をアップロードすると、ファイル全体がメモリに追加されるため、これは深刻な問題です。ユーザーが 5G ファイルをアップロードしたい場合、Flash はすべての 5G ファイルもメモリにロードするためです。これはユーザーの操作体験に重大な影響を与えます。なぜなら、この時点でユーザーのコンピュータは仮死状態になるからです。平均的なユーザーのコンピュータには 2G しか搭載されていないため、メモリ不足またはメモリ オーバーフローが原因で直接ハングします。

友人の中には、Flash ファイル アップロード コントロールを使用して非常に大きなファイルをアップロードしようとした人もいますが、アップロード タイムアウトやアップロード エラーが頻繁に発生します。これは、現在の Flash ファイル アップロード コントロールが従来の HTML アップロード方法と同じテクノロジーを依然として使用しているためです。サーバーが接続を開いて、クライアントがファイルの転送を完了するまで待ちます。ただし、実際のネットワーク環境では、ユーザーのネットワーク速度はわずか 50KB/S で、200MB のファイルをアップロードするのに 2.8 時間かかる場合があります。ただし、サーバーの SESSION 接続がユーザーのために 2.8 時間も待機することは不可能であり、これはパケット損失などの複雑なネットワーク環境を考慮していません。パケットロスやネットワーク異常が発生した場合、ユーザーの以前の 100MB ファイルが無駄に転送されてしまいます。これはユーザーの時間を 1 時間無駄にしていることに相当します。ユーザーに非常に劣悪なエクスペリエンスをもたらします。
サーバーの場合、接続リソースは非常に限られており、サーバーがユーザーを 2.8 時間待機できる場合でも、ユーザーが広範囲にアクセスし、各ユーザーが長時間接続を占有すると、サーバーの同時処理能力が変化します。低い。他のユーザーが単純な 1KB の HTML ページをリクエストした場合でも、サーバーが前のユーザーのリクエストを処理するまで待たなければなりません。

同時に、Flash は非常に大きなファイルのアップロードのニーズを満たすことができません。大きなファイルのアップロード要件があるため、要件の 1 つはデータ送信の安定性を確保することです。たとえば、ユーザーが 1G ファイルをアップロードし、既に 500MB をアップロードしたとします。この時点でネットワークが突然切断されましたが、ユーザーは次回ファイルをアップロードするとき、つまり最後にアップロードした位置からファイルが転送されることを期待します。 、転送は 500MB の位置から開始されます。1 つの要件は、Flash では実行できないことです。

たとえば、QQ メールボックスの特大添付ファイルのアップロード機能、115 Netdisk、Huawei Netdisk (DBank)、および Kingsoft Express の特大添付ファイルのアップロード コントロールはすべて、コントロールを使用して特大ファイルのアップロード機能を実装しています。これは主に、サーバーへの負荷を軽減し (サーバーの応答時間が速くなり、同時処理能力が強化されます)、サーバーのメモリを節約します (サーバーは各ユーザーのファイルと同じサイズのメモリを割り当てる必要がなくなります)。と同時に、ユーザー エクスペリエンスも向上します (ユーザーは、ネットワーク環境で非常に大きなファイルをアップロードできます)。

もちろん、技術的な観点から、このような有名なインターネット企業は、多数のユーザーをサポートするための分散ファイル ストレージ アーキテクチャの設計も検討しています。ファイル ストレージ サーバーを 1 つにすることはできず、ユーザー数の増加に応じて動的に増加するためです。

何人かの友人が言ったように、Flash コントロールが非常に大きなファイルのアップロードの問題を解決できるのであれば、Tencent は QQ メールボックス専用のコントロールの開発にそれほど多くの労力を費やす必要はありません。