More anti-spam measures

More spambots are finding the application page. Things in common: They all use
usernames following the syntax "LR<something>435", where "435" is a random
selection of 3 digits, and they all include HTML links in their notes. Maybe I
should disallow all HTML links, but we'll go with this for now.
Antispam fix

I was wrong, the usernames can include any number of digits at the end.
Merge pull request #19 from Sophira/application-nospam-2

More anti-spam measures
Get the Daily Snapshot working again

The Daily Snapshot stopped working when we moved to git and GitHub. This gets
it working again and updates the installation instructions/backup script.

Note that the new --copy-dhroot option in dh-newuser will only work properly
for the Daily Snapshot as of right now; you can't use it to save cloning from
arbitrary Dreamwidth forks. Its purpose right now is simply to prevent needless
calls to GitHub, since this would be happening every day.

With Mark's permission, I've also set the Daily Snapshot email address back to
my own.
Add update-skel to INSTALL and clean up

I forgot to add the update-skel command to the install instructions in the last
commit. I also generally tidied up the instruction added in the last commit so
that it's in a style consistent with the other instructions.
Disallow links entirely in the application form

Turns out that it wasn't enough to just protect against the LR* bots; now I'm
getting tons of spam from other bots too. Let's just disallow all HTML links
(or at least, those that follow the typical "<a href=[...]>" pattern).
Add -l switch to su and indent it for consistency

Oops, noticed this wasn't indented, and I also missed a -l switch.
Silence the getent call

We don't need to have dh-daily's /etc/passwd entry show up in the cron email.
Merge pull request #21 from Sophira/more-antispam

Disallow links entirely in the application form
Merge pull request #20 from Sophira/daily-snapshot

Daily Snapshot