composer 镜像站 ： comproxy.cn 满血原地复活

去年我做了第一个composer的中文镜像站后，有个叫做pkg.phpcomposer.com冒了出来，和我做的是一样的事情，而且他们搞的还挺大，不光靠这个名义问ucloud拿了免费的服务器，而且到处做宣传好像很热心为人民服务一样。

后来我都被这种热情感动了，加上一方面我自己也没钱没精力维护这么一台服务器，又一方面他们确实速度啥的做的都挺快，我继续做没这个必要，所以后来我主动关了comproxy.cn。连我自己项目中都用的是pkg.phpcomposer.com。

咱也正常使用了一段时间pkg.phpcomposer.com

后来，这个镜像三天一大崩溃，两天一小崩溃，我已经记不清多少次在我要部署点什么东西的时候composer跳出来和我说pkg.phpcomposer.com 500了，而且难得的几次成功的update速度也非常慢，由于我项目中用的东西特别多，所以一次update整掉半个小时是非常正常的事情。

再后来（也就是最近），pkg.phpcomposer.com已经完全陷入了瘫痪和不管的状态，我看了他们论坛有人发帖子说不能用，那站长说什么类似因为网卡了晚上会定时重启明天早上就好了之类的话，我就无语了。

前几天，我做了一下测试：我发现pkg.phpcomposer.com所有的流量都是没有经过gzip的，要知道这种代理站主要提供的就是各种json文件的下载，在nginx里设置个gzip啥的也就2分钟搞定的事情，立马能减少90%的带宽和流量，这应该是所有懂那么一丁点开发的人都能够想到或者意识到的问题，但pkg.phpcomposer.com愣是挺了大半年没有开启这个最简单的功能。

当时我就震惊了，剩余的测试我也不想做了。

3分钟一个念头在我脑子里闪过：闪开，让专业的来。

于是，comproxy.cn满血原地复活

~/.composer/config.json里写入：

{
"repositories": [
{"type": "composer", "url": "http://comproxy.cn/repo/packagist"},
{"packagist": false}

]
}

用composer的程序猿们，comproxy.cn带你们装逼带你们飞。