时间(单位毫秒) | 事件
00.000 | 发起请求
05.000 | 远程服务器接收请求并处理
25.000 | 远程服务器处理完毕，开始回传数据
35.000 | 数据接收完毕，开始解析
35.001 | 数据解析完毕，拿到了 json 对象

来试试负优化：
1、网速有点影响，提高点网速，在他们家同一机房开个服务器吧，速度妥妥的
2、网速有点影响，按你的思路，流式读取数据，接收前几个字节能判断出结果就直接关闭连接返回，省一点点时间
3、重量级的还是人家的服务器处理速度，卡个 10-20ms 才开始返回第一个字节数据很正常，基本上没法优化
4、json 解析不耗时间，优化了也没叼用


实际情况是一个完整请求至少耗时 100-300 毫秒（滑稽

@des 精辟

@Oceanhime 没写过浏览器（关键是不会写，哈哈），app 套一个 webview 还是会的，不光是 Android，ios 估计也有这种问题。


@dawniii 单纯的数据传输我能想到的也就是证书的问题了，不极端点目测大部分情况下其实算是安全的。其实我想的通信过程不仅仅是数据传输，这之前还要有规范的数据格式，之前的之前还要有数据的生成，之后的数据接收解码，数据的使用。哈哈，写的啰嗦了，不管是哪个地方有问题，都会导致整个系统有问题，问题出的多的往往是开头和结尾处

@dawniii 你说的我不懂啊，也许数据在发送之前、到达服务器之前可能就被窃取了。就算校验证书也会存在问题：
1、客户端存在被信任的恶意根证书
2、客户端直接接受伪造的证书（中间人）不给任何提示（程序员实偷懒，现代码简单，校验证书实现代码就一句 return true 呵呵）。除非果程序断拒绝错误证书，否则给用户提示选择的话，点接受（忽略）错误证书也是会有的（ doge

https 并不能直接解决常见的 xss、csrf：
A、前后端各种漏洞
B、服务器被黑
C、客户端数据泄露（恶意访问敏感数据，包括不限于病毒木马、流氓浏览器、插件、代理、用户人为因素）

上了 https 也不敢说信息不被监听窃取

自己解决了，在 gulp.dest 前面加上一层 pipe(buffer())就没有这个问题了

直接用的 GitHub readme 上的例子没有这个问题，加个 buffer 又导入了一个包，咳！

这个是实验图片，500 多 k
http://wx2.sinaimg.cn/mw690/a32300cdgy1fsx0w67ec3j20li078t94.jpg

运行生成雪碧图，恭喜，文件夹没法删除了，除非 node 退出
http://wx4.sinaimg.cn/mw690/a32300cdgy1fsx0w5egaxj20qv0dgwfj.jpg

刚才又试了一下，一个个删除生成的文件可以删除，但全选一次性删除无法删除，不知道是不是 node 的什么奇技淫巧 （滑稽
直接删除文件夹是 100%无法删除的

看样子有不少人打这方面主意啊，我正在做一个类似的玩意，看一下回复，想着要不要放弃，，，（ doge

@cs923 #33 幸存者偏差

已入手，400 减了 280

战略 性 mark

写 md 还是感觉用 notepad 这种纯文本来的直观清爽

一听到所见即所得就想到 HyperText Markup Language，不是说好了要专注于文字而不是排版咩~

已解码了，有图

http://wx2.sinaimg.cn/mw690/a32300cdgy1fs9xgoxnzkj20na08paat.jpg

那几个大字的渐变色好 low 啊，改成纯黑瞬间高端大气上档次

@zsdroid #6 稍微看了一下 可以深入研究

@SuperMild #5 习惯称 base64 加密，叫 base64 转码更合乎上下文。比如：一个网站会过滤掉输入的 html 标签，转码变成普通纯文本，显示时候恢复，不为是一种绕过方式


@shilyx #7 这个想法相当于提供了一个工具，至于用户怎么用这项技术，那是用户的事，感觉扯上快播了。牢底坐穿。。逃

@opengps #2 内容全部在客户端和别人网站上，cloud 只负责管理账户和密钥

@zjsxwc #3 给个提示装插件吧，不然真会抓狂 http://wx3.sinaimg.cn/mw690/a32300cdgy1fqe9h2a39ij200w00wt8i.jpg