Passwordless-only auth: drop registration and passwords entirely

There is now one way in: POST /api/auth/magic-link with an email address. It
creates the account (unverified) if the address is new -- that's the only
"sign up" -- and emails a sign-in link either way, subject to the existing
60s-per-user resend throttle. Opening the link (POST /api/auth/verify-email,
unchanged) is what actually creates the session, and marks the address
verified the first time. Since a session can now only ever come from an
opened link, "authenticated" implies "verified" -- there's no more
authenticated-but-unverified state, so the resend-verification endpoint and
all the "verify your email" nagging UI are gone too.

Backend
- migrations/008: ALTER TABLE users DROP COLUMN password_hash.
- UserRepository: create() takes only an email; new findOrCreateByEmail()
  (race-safe) backs the magic-link endpoint.
- AuthController: register()/login() removed; requestLoginLink() now
  find-or-creates before sending.
- EmailVerificationController: resend() removed (dead -- you can't be
  authenticated and unverified); requestChange() drops the password check,
  now just { email }.
- EmailVerifier: sendVerification() removed (unused once register() and
  resend() are gone); sendLoginLink() is the one email people get.
- Routes: POST /auth/register, POST /auth/login, POST /email/verification
  all gone.

Frontend
- LoginView: email field + "Send sign-in link" button, nothing else.
  RegisterView and the /register route are gone.
- auth store: register()/login()/resendVerification() removed;
  requestEmailChange() drops the password param.
- ProfileView: password field and the "verify your email" section removed,
  leaving just the change-email form.
- App.vue: the "verify email" header badge is gone; DashboardView's
  unverified-address notice is gone.
- Now-dead .badge/.badge--warn/a.badge CSS removed.

Tests: AuthTest and EmailVerificationTest rewritten for the new flow (52
tests total, down from 58 -- consolidated, not reduced coverage).
ApiTestCase::authHeader() signs in via the real magic-link -> verify flow.

Verified end-to-end against the rebuilt container and the dev server: a brand
new address gets an account + session from one link; /auth/register,
/auth/login and /email/verification all 404; the UI shows no password field
anywhere and no verification nagging. Also fixed the README's "Try it" curl
snippets, which had been silently broken since JSON_PRETTY_PRINT was added
(grep patterns didn't tolerate the space after ':').

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

tests/ApiTestCase.php

@@ -107,14 +107,21 @@ abstract class ApiTestCase extends TestCase
     }
 
     /**
-     * Register a fresh user and return an `Authorization` header for them.
+     * Sign in (creating the account if needed) via the real magic-link flow and
+     * return an `Authorization` header for the resulting session.
      *
      * @return array<string, string>
      */
     protected function authHeader(string $email = 'user@example.com'): array
     {
+        // Clear any resend throttle so this works even if the address was just
+        // emailed a link earlier in the same test.
+        $this->db()->prepare('UPDATE users SET verification_email_sent_at = NULL WHERE email = :email')
+            ->execute(['email' => $email]);
+
+        $this->request('POST', '/api/auth/magic-link', ['email' => $email]);
         $token = $this->decode(
-            $this->request('POST', '/api/auth/register', ['email' => $email, 'password' => 'password123']),
+            $this->request('POST', '/api/auth/verify-email', ['token' => $this->tokenFromEmail()]),
         )['token'];
 
         return ['Authorization' => 'Bearer ' . $token];