V2EX › limhiaoing 的所有回复 › 第 8 页 / 共 11 页

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

2016-11-20 19:16:55 +08:00

回复了 woyaojizhu8 创建的主题 › Linux › linux 下如何提升视频软解性能？

视频解码（软解）一般可以用 SSE 、 SSE2 来优化解码算法，很久以前参加的一个课程分享，分享者用这些指令集优化了几倍的性能。

2016-11-19 16:46:35 +08:00

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

有意思。。。

2016-11-06 00:40:56 +08:00

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

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

2016-11-05 23:56:04 +08:00

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

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

2016-10-30 11:28:40 +08:00

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

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

2016-10-15 18:01:00 +08:00

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

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

2016-10-13 23:00:08 +08:00

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

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

2016-10-13 13:51:35 +08:00

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

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

2016-10-13 13:49:58 +08:00

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

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

2016-10-13 13:46:30 +08:00

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

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

2016-09-23 18:17:39 +08:00

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

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