阿里云上 composer 升级慢成翔，国内别的云主机是什么情况？

[rogeecn]

[wdlth]

这里有人做了packagist的镜像，换这个应该会快点。
http://www.v2ex.com/t/131603

[raincious]

@wdlth 哼哼，一看就是没试过的。

http://218.244.132.204/proxy/packagist 这个接口404。

http://composer-proxy.com/proxy/packagist 仍然404。

@scourgen，修一下呗。

或者试试看这个 http://pkg.phpcomposer.com/ ？

[wdlth]

@raincious 原来可以用的，看来维护不给力啊。

[raincious]

@wdlth 是嘛？那可能以前是能用的。我是上周1还是周几用的，结果就是发现404。

不过那时候还发现pkg.phpcomposer.com是503（于是我灰心丧气的开了Freegate来下），现在**貌似**是好了的。

[wdlth]

@raincious
奇怪，用同样程序的那个.jp镜像也不能用，也是404。不过packagist的URL没有变化，还是
https://packagist.org/packages.json，不知道是不是被官方禁止连接了……

[Xrong]

搭建个HTTP代理，然后用官方的composer更新

[scourgen]

@raincious， 本来就没有“http://218.244.132.204/proxy/packagist” 这个接口的，你想访问的可能应该是http://218.244.132.204/proxy/packagist/packages.json

[scourgen]

我试了一下现在provider-active现在的路径是“http://218.244.132.204/proxy/packagist/p/provider-active$4b824c3ca96d97ab6a226952475a09338358f9febb1a8df188f8743b0a820033.json”，这个文件也是可以访问的。

你之前碰到的问题我估计是官网的这个文件出了点问题，导致composer-proxy无法正确的去获取这个文件，这也可能是其他proxy为什么不能工作的原因。这个事情应该是小概率事件，只需要过一段事件重试即可。

[ryancao]

是网络的问题~

本人自用：
linode上搞了个ss代理+proxychains(神器)已一年多，速度很快&稳定
proxychains: https://github.com/rofl0r/proxychains-ng

小团队；
内部团队开发自用服务器上 Satis 做了public(走代理)和private两个源，效果还不错

洪大师估计是太忙了~

[scourgen]

我下一步会考虑把服务器迁到香港/日本之类的地方，同时也会考虑用类似varnish之类的东西去做纯代理，这样可以根本上解决速度慢或者不稳定的问题。