1
wdlth 2014-10-16 22:20:57 +08:00
这里有人做了packagist的镜像,换这个应该会快点。
http://www.v2ex.com/t/131603 |
2
raincious 2014-10-16 22:25:04 +08:00
@wdlth 哼哼,一看就是没试过的。
http://218.244.132.204/proxy/packagist 这个接口404。 http://composer-proxy.com/proxy/packagist 仍然404。 @scourgen,修一下呗。 或者试试看这个 http://pkg.phpcomposer.com/ ? |
4
raincious 2014-10-16 22:36:13 +08:00
@wdlth 是嘛?那可能以前是能用的。我是上周1还是周几用的,结果就是发现404。
不过那时候还发现pkg.phpcomposer.com是503(于是我灰心丧气的开了Freegate来下),现在**貌似**是好了的。 |
5
wdlth 2014-10-16 22:54:28 +08:00
@raincious
奇怪,用同样程序的那个.jp镜像也不能用,也是404。不过packagist的URL没有变化,还是 https://packagist.org/packages.json,不知道是不是被官方禁止连接了…… |
6
Xrong 2014-10-16 23:08:44 +08:00 via Android
搭建个HTTP代理,然后用官方的composer更新
|
7
scourgen 2014-10-17 11:02:06 +08:00 1
@raincious, 本来就没有“http://218.244.132.204/proxy/packagist” 这个接口的,你想访问的可能应该是http://218.244.132.204/proxy/packagist/packages.json
|
8
scourgen 2014-10-17 11:06:01 +08:00
我试了一下现在provider-active现在的路径是“http://218.244.132.204/proxy/packagist/p/provider-active$4b824c3ca96d97ab6a226952475a09338358f9febb1a8df188f8743b0a820033.json”,这个文件也是可以访问的。
你之前碰到的问题我估计是官网的这个文件出了点问题,导致composer-proxy无法正确的去获取这个文件,这也可能是其他proxy为什么不能工作的原因。这个事情应该是小概率事件,只需要过一段事件重试即可。 |
9
ryancao 2014-10-17 11:37:04 +08:00
是网络的问题~
本人自用: linode上搞了个ss代理+proxychains(神器)已一年多,速度很快&稳定 proxychains: https://github.com/rofl0r/proxychains-ng 小团队; 内部团队开发自用服务器上 Satis 做了public(走代理)和private两个源,效果还不错 洪大师估计是太忙了~ |
10
scourgen 2014-10-17 13:23:26 +08:00
我下一步会考虑把服务器迁到香港/日本之类的地方,同时也会考虑用类似varnish之类的东西去做纯代理,这样可以根本上解决速度慢或者不稳定的问题。
|