明文的 HTTP 代理是肯定不行的。你可以试试直接架个 HTTPS 代理看看行不行。

可以用 privoxy 把 socks5 转成 http 代理。

在我看来，autotools、dpkg、msi 分别是基于源码、共享对象库、静态链接下最佳的软件包解决方案。这三个方案各有优缺点，但由于他们基于不同的开发方式、商业模式，是不能相互替换的。

比方说，你不能在 Windows 上用 dpkg 去发布软件，因为商业软件为了便于技术支持往往是静态链接或者打包所有依赖的，客户环境的不确定对你来说是个灾难。Windows 开发一般用 win32 API 或者 MFC 之类 Windows 直接提供的东西。其它的功能比方说要解析个 json，要么自己写，要么找个库打包进来。为了尽可能减小最终可执行程序的大小，会尽可能的裁剪掉依赖项里不用的功能。

你也不能把 Linux 上所有开源软件全换成 msi 那种形式。在 Linux 上开发通常会用到很多比较 high-level 的库。每个库功能很专一，但也很全面，比方说 OpenSSL 就提供加密相关的功能，但它支持很多加密算法，所以每个库也可能比较大。如果全用静态链接，出来的每个二进制文件里有很多依赖是重复的，比方说 glibc、libstdc++、zlib 等等。这样每个二进制文件几 M 甚至几十 M。而且在共享对象发明出来之前，内存经常不够加载这些二进制文件。

我们之前在 Hadoop 上跑 C++ 程序，为了方便，构建系统生成的是静态链接的二进制。结果几十 M 甚至上百 M 的二进制都是很常见的，影响了任务的效率。

如果照着 LFS ( http://www.linuxfromscratch.org/ ) 从源码开始把一个可用的 Linux 基本系统搭起来，你对这个问题会有更深的认识。

shared object 版本也会升级的原因。

@cabbala
国外的信用卡的安全性建立在信用机制上。国内的建立在密码、网银和 U 盾上。

用 C 实现不变的东西，用 lua 实现易变的东西，完美结合。