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