ファイル ストリーミング ストリーミング送信
シナリオ:2. readfile('file name'); を使用します その他の問題を考慮する必要はありません
3. クライアントがファイルを書き込めるかどうかはサービスではありません クライアントが管理できるもの 1 . echo file_get_contents('file name'); を使用する 他の問題を考慮する必要はありません
2. readfile('file name'); を使用します 他の問題を考慮する必要はありません
午後ずっと試した結果、echo file_get_contents('file name') にも問題があるはずだと判断しました。
16 進数のデータを比較したところ、改行である 0D がすべて失われていることがわかりました
クライアント (C++) でデータを受信してすぐに印刷を開始しましたが、OD はエスケープされなかったはずです。バーが送られてきました。
なぜそのような文字列をエスケープしないのでしょうか?
なぜ 0x0d が必要なのでしょうか?
なぜ 0x0d が必要なのでしょうか?
さて、この文字は mp3 の改行を表すものではないかもしれません。これらの文字がなければ、mp3 は単なるノイズであるように思われるためです。単なるバイトストリームなので、0x0D が出現するのは正常です。結局のところ、バイト数に換算すると 0 ~ FF は 256 種類しかありません。
さて、私の考えでは、ファイルサイズが5000バイトであると仮定して、5000バイトを転送するので、ノイズは確実に発生しません。
MP3 は圧縮され、エンコードされています。「ノイズ」を避けたい場合は、セグメントごとに転送できます
そうですね。しかし、0x0D は送信されず、PHP によってスペースとして削除されてしまうため、pack("c1", "13") を指定しても 0x0D を表示できず、データが不完全になります。 。
冗談じゃない
あなたの根拠は何ですか?
冗談じゃない
あなたの根拠は何ですか?
画像を見てください。上がファイルの元のテキストで、下が C++ メモリのデバッグ部分です。これがないフラグメントは一致します。
php コードは次の 3 つの文だけです
echo file_get_contents("/var/www/SoundEng/good.mp3"); ?>冗談は言わないでください
根拠は何ですか? ?
echo Pack("c1","13"); を試してみました -- 受け取った値も 00 であることがわかります。おそらくエスケープされていると思いますが、php には詳しくありません...
質問です。php はヘッダーを送信しませんか?どのヘッダーですか?
0x0d の喪失は PHP 側では決して問題ではありません。そうでなければ、PHP から送信された画像やさまざまなバイナリデータが破壊されてしまうのではないか?なぜあなただけがこの問題に遭遇するのでしょうか?
データを読み取るために fgets を使用している場合、それは C プログラムに問題があると思います
質問がありますが、あなたの php はヘッダーを送信していませんか?どのヘッダーですか? ストリームヘッダーマルチバイトを試してみましたが、機能しないようです
0x0d が失われることは PHP 側では絶対に問題ではありません。そうしないと、PHP から送信された画像やさまざまなバイナリデータが破壊されてしまうのではないでしょうか。この問題に遭遇したのはなぜあなただけなのでしょうか? fgets を使用してデータを読み取っている場合は、php ファイルに何かを追加する必要があると思います。はストリームです... .そうですね、私はそれを読み取るために fget を使用しませんでした。 C で http リクエストを作成し、それを読み取るためにシステムの API を呼び出したのですが、この時点でエスケープされたのかもしれません。わかりました、ありがとう、もう一度試してみます。