search

asteroidman / wallproxy-plus

Automatically exported from code.google.com/p/wallproxy-plus
1 stars 0 forks source link

关于issue336里的那个paas自动化 #361

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
比如访问一个网站,该网站由
../index.html
../index.php
../main.css
../main.js

(1)如果使用浏览器设置代理为127.0.0.1:8086.那么可以做到index.ht
ml index.php main.css main.js 
随机分配给已经设置了的多个PAAS服务器.如PAAS1下载index.html 
PAAS2下载index.php PAAS3下载main.css 
PAAS4下载main.js(随机的,只是方便举例而已).

(2)但如果是设置为127.0.0.1:8088,那么全部4个文件都将经由主设�
��的PAAS1下载.也就是说设置再多的PAAS代理服务器都没用,只能�
��过PAAS1下载.

而目前2.1.2用不了http://127.0.0.1:8086/proxy.pac.只能用http://127.0.0.1
:8087/proxy.pac.里面对经由PAAS的并不会提及从哪个PAAS服务器上��
�取的文件.不只是是否跟直接设置127.0.0.1:8088一样.

我的意思是能否让PAC代理能像(1)那样,能平均把代理请求较均�
��的分配在几个PAAS服务器里.并且可以的话,做成能同时并发获
取分配给自己的文件请求.虽然现在这样其实也不差了.OTL.

然后对于127.0.0.1:8086的智能代理,我的意见是能否改成随userlist
的智能代理,而不是让程序自行判断.至少测试BUG的时候,会比ht
tp://127.0.0.1:8087/proxy.pac方便得多.而后者关闭python.exe改设置重�
��后,如果要让代理正常工作的话Firefox还得进设置里去重新对�
��PAC链接点载入.太麻烦了

最后说下,proxy.ini成ANSI-936编码了.果断求unicode(虽然我自己用no
tepad++手转了)....另外自己做了下uploader的E文化.渣E文见笑了

@echo off

set uploaddir=python

( 
    echo ===============================================================
    echo  Wellcome to WallProxy GAE server deployment program, Initiating %uploaddir% server
    echo  If golang server is needed, please change 'uploader' to 'golang'
    echo ===============================================================
    echo.
    echo Input your AppID , split them with ^|
) && (
    @cd /d "%~dp0" 
) && (
    "..local\python.exe" uploader
) && (
    echo.
    echo Update complete! Please add your appid into proxy.ini
)

@pause>NUL

@echo off

Original issue reported on code.google.com by kagami0...@hotmail.com on 10 Nov 2012 at 12:54

GoogleCodeExporter commented 9 years ago 
1. 
如果是设置为127.0.0.1:8088,那么全部4个文件都将经由主设定的P
AAS1下载.也就是说设置再多的PAAS代理服务器都没用,只能通过P
AAS1下载：v2.1.2版已改为随机选择
2. 
最近的版本用http://127.0.0.1:8086/proxy.pac或http://127.0.0.1:8087/proxy.
pac效果相同
3. 
还是没看懂“成随userlist的智能代理,而不是让程序自行判断��
�，智能代理就是根据你设置的在线规则或者本地规则来判断�
��；如果用PAC的话，建议装个FoxyProxy(Basic版即可)
4. 乱码问题，失误，已重新上传。
直接运行uploader.py或者python.exe 
uploader就是没中文的，这个不重要吧。

Original comment by www.eh...@gmail.com on 10 Nov 2012 at 1:16

GoogleCodeExporter commented 9 years ago 
直接运行uploader.py或者python.exe 
uploader就是没中文的，这个不重要吧。

没装python.那个批处理文字是乱码还是隐隐的蛋疼....

关于3,我这遇到的问题是这样的.我的userlist跟paaslist都没设置�
��何www.zol.com.cn的规则.但是我在访www.zol.com.cn时会有记录.不过
写的是FWD......没懂这是否是经过代理了- -

