feat: show redirects & remaps

[thomas-zahner]

Fixes #1493
Fixes #2011

Please take a look a the commit messages for more details.

Example

Running echo 'http://github.com/lycheeverse/lychee' | cargo run - --remap 'github gitlab' will now yield:

Issues found in 1 input. Find details below.

[stdin]:
   [403] http://gitlab.com/lycheeverse/lychee (at 1:1) | Rejected status code: 403 Forbidden (configurable with "accept" option) | Remapped: http://github.com/lycheeverse/lychee --> http://gitlab.com/lycheeverse/lychee) | Followed 2 redirects. Redirects: http://gitlab.com/lycheeverse/lychee --[301]--> https://gitlab.com/lycheeverse/lychee --[302]--> https://gitlab.com/users/sign_in

🔍 1 Total (in 325ms) ✅ 0 OK 🚫 1 Error 🔀 1 Redirects

Notes

• As visible in the above example, with the new nesting "Total" no longer adds up to "OK" + "Errors" + "Redirects" ... But I'm not really sure if this was the case previously.
• Just noticed a dangling ) in the details "Remapped: A --> B)", will adjust and write a test to cover this. It's currently uncovered.

[katrinafyi]

It looks reasonable and seems to do what it should. The biggest comment is about whether the remap history needs to/should be globally stored. I think it shouldn't.

In testing, I also noticed an interesting interaction with caching:

a.md:
[a](https://httpbin.org/delay/5)
[a](https://httpbin.org/delay/5)

$ cargo run -- a.md --max-concurrency=1 --remap 'httpbin nowherejiosad'  
[a.md]:
 [ERROR] https://httpbin.org/delay/5 (at 2:1) | Error (cached)
 [ERROR] https://nowherejiosad.org/delay/5 (at 1:1) | Connection failed. Check network connectivity and firewall settings | Remapped: https://httpbin.org/delay/5 --> https://nowherejiosad.org/delay/5)

The remap is only printed for the non-cached run, and the cache hits have the old URL and no remap history. This makes sense, given the caching strategy, but it is a bit odd. But this also isn't new in this PR - on main, it's identical but for the "Remapped:" text so no need to change here.

It is also possible to remap URLs into excluded URLs. With -v, the excluded URLs are printed but they don't have redirect information. I think the [EXCLUDED] message uses the same formatter as the CLI output, so it would be nice to have remaps mentioned here as well.

$ cargo  run -- a.md --max-concurrency=1 --remap 'httpbin nowherejiosad'   --exclude nowherejiosad -v          
[EXCLUDED] https://nowherejiosad.org/delay/5 (at 1:1) | This is due to your 'exclude' and 'include' values
[EXCLUDED] https://nowherejiosad.org/delay/5 (at 2:1) | This is due to your 'exclude' and 'include' values
🔍 2 Total (in 2ms) ✅ 0 OK 🚫 0 Errors 👻 2 Excluded

[katrinafyi]

Looks good! Thanks the fast changes! There's a smattering of comments, all just suggestions and very optional.

[thomas-zahner]

In testing, I also noticed an interesting interaction with caching:

That's interesting. If the status is really loaded from the disk's cache I think it would be expected behaviour. But thinking about this specific case, I'm not sure this should happen at all. See #2103

I also realised that the redirect_map became useless in the process, as it was no longer a "terminal" status code. See a2b72ec

[mre]

I'm okay with merging this once CI is green. It's a solid improvement. The open discussion points aren't super critical afaict and we have issues to track those. Good work! 👍