KnProxy Theta 4.50

KnProxy 4.50 发布,本次更新变动如下:

  • 重新写了HTML文档解析器,增强了JS文件解析。现在解析JavaScript脚本的机制更加柔和,避免因为代理误把 JS 脚本内的一些字符串破坏导致的全脚本失效现象。如果幸运的话,也许还会对 AJAX成功率有增强。
  • 修正了引入WebSockets之后在该模式下的URL BUG。该模式仅在无cURL时才启用。
  • 升级了加密组件的基钥匙,如果希望保留旧地址,请不要覆盖module_encoder.php

由于Sourceforge连续抽风,没法设置默认下载,所以更新将在 https://github.com/jabbany/knProxy 获得,同时也可以到 SourceForge上下载压缩后的程序包。

25 Comments

  1. KnProxy 4.50 如何加密页面?没有加密页面复选框。尝试修改过 conf 文件的 页面加密 为:define(‘KNPROXY_ENCRYPT_PAGE’,’true’) , 但是打开页面后,似乎网页就乱了。不知道如何改善?

    回复

      1. 恩,应该是编码问题。。。只有原网站是UTF8的时候貌似才能正确转码。。。GB2312/18030就不好重新编码了。。。这个一直在研究解决。。。不过。。。。额。。。进度堪忧。。。

        回复

    1. 木有后台,配置的话可以通过修改 conf.php 实现,为了简易和使用效率没设后台。需要检测系统的话,在地址栏输入:about:sysinternals 然后确保 cURL enabled? 是 true。如果不是true的话,说明服务器的网络外连通过php-sockets,这个的支持不是很成熟。如果是 true 的话可以尝试关闭 javascript解析,在conf.php里面把 define(‘ENABLE_JS_PARSING’,’false’);

      回复

      1. 很感謝,修改好了。如果不隱藏地址欄的話,打開一個網頁後,再打開下一個就會無法訪問,同时網絡空間也會連接不上,要等待10分鐘左右才能再次連接。

        回复

    1. 那个貌似是JS的动态载入问题,Facebook整个界面都是基于JS动态生成的,在4.50中的JS解析器还有一些缺陷,所以有些JS会坏掉。。。没法正常排版。。。目前还未能研制出靠谱的JS解析设置,因为比较完备的解析反而会让Facebook完全坏掉= =。

      回复

  2. 怎么强制使用utf-8编码呢?自动选择的是下面这样的
    Dumping knHTTP object:
    knHTTP request: http://ishare.cn.ms(19 bytes)
    knHTTP content type: text/html; charset=iso-8859-1
    knHTTP is HTTPS mode: False
    被访问服务器好像不能解析这种编码,返回的是400错误。

    回复

    1. 这里输出的编码是服务器返回的,就是说服务器内容的编码。400错误错误请求的话,其实也不太清楚,貌似和服务器配置有关,CloudFlare有的时候会宕。我这里访问起来是UTF-8,而且没有错误。

      回复

      1. 这么说是cloudflare的问题?我用另一个空间搭建的可以,这个空间的就不行,以前也可以不过昨天和今天都是400.
        对了,这个不能登录Twitter,输入密码会出现https确认,确认 之后自动跳转到了代理站点的首页。

        回复

        1. 我只是猜测了,我刚才试着访问没发现问题,也不出400错误。还有,有的时候搭的空间会限制外流的,其他站点怎么样?Twitter问题貌似在于Ajax的支持还是不够完备,AJAX这种东西,属于网页代.理的一大长期问题,估计还得慢慢解决(跳转问题什么的)。=w=。

          回复

    1. 是4.50后出现的吗?还是4.4b就有?4.50改了JS处理模块,不过没怎么测试,理论上JS更不容易坏掉,但是其他的就没有太深入测试了。如果可能的话,能提供几个出问题的网址吗?粘到pastebin.com里面就可以。

      回复

发表评论

电子邮件地址不会被公开。 必填项已用*标注