V2EX › limhiaoing 的所有回复 › 第 9 页 / 共 12 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 12

❮

❯

2016 年 11 月 19 日

回复了 Chyroc 创建的主题 › Python › 京东百万记录分析中国人罩杯分布

有意思。。。

2016 年 11 月 6 日

回复了 djyde 创建的主题 › 分享创造 › 《你根本用不着退学》

有没有人觉得现在的教育年限太长了呢？

2016 年 11 月 5 日

回复了 willsun 创建的主题 › Google App Engine › 为什么有人反向代理 google 搜索，却不能反向 gmail?

@20150517 反代走 https 是你和反向代理服务器的 https ，注意看证书。隧道透传的正向代理才是安全的。

2016 年 10 月 30 日

回复了 amb 创建的主题 › 宽带症候群 › 用梯子的时候，用户的 cookie 是不是完全暴露给梯子铺了？

如果访问目标服务器使用 http 确实是可以看到的，但是使用 https 的话正常的 http 代理是用隧道透传的，是看不到 cookie 的等信息的， go 阿根廷是个例外（这东西不安全）。

2016 年 10 月 15 日

回复了 yueyoum 创建的主题 › 程序员 › [ANN] make-proxy 发布 4.0.0 版本

搭车宣传一下 C++11 写的 http 代理（支持 https ）。
https://github.com/lxrite/azure-http-proxy

2016 年 10 月 13 日

回复了 814084764 创建的主题 › 程序员 › [速度 VS 准确] 下载时保存下载进度

单单靠文件长度来判断文件是否被篡改是不可靠的，文本被篡改不一定会导致文件长度改变。
即使你这两句之间没有可能抛出异常，但是断电呢？
file.write(buffer);
database.save(file.length());
所以，记录文件长度只能用于丢弃多余的数据，而不能用来校验文件是否被篡改。
用 hash+长度来记录已下载的文件就不需要实时的去保存长度了。可以每下载 10MB 保存一次，这样如果进程异常结束，最多就是丢弃 10MB 的数据。

2016 年 10 月 13 日

回复了 814084764 创建的主题 › 程序员 › [速度 VS 准确] 下载时保存下载进度

我估计迅雷的断点续传是用类似的方法，不过因为它是分块下载，所以 hash 应该也是分块计算的。

2016 年 10 月 13 日

回复了 814084764 创建的主题 › 程序员 › [速度 VS 准确] 下载时保存下载进度

这样既是异常终止在写完下载数据和记录下载进度之间也不要紧，根据上次记录的下载进度丢弃多余的数据，校验记录的 hash 即可。

2016 年 10 月 13 日

回复了 814084764 创建的主题 › 程序员 › [速度 VS 准确] 下载时保存下载进度

个人观点这个方法不可行。
可以这么做，数据库记录已下载大小和 hash ，先写下载的数据到磁盘后记录下载进度和 hash 。

2016 年 9 月 23 日

回复了 lawlietxxl 创建的主题 › Java › 菜菜问一个单例模式加锁的问题

Java 的 memory order 应该是顺序一致性，所以这里不会重排。