Heritrix中的SURT和SurtPrefixedDecideRule

在Heritrix中，如果我们需要抓取指定host的网页，需要用到SurtPrefixedDecideRule这个规则。

这里根据Heritrix的文档，解释一下SURT。

SURT全称是Sort-friendly URI Reordering Transform。

目的是将一个URL转换成更方便的格式进行处理。

....

SURT类可以将下面这种形式的URL：

scheme://[e-mail]:port/path?query#fragment

转换成：

scheme://(tld,domain,:port@userinfo)/path?query#fragment

转换后的格式就称为SURT格式。例如，http://www.baidu.com的SURT格式是http://(com,baidu,www,)

这里()中的内容就是转换的内容。

同时，为了不引起URL的冲突，将"."改成了","。

这样做可以方便处理。

因为，原始的URL的host的层次与人们的常规思维相反。

例如，http://www.ccer.pku.edu.cn。"www","ccer","pku","edu","cn"的范围是从小到大的关系。

而变成SURT格式后是，http://(cn,edu,pku,ccer,www,)，范围从大到小。

这样可以帮助我们对URL排序，将同一个范围内的URL聚集到一起（通常只需要对SURT格式的字符串进行比较就可以了）。

最后一个注意点，由于URL的大小写影响不大，所以SURT默认将 所有字母全部转换成小写。

SurtPrefixedDecideRule就是用来判断一个URL的SURT格式是否以某个前缀开头（这些前缀一般是由种子产生的，也可以自己指定前缀的文件）。

SurtPrefixedDecideRule首先根据来源生成一个保存SURT的Set。

然后对每个爬取的URL，先转换成SURT格式，判断是否以Set中的某个SURT开头，根据结果做出accept，pass或reject。

感兴趣的可以自己看看源代码。

（为什么不能发图？？）

这里有几个设置属性，默认情况下是从seed直接生成用来判断前缀的Set。

decision: accept或reject，如果不明白的话得了解一下DecideRule的机制。

surts-source-file: 可以指定生成surt Set的URL来源。

seeds-as-surt-prefixes: 是否把种子中的URL作为surt的Set。

surts-dump-file:将用来比较的SURT dump到文件中，主要是调试的时候看一下是否有错误。

also-check-via:是否检查URL的来源。默认为false。

例如。http://blog.csdn.net/是从http://www.csdn.net/上面链接过来的，

就说http://www.csdn.net/是http://blog.csdn.net/的via，就是这里提到的“来源”的意思。

即，如果为true，那么在检查http://blog.csdn.net/的时候，还要检查从http://www.csdn.net/。

rebuild-on-reconfig:在重新配置的时候是否重新生成set。

举几个例子：

假设我们的decision是accept。

1.如果只指定了http://www.foo.org/，那么将会accept所有http://www.foo.org/的URL。但是对于http://foo.org/的页面将会pass。

2.如果指定了http://www.foo.org/和http://foo.org/，那么将会accept所有http://www.foo.org/和http://foo.org/的URL。

3.如果指定了http://foo.org（注意这里没有斜杠，有什么区别大家仔细想一下），那么将会accept所有http://foo.org/和foo.org下的子域名的URL（如，http://www.foo.org/和http://ex.foo.org/)。