aboutsummaryrefslogtreecommitdiff
path: root/README.md
blob: c7124a090e477f39cb1bbad093f949b249dfbcfa (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
A very simple crawler
=====================

This is a fork of [crawl](https://git.autistici.org/ale/crawl) with changes
which make crawl more amenable to serve as a drop-in replacement for
[wpull](https://github.com/ArchiveTeam/wpull)/[grab-site](https://github.com/ArchiveTeam/grab-site).
Notable changes include:

* --bind, support making outbound requests from a particular interface
* --resume, directory containing the crawl state to continue from
* infinite recursion depth by default
* set User-Agent fingerprint to Firefox on Windows to look more like
  a browser
* store crawl contents in a dated directory
* update ignore regex set per updates to [ArchiveBot](https://github.com/ArchiveTeam/ArchiveBot)
* max default WARC size 100 MB -> 5 GB

This tool can crawl a bunch of URLs for HTML content, and save the
results in a nice WARC file. It has little control over its traffic,
save for a limit on concurrent outbound requests. An external tool
like `trickle` can be used to limit bandwidth.

Its main purpose is to quickly and efficiently save websites for
archival purposes.

The *crawl* tool saves its state in a database, so it can be safely
interrupted and restarted without issues.

# Installation

Assuming you have a proper [Go](https://golang.org/) environment setup,
you can install this package by running:

    $ go get git.jordan.im/crawl/cmd/crawl

This should install the *crawl* binary in your $GOPATH/bin directory.

# Usage

Just run *crawl* by passing the URLs of the websites you want to crawl
as arguments on the command line:

    $ crawl http://example.com/

By default, the tool will store the output WARC file and its own
temporary crawl database in the current directory. This can be
controlled with the *--output* and *--state* command-line options.

The crawling scope is controlled with a set of overlapping checks:

* URL scheme must be one of *http* or *https*
* URL must have one of the seeds as a prefix (an eventual *www.*
  prefix is implicitly ignored)
* maximum crawling depth can be controlled with the *--depth* option
* resources related to a page (CSS, JS, etc) will always be fetched,
  even if on external domains, unless the *--exclude-related* option
  is specified

If the program is interrupted, running it again with the same command
line from the same directory will cause it to resume crawling from
where it stopped. At the end of a successful crawl, the temporary
crawl database will be removed (unless you specify the *--keep*
option, for debugging purposes).

It is possible to tell the crawler to exclude URLs matching specific
regex patterns by using the *--exclude* or *--exclude-from-file*
options. These option may be repeated multiple times. The crawler
comes with its own builtin set of URI regular expressions meant to
avoid calendars, admin panels of common CMS applications, and other
well-known pitfalls. This list is sourced from the
[ArchiveBot](https://github.com/ArchiveTeam/ArchiveBot) project.

If you're running a larger crawl, the tool can be told to rotate the
output WARC files when they reach a certain size (100MB by default,
controlled by the *--output-max-size* flag. To do so, make sure the
*--output* option contains somewhere the literal token `%s`, which
will be replaced by a unique identifier every time a new file is
created, e.g.:

    $ crawl --output=out-%s.warc.gz http://example.com/

## Limitations

Like most crawlers, this one has a number of limitations:

* it completely ignores *robots.txt*. You can make such policy
  decisions yourself by turning the robots.txt into a list of patterns
  to be used with *--exclude-from-file*.
* it does not embed a Javascript engine, so Javascript-rendered
  elements will not be detected.
* CSS parsing is limited (uses regular expressions), so some *url()*
  resources might not be detected.
* it expects reasonably well-formed HTML, so it may fail to extract
  links from particularly broken pages.
* support for \<object\> and \<video\> tags is limited.

# Contact

Send bugs and patches to me@jordan.im.