問題タブ [transfer]

content-length ヘッダーを設定し、チャンク転送エンコードを使用することは可能ですか? そうすることで、チャンクを使用するときにクライアント側で応答の長さがわからないという問題が解決しますか?

私が考えているシナリオは、転送するファイルが大きく、そのサイズを決定するのに問題はないが、大きすぎて完全にバッファリングできない場合です。(チャンクを使用していない場合は、応答全体を最初にバッファリングする必要がありますか?そうですか??)

ありがとう。

C#で画像を転送する最良の方法は何ですか?

• ビットマップ オブジェクト
• バイト配列
• 画像オブジェクト?

私はサーバー担当者ではなく、この特定の転送に問題があります。過去に口座振替に成功しました。

この特定の転送では、常に次のエラーに遭遇します。

このアカウントの古いサーバーのクォータを増やしましたが、問題は解決しませんでした。さらに、古いサーバーのディスクの 1 つが 69% 使用されています。メモリを解放するにはどうすればよいですか？

転送しようとしているアカウントが非常に大きいため、これを手動で行う必要はありません。

音声録音を保存し、それらのファイルを FTP サーバーに転送しようとしています。通常、サイズは 200kb から最大 75 MB です。セッション中にインターネットが切断されたり、アプリが終了したり、ユーザーが誤ってホーム ボタンを押したりすることがまれにあると予想されます。特に大きなファイルを転送する場合は面倒なので、最初からやり直すことなく転送の再開を設定する方法を考えてみてください。

どんな助けでも大歓迎です。

libcurlを使用してFTPでバイナリファイル（.exe）を転送し、ローカルファイルに保存しています。問題は、ファイルが転送された後、ファイルが変更され、有効なWin32アプリケーションではなくなり、実行されないことです。これが私がそれをしている方法です：

ファイルは書き込まれますが、FTPサーバーよりも大きくなります。私が言ったように、それを実行しようとすると、「％1は有効なWin32アプリケーションではありません」というエラーが発生します。オプションなどを設定するのを忘れましたか？

ネットワーク経由で「ファイル名」、「ファイルサイズ」、およびファイルデータを送信する必要があるアプリケーションに取り組んでいます。ブーストを使用してサーバーを作成しましたが、これは今のところ、ファイルサイズと名前を読み取ります。

ファイルデータでバッファを埋める方法（必要な場合）と、それをサーバーに転送する方法を考えています。

これは私が今持っているものです：

だから私は簡単なファイル転送方法を作成しようとしています。小さなファイル（数バイト）では完全に機能します。しかし、2 kBのサイズのファイルを転送したい場合は、ファイル内の文字ではなく、Unicode文字を返します。

サーバ：

クライアント：

ここで、このファイルを転送すると、次のようになります。

転送されたファイルには次のものが含まれています。

私のWCFサービス契約は、次のような方法で行う必要があります。

GetFileはファイルのテキストを返し、UploadFileはファイルのコンテンツをサーバーに送信します。

ファイルのサイズが約数MB（私の場合は4.37 MB）の場合、奇妙な動作があります。GetFileは正常に機能し、クライアントは問題なく長いテキストを取得しますが、UploadFileは同じファイルをサーバーに送信できません。このメソッドの実行中にクライアントがフリーズし、操作が終了しないようです。数分待っていたのですが、結果が出ず、強制的にクライアントを停止しました。

それで、私の質問は、そのような転送の方向に違いはありますか？大きなファイルをサーバーに送信するために使用する必要があるWCFストリーミングについて知っているので、それを使用してコードを変更します。サーバーが同じサイズのデータ​​を正しく返すのに、ファイルがサーバーに転送された場合にのみ問題が発生するのはなぜですか？

アップデート。UploadFileは、成功したかどうかを知る必要があるため、OneWay操作であってはなりません。実行はサーバーを豊かにしません。サーバー側にブレークポイントを設定しましたが、起動しません。

コールバック インターフェイスを介してクライアントにメッセージを送信する Web サービスがあります。メッセージは別のスレッドで送信されます。サービスが自己ホストされている場合、パフォーマンスはかなり良好です。ただし、II5 でホストされている場合、メッセージは低速で送信されます。

たとえば、自己ホスト型サービスでは、200KB のメッセージを送信するのに 0.2 秒かかります。IIS ホステッド サービスの場合、なんと 2 秒かかります。どちらの場合も、サービスは Silverlight 4 Http Polling Duplex バインディング、transferMode=streamedResponse を使用しています。

IIS での転送速度を改善するために何ができるでしょうか? Web 構成で aspNetCompatibilityEnabled="true" を設定しようとしましたが、速度がさらに低下しました。

クライアントのサイトの管理を引き継ぐとき、私たちは頻繁にクライアントのドメイン名を引き継ぎます。通常、転送の進行はうまくいきます。ただし、転送にはDNSレコードをレジストラのネームサーバーに移動する必要があるため、転送の進行中にDNS設定に問題が発生することがあります。

レジストラを介してドメインを管理し、レジストラのネームサーバーにDNS情報を設定する前に、発信レジストラがネームサーバーからDNS情報を削除しているようです。これは明らかに、ユーザーにとって数時間（場合によっては数日）のダウンタイムにつながります。

他の誰かがこの問題を抱えているかどうか、そしてそれを回避する方法があるかどうか疑問に思っています。発信レジストラがDNS情報をネームサーバーに保持する必要がある期間についてのガイドラインはありますか？または、このダウンタイムが発生しないように、このプロセスをどのように管理する必要がありますか。私が言ったように、これはたまにしか起こりません-そしてそれは.com / .net / .orgドメインではあるようですが、.ukドメインではありません（私たちは英国を拠点とする会社です）。