Apply sub-zones before parents

0.9.1 version bump and changelog update

README.md: your -> you're typo

Include info about provider specific reqs in README

Revert the setup.cfg infra and go back to requirements.txt

I've continually run into problems with the setup.cfg route that I'm not
interested in investing the time to debug and fix. Looking around it doesn't
seem to be very common yet so I've had a hard time finding help/docs etc.

pycodestyle updates, mostly escaping \, couple r's, ignore break on binary

Skip unsupported records for NS1 & DNSimple

Mark SSHFP algorithm 4 as valid

Implements the unsupported records skipping fix [proposed by ross](https://github.com/github/octodns/issues/176#issuecomment-359294960) in #176 for DNSimple and additionally for NS1.

Fixes #176 and also the NS1 version of it (`AttributeError: 'Ns1Provider' object has no attribute '_data_for_DNSKEY'`) that currently affect domains that have DNSSEC enabled.

[RFC 7479](https://tools.ietf.org/html/rfc7479) introduces support for Ed25519 host keys for the SSHFP record.

Configurable geo healthcheck host & path

This will ensure unique refs for different zones. Without them the ref isn't
enough to make sure we're looking at the right thing (notably when we're
gc'ing old health checks.) This also adds a bit more debugging around health
checks.

Make the Record.octodns bits more consistent

Add twine dev requirement, use it in script/release

0.9.0 version bump and (partial) changelog updates

Make sure to insert new rulesets at the "end"

Dyn will still match them, even while they're empty before we've had a
chance to add the respons pools to them which is BAD and caused a
medium-size outage (thankfully not as bad as it could have been.) Ideally
we'd use publish=False and stage things, but that seems broken in the client
lib, there's no way to send publish=N. I also tried sending the
response_pool_ids as part of the create calls and response pool config if
one didn't exist, but neither of those routes worked :-(