問題タブ [chunking]

ソケット経由で ActionScript 3 を使用して HTTP サーバーに正常に接続しました。唯一の問題は、サーバーがチャンクされた HTTP を送信していることです。チャンクをデコードする方法を明確に示す、他の言語に汎用関数はありますか? このための ActionScript ライブラリが存在しないことは確かです。

私は WCF を使用しており、クライアントからサーバーに大きなファイルをアップロードしたいと考えています。私は調査し、http://msdn.microsoft.com/en-us/library/aa717050.aspx で概説されているチャンキング アプローチに従うことにしました。

ただし、このアプローチ (ストリーミングと同様) では、コントラクトが限定されたメソッド シグネチャに制限されます。

このサンプルでは、​​固定パスからファイルをアップロードし、サーバー上の固定パスに保存するというかなり便利な例を使用しています。したがって、私の質問は、ファイル名、ファイルパスなどを指定するために追加のパラメーターを渡す方法です。

例えば。次のようなものが欲しいです：

前もってありがとう、マーク。

asp.net mvc Web サイトに大きなファイル (600 MB から 4 GB) をアップロードする方法が必要です。現在、私はswfuploadを使用しています。十分に機能しますが、1 回の大きなアップロードで送信されるため、Web サーバーに大きな打撃を与えます。さらに、web.config で設定して、その巨大なファイルを許可する必要があり、これは大きなセキュリティ リスクです。過去に Web フォームの開発を行っていたとき、ファイルをチャンクに分割して個別にアップロードするNeatuploadを使用していました。チャンクアップしてアップロードするmvcで大きなファイルをアップロードする方法を探しています。どうすればこれを行うことができるかについてのアイデアはありますか?

シーケンスの作成に問題があります。基本的に、シーケンスを配列のシーケンスに切り刻む必要があります。Seq.windowedはほとんどそれを行いますが、重複する要素は必要ありません。

最初にすべてを配列に読み込むことで必要なものを取得できますが、シーケンスを使用したいと思います。

Ruby で文字列を特定の長さの部分文字列にチャンクするエレガントで効率的な方法を探していました。

これまでのところ、私が思いつくことができる最高のものはこれです：

の代わりにchunk("", n)戻りたい場合があります。その場合は、これをメソッドの最初の行として追加します。[""][]

より良い解決策をお勧めしますか？

編集

このエレガントで効率的なソリューションを提供してくれた Jeremy Ruten に感謝します: [編集: 効率的ではありません!]

編集

string.scan ソリューションでは、512k を 1k チャンクに 10000 回切り刻むのに約 60 秒かかりますが、元のスライスベースのソリューションでは 2.4 秒しかかかりません。

こんにちは、チャンク データを WCF サービスからクライアントに渡す必要があります。私は 1600 万のレコードを含むテーブルを持っているので、クライアントがそのテーブルからデータを要求すると、そのテーブルへのデータリーダーを開き、すべてのレコードをシリアル化してクライアントに送信します。これが私のメソッド シグネチャです。

ここで、AsyncResult と AsyncRequest は MessageContract であり、AsyncResult にはストリームが含まれています。問題は、クライアントがメソッドを呼び出すと、すべてのデータがサーバーのストリームに書き込まれるまで関数が返されないことです...この動作を変更することは可能ですか、それともコールバックを使用する必要がありますか?

ストリームリクエストについてここに投稿しました
[wcf-chunk-data-with-stream]：ストリームを含むWCFチャンクデータ
そのタスクを解決しましたが、クライアントパーツサーバーでリクエストを閉じると、データを送信し続けます。WCFサーバーからクライアントへのストリーム要求をキャンセルすることはできますか？

何らかの理由で、私のアプリケーションのビューステートは巨大になりました（約1400万文字）。読み込み時間は約1分追加されます。ページが最終的に読み込まれると（頻繁ではありません）、誰かがフォームを送信するたびにサーバーがクラッシュしますPost size exceeded allowed limits.。

いきなり現れました。フィールドは追加せず、ページにJavaScriptを追加しました。

ビューステートのチャンクアウトを確認するように言われました。グーグルは私にこれをするように言った：

...だから今、巨大な隠しフィールドの代わりに、100個の非常に大きな隠しフィールドのようなものがあります。それは私が探していたものではありません。

なぜ.NETはこのようなことをするのでしょうか？どうすればこれを修正できますか？

私はデフォルトのPOSタグ付けとデフォルトのトークン化を使用しています。それで十分なようです。デフォルトのチャンカーも欲しいです。

NLTKツールキットの本を読んでいますが、デフォルトのチャンカーがないようです。

httpを介した.Netリモーティングでは、SerilizationInfo.AddValue（SerializationInfoValueName、（（MemoryStream）writer.BaseStream）.GetBuffer（）、typeof（byte []））呼び出しを実行して、byte[]をクライアントに返します。

ただし、byte []サイズが大きくなりすぎて、OutOfMemory例外が発生する場合があります。唯一の救済策は、何らかの形のチャンクを利用することのようです。WCFへの移行は最も論理的であるように思われますが、近い将来、それは不可能になります。

では、一般的なチャンクソリューションを実装する方法について何か提案はありますか？