文件流 流方式传输
场景:
客户端获取服务器上的mp3文件播放，但是因为某些原因客户端无法写文件，也就是不能下载操作。
现在想法是在php端用 fopen -> fread ->echo 把mp3的buffer读到内存，客户端收到buffer存入内存中，然后播放内存中的声音。
问题:
现在是服务器上有一个5143字节的mp3，但是客户端只收到5042.测试是有某些字符被转义了，在网上找过很多方法，似乎都不行，php才学，有什么方法可以让他不转义 得到正确的文件buffer呢。
回复讨论(解决方案)
fopen 使用 'rb' 打开
fopen 使用 'rb' 打开
嗯，试过了的..也不行的
yge.me/ xx.mp3/index.php
index.php
header("Location: http://yge.me/x.mp3");
//MP3的全部URL地址.
//x.mp3为真正的文件
?>
1、用 echo file_get_contents('文件名'); 无需考虑其他问题
2、用 readfile('文件名'); 无需考虑其他问题
3、客户端能否写文件，不是服务端能管的事情
1、用 echo file_get_contents('文件名'); 无需考虑其他问题
2、用 readfile('文件名'); 无需考虑其他问题
3、客户端能否写文件，不是服务端能管的事情
下午试了一下午,我确定echo file_get_contents('文件名')应该也是有问题的。
我对比了十六进制数据 发现0D全都丢失了,也就是换行
我在客户端(C++)刚收到数据就开始打印，OD就都没有，应该是在发过来的时候 给转义了吧。
怎么不让这样的字符串转义呢?
问什么要有 0x0d ？
你不是 MP3 吗？没有 0x0d 不是很正常吗？
问什么要有 0x0d ？
你不是 MP3 吗？没有 0x0d 不是很正常吗？
嗯 这个字符可能在mp3中不代表换行吧。因为好像没有这些字符 mp3就是噪音。他只是一个字节流 所以出现0x0D是很正常的吧，毕竟以字节算 也就0-FF这256种。
嗯，我的想法是假设文件大小是5000字节，那么传输5000字节，这样肯定就不会噪音吧。
mp3 是压缩编码的，你要让他不是“噪音”，那就的一段一段的传全了
嗯 是啊。但是0x0D不会传输，被php当成空格去掉 我用pack("c1","13")也显示不了0x0D 导致我的数据不完整了。。
mp3 是压缩编码的，你要让他不是“噪音”，那就的一段一段的传全了 嗯 是啊。但是0x0D不会传输，被php当成空格去掉 我用pack("c1","13")也显示不了0x0D 导致我的数据不完整了。。
不要开玩笑
你的依据何在？
不要开玩笑
你的依据何在？
看图 上为文件原文，下为C++内存调试部分 是不是就是少个0x0D.没有这个的片段都能对上。
php代码就下面三句话
echo file_get_contents("/var/www/SoundEng/good.mp3");
?>
不要开玩笑
你的依据何在？
然后C++部分是收到原始的数据 肯定不会转义，所以应该是php方面转义了。
我尝试了 echo pack("c1","13"); -- 显示收到的也是00 猜测应该是被转义了，但是苦于对php不熟...
我有个疑问，你的php不会是发了header吧？什么header？
0x0d 的丢失肯定不是 php 端的问题，否则由 php 发出的图片和各种二进制数据不都被破坏了吗？怎么只有你遇到了
我感觉是你的 c 程序的问题，如果你是用 fgets 读取数据的话
我有个疑问，你的php不会是发了header吧？什么header？ 试过stream的header muti-byte的 好像都不行
0x0d 的丢失肯定不是 php 端的问题，否则由 php 发出的图片和各种二进制数据不都被破坏了吗？怎么只有你遇到了
我感觉是你的 c 程序的问题，如果你是用 fgets 读取数据的话
恩，我也觉得 是不是要在php的文件里加啥东西啊?代表这是一个流...恩 我不是用fget去读的。我是在C里发出了一个http请求 然后调用系统的API去读，也许这个时候被转义了。好的，谢谢了，我再试试。
