分类： DefaultCategory

8月29日更新，增加腾讯微云

粗略测试一下，包括功能和速度

测试条件：

Win7 64bit

Chrome版本 28.0.1500.95 m

电信10M Lan

基于各大网盘网页版无控件绿色环境进行测试

网盘产品选定115，百度和360。

115作为老牌产品实力雄厚；

百度1元1T，难得让我为此掏钱；

360免费1T，更为牛气。

腾讯也加入战圈，放出10T空间，霸气侧漏。

其他，像金山100G，相比之下空间就太小了；

华为网盘，广告说是无限，其实玩了个文字游戏，进去一看只有5G，很不厚道；

rayfile、网易等等没时间搞了，最近也没啥新噱头。

废话结束，进入正题内容：

1，离线下载：

115支持https，百度和360都不能识别。

115和百度可以离线BT。

115、百度和360均可离线HTTP和FTP。

腾讯根本不支持离线下载，弱就一个字。

2，上传单文件大小：

115：1G/5G(装网页控件)/vip 115G
百度：1G/4G(装网页控件)/vip 20G
360：200M/5G?(装网页控件)/vip 5G
腾讯：300M/4G(装网页控件)/vip?

3，上传速度：

115：1M+/s(vip?)

百度：1M+/s

360：500k/s

腾讯：500k/s

4，下载速度：

115：1M+/s(vip?)

百度：1M+/s

360：1M+/s

腾讯：1M+/s

总结：

1，以115vip为参考，百度网盘做的还是很不错的，360就差了一些，尤其是在单个文件的大小限制上，腾讯也就容量大些。

2，百度的1块钱还是值得花的

3，心里舒坦了 🙂

———以下引用google资源———————

是由于输出的CSV文件中没有BOM.

什么是BOM?

在UCS
编码中有一个叫做”ZERO WIDTH NO-BREAK
SPACE”的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前，先传输
字符”ZERO WIDTH NO-BREAK
SPACE”。这样如果接收者收到FEFF，就表明这个字节流是Big-Endian的；如果收到FFFE，就表明这个字节流是Little-
Endian的。因此字符”ZERO WIDTH NO-BREAK SPACE”又被称作BOM。
UTF-8不需要BOM来表明字节顺序，但可以用BOM来表明编码方式。字符”ZERO WIDTH NO-BREAK SPACE”的UTF-8编码是EF BB BF。所以如果接收者收到以EF BB BF开头的字节流，就知道这是UTF-8编码了。
Windows就是使用BOM来标记文本文件的编码方式的。

那么如何在PHP中输出BOM呢?

在所有内容输出之前

print(chr(0xEF).chr(0xBB).chr(0xBF));

————————引用end————————–