Open GoogleCodeExporter opened 9 years ago
为什么要写这个old插件:
1.
有些人认为新版wallproxy是基于goagent的,old插件从开始写到测�
��完毕到写出基本可用的ini转py代码只用了半天时间,因为新�
��版wallproxy是一脉相承的,有着基本相同的架构,将旧版插件
改写为新版只需要稍作修改;
2.
另一方面,这次的old.py没有进行任何处理,可以作为对于如��
�编写插件的一种示范,如果有人要编写兼容APJP、Sogou之类的�
��件,可以对照进行;
3.
之所以没多少说明,一是时间不够,二是旧版GAE相对新版有��
�多不足,也没打算对旧版再做改进,不希望过多说明导致有�
��去主用旧版插件;
4.
至于升级现有PHP什么的,比起编写这个old插件来说麻烦多了��
�短时间内是不可能去做的;
5.
不要啥都没做就来喷,即使是昨天的ini也是支持大多数旧版��
�数的,唯一有影响的可能就是不支持proxy参数,但对于真的��
�用过旧版PHP的人来说,将proxy加入到config.py对应位置真不该��
�难度;今天的ini已支持旧版全部参数。
Original comment by wwqgtxx
on 22 Nov 2012 at 1:02
别的不说吧, 只是说下你说
"wallproxy-plus的印象也是个变种的goagent" 这个
引用作者的原话
"wallproxy从1.0开始采用框架+插件的形式,本来是希望有人能编
写相应插件的;但最初的goagent则主要基于gapp加从wp吸取的伪�
��CA和分段下载。
为了修复原有框架中存在的一些bug并实验一种隐藏源码的方��
�,wp2.0就出来了,原wp中ProxyServer.py、util/httpheaders.py、util/prox
ylib.py、util/urlfetch.py、util/urlinfo.py的内容整合到了现有的proxy.
py中,原有的wpconfig.py和proxy.conf对应现有的config.py,原有的plu
gins/fakehttps.py改为了proxy.py中的固有功能,plugins/autoproxy.py对��
�内置插件pac,plugins/rawproxy.py对应内置插件util.Forward。从复活
目的就可以看出wp重心并不在服务端,加上goagent用户多,为��
�尽快弄个大多数人都可以很方便上手的东西出来,并且可以�
��用广泛存在的goagent服务端,就没有采用原有的plugins/gaeproxy.
py插件,而是去兼容goagent,对应于新版plugins.py;为了兼容goag
ent的配置文件,就弄了个make_config.py来进行配置文件转换。
plugins.py有些东西确实是基于goagent编写的,但它只是新版wp的�
��个可选部分。"
Original comment by wwqgtxx
on 22 Nov 2012 at 1:04
另一个问题,可能是大家比较关注的问题:
wallproxy-plus还会修改服务端么?如果修改有什么方向呢?还会
继续兼容goagent1.x么
请作者回答后加入faq谢谢
Original comment by wwqgtxx
on 22 Nov 2012 at 1:09
兼容其他服务端或者写新服务端我在指望别人,目前是没打��
�自己做的。
Original comment by www.eh...@gmail.com
on 22 Nov 2012 at 1:48
那就一直用goagent1.x的服务端,挺好的,维护方便(ga2.1.14的服�
��端怎么样,可以参考一下么)
Original comment by wwqgtxx
on 22 Nov 2012 at 2:24
Original comment by wwqgtxx
on 22 Nov 2012 at 9:47
Moved to: Issue wallproxy:39
Original comment by wwqgtxx
on 1 Dec 2012 at 2:47
Original issue reported on code.google.com by
wwqgtxx
on 22 Nov 2012 at 1:01