Fix broken links and consolidate lychee config

- Update sqlx issue link (launchbadge -> transact-rs)
- Update AtomicU64 docs link (struct -> type alias)
- Add lychee exclusions for tokioconf.com and tauri.app
- Remove stale duplicate .lychee.toml

Author: mre

.lychee.toml

@@ -67,7 +67,7 @@ request](https://github.com/rust-lang/async-book/pull/96), though.)
 That leaves us with a situation that is unsatisfactory for everyone involved:
 
 - For new users, it is a big ask to [navigate this space](https://kevinhoffman.medium.com/rust-async-and-the-terrible-horrible-no-good-very-bad-day-348ebc836274) and make future-proof decisions.
-- For experienced users and library maintainers, [supporting multiple runtimes is an additional burden](https://github.com/launchbadge/sqlx/issues/1669). It's no surprise that popular crates like [`reqwest`](https://github.com/seanmonstar/reqwest) [simply insist on Tokio as a runtime](https://github.com/seanmonstar/reqwest/blob/master/Cargo.toml#L109).
+- For experienced users and library maintainers, [supporting multiple runtimes is an additional burden](https://github.com/transact-rs/sqlx/issues/1669). It's no surprise that popular crates like [`reqwest`](https://github.com/seanmonstar/reqwest) [simply insist on Tokio as a runtime](https://github.com/seanmonstar/reqwest/blob/master/Cargo.toml#L109).
 
 This close coupling, [recognized by the async working
 group](https://github.com/rust-lang/wg-async/issues/45), has me worried about
@@ -135,7 +135,7 @@ was [met with noticeable community skepticism](https://www.reddit.com/r/rust/com
 As of this writing, [1754 public crates have a dependency on
 `async-std`](https://lib.rs/crates/async-std/rev) and there
 are companies that [rely on it in
-production](https://github.com/launchbadge/sqlx/issues/1669).
+production](https://github.com/transact-rs/sqlx/issues/1669).
 
 However, looking at the commits over time `async-std` is essentially abandoned
 as there is [no active development

content/blog/async/index.md

@@ -317,7 +317,7 @@ But two threads can both `load` the same value, both add one, and both `store` i
 
 Notice that we're using `SeqCst`, the strongest memory ordering Rust provides. The bug still occurs because the problem isn't memory ordering; it's that the increment is split into two separate operations.
 
-The fix is to collapse the two steps into a single indivisible operation. With a lock, that meant holding the guard across both. With atomics, it means a single read-modify-write operation, [`fetch_add`](https://doc.rust-lang.org/std/sync/atomic/struct.AtomicU64.html#method.fetch_add), which does the load-add-store in one step:
+The fix is to collapse the two steps into a single indivisible operation. With a lock, that meant holding the guard across both. With atomics, it means a single read-modify-write operation, [`fetch_add`](https://doc.rust-lang.org/std/sync/atomic/type.AtomicU64.html#method.fetch_add), which does the load-add-store in one step:
 
 ```rust
 counter.fetch_add(1, Ordering::SeqCst);

content/blog/rust-prevents-data-races-not-race-conditions/index.md

@@ -48,6 +48,7 @@ exclude = [
   '^https://forms\.gle/',                                            # Google Forms -> 401 to bots
   '^https://rustlab\.it/tickets25',                                  # ticketing endpoint -> intermittent 500
   '^https://rustasiaconf\.com/',                                     # conf site -> intermittent 503
+  '^https://(www\.)?tokioconf\.com/',                                # conf site -> intermittent 503
   '^https://www\.freedesktop\.org/software/systemd/man/devel/run0\.html', # -> 418
 
   # Live sites that the CI runner can't reach due to TLS/HTTP2/network
@@ -60,6 +61,7 @@ exclude = [
   '^https://(www\.)?autosar\.org',
   '^https://blog\.consol\.de',
   '^https://ocw\.cs\.pub\.ro',
+  '^https://tauri\.app',                                             # slow host -> intermittent timeout
 
   # Dead pages we can't repoint to a sensible replacement.
   '^https://kerkour\.com/bugs-rust-compiler-helps-prevent',          # post removed in site migration