問題タブ [sendfile]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c++ - sendfile はファイルの内容をコピーしません
ファイルを作成し1.txt
2.txt
、いくつかのコンテンツを に書き込みます1.txt
。
次に、以下のコードを使用して、コンテンツを にコピーします2.txt
。
しかし、うまくいきません。には何もありません2.txt
。
私の間違いを説明できますか?
ruby-on-rails - Rails を使用して、URL を使用して外部ファイルへのダウンロード リンクを作成します。
ファイル ストレージを Rackspace Cloudfiles に移動したところ、send_file アクションが壊れました。
年
新着
ファイルが公開ファイルにあったとき。コードはうまくいきました。リンクをクリックすると、ファイルがダウンロードされ、Web ページは変更されません。今、このエラーが発生します。
私は何が欠けていますか?
お時間をいただきありがとうございました。
ruby-on-rails - delayed_job クラスの send_file
delayed_job gem を使用して、バックグラウンドで xls ファイルを生成します。この後、ファイルをユーザーに送信したいと思います。delayed_job クラスのコントローラーの外側で send_file メソッドを呼び出す方法はありますか?
c# - Socket.SendFile() を使用した *.exe ファイルの送信に関する問題
Win7 x64 上の Visual Studio 2012 Ult の .NET 4.5 で C# を使用します。
System.Net.Sockets.Socket.SendFile(string filename)
メソッドを介してサーバーにファイルを送信させ、クライアントにそれを受信させようとしています。クライアントは、受信したバイトを作成したファイルの末尾に追加して、送信したファイルをクライアント側で再構築します。これはすべて機能します - 少なくとも基本的なテキスト ファイルの場合。
*.exe ファイルを送信しようとすると、受信した *.exe が機能しません。ソース *.exe とクライアント側のコピーの両方を Notepad++ で開くと、一部の奇妙な文字が正しくないことを除けば、ファイルは正しいように見えます。私の質問は、どうすればこれを修正できますか?
サーバーコードは実際にはSocket.SendFile(string filename)
、他の関連オプションを使用せずにファイルを送信しているだけなので、クライアントが問題であると想定しています。
クライアント側:
のエンコーディングstring received = Encoding.UTF8.GetString(obj.buffer);
が間違っていると思いますが、すべての Encoding.something オプションを試しましたが、どれもファイルを正しく送信していません。
または、ファイル ライター にSystem.IO.TextWriter fileStream = File.AppendText(string filename);
問題があるのでしょうか。
linux - Linux >2.6.33: sendfile() を使用してより高速な「cat」を実装できますか?
多くの大きなファイルをさらに大きな単一のファイルに連結する必要があるため、現在使用しています
でも、あの旧友よりも早くできるかどうか疑問に思っています。のマニュアル ページを読むと、sendfile()
*input_file* へのオフセットを指定でき、そこから残りの部分を *output_file* に送信できます。しかし: *output_file* にオフセットを指定することはできますか? または、出力 FD を開いたままにし、それに sendfile() を繰り返し挿入して、*input_files* を効果的に連結するだけで、すべての入力ファイルを単純にループすることはできますか? 言い換えれば、出力 FD を閉じたり、seek() しないと、出力 FD へのファイルポインタは最後に残りますか?
cat
を使用したそのような実装を知っている人はいますsendfile()
か?
確かに、私はプログラマーではなく管理者なので、「本当の」コーディング知識がないことをご容赦ください...
java - ソケットを使用してクライアントからサーバーにファイルを送信するが、サイズがゼロのファイルを取得する
私はいくつかのコードを書いています
- クライアントはコマンド ラインからファイル名 (テキスト ファイル) を取得します
- クライアントは各ファイルをバイト配列に変換し、この配列をサーバーに送信します。
- サーバーは新しいスレッドを開始し、各スレッドは指定されたディレクトリ内のバイト配列を新しいファイルに変換しています。
私のクライアントコードは
クライアントサイド用
サーバーサイド用
問題 : サーバーがファイルを正しく取得できないということは、新しいファイルがサイズ 0 (データなし) で作成される場合があることを意味します。範囲 180-235) 受け取ったファイルのサイズはゼロです。
c# - FileStream は File not found をスローします
プログラムはファイルパスを設定することを意図しており、データが設定されたら、この関数を使用する必要があります。
ファイルパスで指定されたファイルを、ファイルデータを受信するサーバー側プログラムに送信します。
問題は、その行FileStream openFileStream = new FileStream(fileName, FileMode.Open, FileAccess.Read);
に到達すると、ファイルが見つからないことが通知されることです。例外はありException:Thrown: "The process cannot access the file 'D:\StepMania\Songs\Fragma\You Are Alive\Green.avi' because it is being used by another process." (System.IO.IOException)
A System.IO.IOException was thrown: "The process cannot access the file 'D:\*FilePath*\Green.avi' because it is being used by another process."
Time: 04-05-2013 21:11:39
Thread:Main Thread[5532]
ますが、StepMania が実行されていないときにこのファイルを使用するプロセスは考えられません。ファイルパスを確認したので、ファイルがそこにあることがわかりました。ファイルはあるべき場所にあります。ファイルがプログラムとまったく同じフォルダーにある場合は問題なく動作しますが、それ以外は、この問題の解決策が見つからないようです。何が間違っている可能性があるかについて誰か考えがありますか?
私のコードがさらに必要な場合は、教えてください。
編集: 私のサーバーはこのコードを使用してファイルを受信します:
ruby-on-rails - send_fileで保護されたアセットを提供するときにNginxがHTTP 500をスローする
Nginx + Unicorn + Rails で保護されたアセット (PDF) を提供する際に問題があります。問題は、ファイルが適切に送信されることもあれば、Nginx が HTTP 500 を返すこともありますが、Rails のログは問題ないようです。
ニンクス:
PapersController には、PDF を送信するだけのメンバー アクション ダウンロード (アセットは Carrierwave を使用してアップロードされます) があるため、コントローラーは次のようになります。
Rails は Nginx で動作するように構成されているため、sendfile ヘッダーは次のように正しく設定されていproduction.rb
ます。
私のメインのNgnix構成はかなり標準的で、サイトではUnicornをアップストリームサーバーとして使用するように構成されており、アップロードディレクトリの場所を追加してブラウズできませんが、Nginxはそのディレクトリからアセットを提供できます.
nginx.conf:
サイト構成:
Nginx からのアクセス ログはあまり役に立たないので、デバッグ ログを有効にしました。HTTP 500 の場合のログは次のようになります。
何がうまくいかないのか誰にも分かりますか?最も奇妙なことは、再現できないことです。うまくいくこともあれば、うまくいかないこともあります!
どんな助けでも大歓迎です!