说在前面

首先令人感到有些沮丧的是,上一篇提到的布卡搜索由于布卡漫画彻底下架了想看的漫画,于是被我直接下掉了。

写这篇的原因主要是最近还有一些新的体验想要分享一下,前几天一直想写一篇来着的,可是最近考试,再加上考完了放松了几天,于是拖到了现在。

过CloudFlare的防护

首先值得一提的就是之前收藏的CloudFlare五秒防护这个帖,在8月底终于被我用Python实现了。

不得不说CloudFlare的这种防护方法确实有一些明显的效果,虽然被解析之后还是可以被爬虫爬到,但还是需要等待4秒多的时间,不然会直接被拦在CDN之前,影响不到源服务器。

解析方法

那么下面来看一下如何解析一段CF防护页面的代码。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
import re

def findstr(rule, string):
find_str = re.compile(rule)
return find_str.findall(string)

def decodeJSCode(code):
code = code.replace('!![]', '1').replace('!+[]', '1').replace('(+[])', '(0)').replace('+((', '(').replace('))', ')').replace('+[]', '').split('/')
fnumu = ""
fnumd = ""
for num in findstr('\(.*?\)', code[0].replace('+[]', '')):
fnumu += str(eval(num))
for num in findstr('\(.*?\)', code[1].replace('+[]', '')):
fnumd += str(eval(num))
return int(fnumu)/int(fnumd)

code = '+((!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![]+[])+(!+[]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![])+(+[])+(!+[]+!![]+!![]))/+((+!![]+[])+(!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![])+(+[])+(!+[]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![]))'

print(decodeJSCode(code))

我们首先可以在浏览器里运行一下code后面的值,可以得到结果4.380966109717446

再运行一下上面那段Python代码,得出4.380966109717446,完全一致。

下面来初步解释一下是怎么解析的。

1
2
3
4
5
6
7
8
9
10
11
12
13
首先:
+((!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![]+[])+(!+[]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![])+(+[])+(!+[]+!![]+!![]))/+((+!![]+[])+(!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![])+(+[])+(!+[]+!![]+!![]+!![]+!![])+(!+[]+!![]+!![]+!![]+!![]))

经过一番替换,得到:
(1+1+1+1+1+1+1+1)+(1+1+1+1+1)+(1+1+1+1+1+1+1+1)+(1+1+1+1+1)+(1+1+1+1+1+1+1+1+1)+(1+1+1+1+1+1+1+1+1)+(1+1+1+1+1)+(0)+(1+1+1)/(+1)+(1+1+1+1+1+1+1+1+1)+(1+1+1+1+1)+(1+1+1+1+1+1+1+1+1)+(1+1+1+1+1+1+1+1)+(1+1+1+1)+(0)+(1+1+1+1+1)+(1+1+1+1+1)

这其实就是上面帖子提到的内容,仔细看看就知道了。
但在JS中这个实际上是文本型的相加,所以对这个式子进行运算时,每个括号代表着一位数。

所以上面那一串实际上应该是:
858599503/195984055 = 4.380966109717446

这两个数字相除的结果,就是JS计算得出的结果。

之后

解决了这个问题之后,剩下的实际上就是怎么对文本进行处理,以达到和JS运算结果一致的问题,详细代码可以看我这个Github仓库

Fyde OS 初体验

之前看到别人说FydeOs,上个礼拜正好有空试了一下,至于尝试的原因有点不记得了。

可能是因为官网上写着支持 Win + Linux + 安卓,让我有点心痒痒了。总之就是拿之前Ebay薅来的32G的U盘写入了FydeOS。

由于时间太久,也忘记留截图了,总之我是初步试了一下。

优点

首先就是支持安卓应用,感觉非常不错,我给装了个AIDE,跑起来挺正常的,其他一些App也工作良好,兼容性实际还是不错的。

然后是Linux,这个实际上是Chrome OS的功能,没什么好说的,和原生Chrome OS基本一致的体验。

最后就是所谓的Windows,实际上是通过在安卓上装CrossOver二次模拟,之前运行了一下Pandownload,除了缺字库(字库可以下载)之外基本上运行没什么问题,就是操作起来太繁琐了,实在不如直接用Win。

但这个实际上是直接在U盘上运行的系统,所以到哪儿一插就完事儿,我觉得这一点也比较适合轻办公的特点吧。

缺点

下面说说几个缺点,首先是Chrome OS原生应用太少,全靠安卓撑门面,虽然有魔法上网可以在Chrome Store里下载应用,但FydeOS内部空间太少,想装个VLC提示容量不够。

第二个就是既然内置了Google Play,那你就应该让人用啊。我给整了半天的魔法上网,打开了Play Store,然后提示设备未验证,还得自己去谷歌提交GSF ID才解决了问题。具体解决方案参考这篇小众软件的帖子

第三就是U盘的问题,虽然说非常方便,但U盘作为U盘本身的功能就废了。如果在Windows下面插入U盘,还直接吃掉十几个盘符,这个不是非常令人满意。

如果要像以前的PE系统那种,分区之后,该不显示的不显示,然后还有一部分能显示出来做U盘使用那就更好了。

总结

总体上来说,我个人还是比较满意FydeOS的,毕竟相比虚拟机来说,实体机运行更快捷,而且是直接运行于U盘,并不占用硬盘,且即插即用,自身的定位还是非常准确的。

不过Fyde OS自家出的的那款笔记本我觉得还是不太行,毕竟Fyde自身还是太菜了,接下来应该更加注重开发基于Chrome OS的应用,而不是整那些花头,好用才是硬道理。