然后比如火狐在地址栏输入中文/英文.默认会搜索你输入的中
文/英文.但目前2.1.2是出现乱码.比如输入搜索.得到的结果是 
http://xn--u2uy07c/ 然后提示
Error response

Error code 502.

Message: Connect server failed: [Errno 11004] getaddrinfo failed.

Error code explanation: 502 = Invalid responses from another server/proxy.. 

而因为proxy就是得到http://proxy/.然后同上面的提示.

然后Firefox英文版默认是https://www.google.com为搜索引擎.但用的��
�候却成了https://www.google.com.hk.即使我在userlist里添加了https://w
ww.google.com走GAE也不行.

Original comment by kagami0...@hotmail.com on 10 Nov 2012 at 2:07

GoogleCodeExporter commented 9 years ago 
PS:上面那个问题是在127.0.0.1:8086作为代理的时候遇到的

Original comment by kagami0...@hotmail.com on 10 Nov 2012 at 2:17

GoogleCodeExporter commented 9 years ago 
127.0.0.1:8086还有个比较严重的BUG

同时执行缓冲视频跟刷新网页的话.如果视频下载的任务queue��
�多的话.网页会根本打不开.尤其是要经由GAE代理的.

而反过来,在刷网页的时候.即使是FWD.只要任务的queue够多.会��
�致另一边正在播放的视频半天得不到缓冲.而走http://127.0.0.1:8
086/proxy.pac或者8087/proxy.pac则完全不存在任何问题.

上面不排除是个别现象.目前我测试N次就能发生N次.

Original comment by kagami0...@hotmail.com on 10 Nov 2012 at 2:53

GoogleCodeExporter commented 9 years ago 
举例:比如开个NICO缓冲视频.然后对着任意一个无需要代理的��
�站进行刷频似的不停F5重新载入,然后能看到一堆FWD命令.但是
Range 
Fetch相关的一条都不会有.完全停止了.然后静止等待.能发现Ran
ge Fetch过会就开始正常工作了

Original comment by kagami0...@hotmail.com on 10 Nov 2012 at 2:59

GoogleCodeExporter commented 9 years ago 
换Chrome

Original comment by www.eh...@gmail.com on 10 Nov 2012 at 3:25

GoogleCodeExporter commented 9 years ago 
除了换browser无法解决么...包括上面那个queue强占资源导致无��
�打开网页或者无法缓冲视频的问题?

Original comment by kagami0...@hotmail.com on 10 Nov 2012 at 3:37

GoogleCodeExporter commented 9 years ago 
换浏览器如果没这两个问题那就是浏览器的问题。

Original comment by www.eh...@gmail.com on 10 Nov 2012 at 3:54

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
话说这不是应该开发者来做debug么......好吧.我去下个Chrome测��
�

Original comment by kagami0...@hotmail.com on 11 Nov 2012 at 3:44

GoogleCodeExporter commented 9 years ago 
使用Chrome测试发现没任何问题.确实是Firefox自身的原因.话说��
�能针对修复么??Firefox上那么多扩展组件真离不开啊.....

Original comment by kagami0...@hotmail.com on 11 Nov 2012 at 4:02

GoogleCodeExporter commented 9 years ago 
about:config
network.http.max-persistent-connections-per-proxy
network.http.proxy.keep-alive
network.http.proxy.pipelining
以上参数自己改改看是否有效果，没有你就应该向Firefox提Issu
e而不是在这里。

Original comment by www.eh...@gmail.com on 11 Nov 2012 at 6:04

GoogleCodeExporter commented 9 years ago 
Issue 373 has been merged into this issue.

Original comment by www.eh...@gmail.com on 11 Nov 2012 at 6:35

GoogleCodeExporter commented 9 years ago 
Moved to: Issue wallproxy:411

Original comment by heeroyuyj on 2 Dec 2012 at 4:56

GoogleCodeExporter commented 9 years ago 
Issue 373 has been merged into this issue.

Original comment by heeroyuyj on 2 Dec 2012 at 4:59