海文互知很久前来发过招聘帖，但这里开工单估计没用。

Seafile 我记得设置时路径比较搞，尤其是用子目录（而不是直接用域名）的情况下。
socks 不了解，我是直接照英文官网教程在 centos 架设 apache+php-fpm 的。

@fengxing
所以说你不了解 emule 。
emule 是用来分享资源的，所以不关注速度； BT 则是用来分发资源，所以注重速度而不在意保种。
emule 许多资源在你添加时是没人传，但大部分正常资源（可以很冷门）挂几个月还是能下好。

迅雷死链不代表 emule 下不了，中文 emule 用户大多带 DLP 、过滤离线服务器。反观迅雷用户，一开始就没保种概念，离线服务器删资源时你还指望用户保留资源？

公共 BT 本来就是分发资源用的，从来不指望长期保种。迅雷离线比公共 BT 时间长又能说明什么？

@fengxing
那说明你根本不了解 emule 。 emule 速度是很慢，但大部分资源（包括外面搜来的）挂一段时间还是能下载的，七八年前都小意思。
另外，无论 ed2k 还是 kad ，告诉你存在这个资源的机器并不一定拥有资源。

反而迅雷，你所谓七八年前都能下载的资源，基本都是当你很热门、之后也一直有人下载的。
冷门资源一段时间没人下载，迅雷服务器就会删掉资源，照样死种。所谓解决死链死种能力只是你的错觉罢了。

@laoyur
SSL 本来就是让应用层不用操心加密的事。既然是 HTTP over SSL ，那么 HTTP 用明文传输并没什么问题。

你担心明文入库那是另一个问题，和明文传输没必然关系。
如果你信不过网站的人品的话，更好的办法是用密码管理软件给每个网站设不同密码。

@fengxing
笑死了。 BT 本来就是用来快速传播文件的，并不指望永久存在，无非一个种子没迅雷时两三年有源，有迅雷时只有一年有源。
何况稍微冷门些的种子，时间久了迅雷服务器照样删档，你哪里产生的迅雷会帮你永远保种的错觉？

emule 才是长期保留资源用的，资源存活时间远比迅雷离线久。

@Vicer
是屏蔽 UA 还是其他什么办法？

付款 IP 与信用卡所在地不一致，几乎 100%被自动判定为 Fraud 。如果挂着国外 VPN 用国内信用卡支付也一样会判定为 Fraud 。

另外别以为那些离线真能解决什么断种问题，能续的也就那些曾经热门过的资源，冷门些的时间长了照样断。无非是 BT 网络本身比较脆弱，热门资源一两年后就没人做种了。
但 ed2k 和 kad 网络里冷门资源的生命力远比 bt 和一票离线下载强。

这几年大厂们的下限从未提高过，只不过用户能接受的下限绝赞崩溃中

你不是 NB 吗？ p2p 网络不是不影响你存亡吗？
那有本事完全不和 emule/bt 等 p2p 网络传输啊。也不看看多少资源都是从 p2p 网络吸血吸来的，真以为各种离线下载不是靠盗版活着？呵呵

没古董代码就用 7 。
6 的软件太老了，动不动就要自己编译。

顺丰不至于受影响吧，记得大城市顺丰快递员月收入几年前就过万了

据说纯数字邮箱拒信率会比较高，比如我们学校用学号作邮箱名……

500KB/s 是免费用户的正常速度（浏览器或客户端）。
真限速的只有几 KB/s 甚至平均不到 1KB/s

大厂的云服务的优势是稳定性、安全性和灵活性，价格从来都不是优势。
云服务是把所有资源拆开来计费，不仔细看很容易忽略其中某些费用，例如 AWS Glacier Storage 的 retrieval request cost

Linode 终于加入 low-end 行列了（月付<=7 刀）

说实在的，假如 CNNIC 真要干点什么的话，我认为更有可能根本不会搞什么 GPG 伪造，直接不管 GPG 报错强行修改。
因为实际上大部分人都会无视警告按 Y 。

别说什么程序员大都有安全意识 blah-blah 。仔细想想某些 V2EX 证书过期的月经帖为啥会发出来 :doge:
类似 Gitlab 之类事后诸葛亮的事情更别提了。