v3: a performance pass over both halves — indexed queries, streamed files, cached previews, and feeds that stop re-rendering on every tick — a review turned up whole-file reads, unindexed scans and render storms; each fix comes with a test. Database: migration 0016 adds the indexes the hot queries lacked — dumps by created_at, (user_id, created_at) and slug, votes by (user_id, created_at), playlists by slug, users by lower(username) for @mentions, and the child side of every cascading foreign key (comment replies, a user's comments, follows both ways, chat messages, invites, reset tokens); the feeds, dump and playlist pages, upvotes and follower fan-out all plan as index searches now, with no temp-table sort. SQLite runs in WAL with synchronous=NORMAL and a busy timeout, and a transaction() helper wraps the multi-row writes (a dump and its categories, category sets, backlinks, attachment links, playlist reorders, follower notifications) so they commit once instead of once a row. Lists no longer run a COUNT(*) per page: they fetch limit + 1 rows and hasMore comes from the extra one; total stays only on search, the one place it's shown. Files: /api/files read the whole upload (up to 50 MB) for every range request a player makes while seeking; api/lib/serve-file.ts streams the requested bytes from disk, with an ETag and 304s, and serves avatars, attachments, covers and thumbnails too. File and thumbnail URLs carry the file's version (size and last change), so the current one is cached for a year and anything else revalidates — a same-size replacement used to stay stale, and a video's still was cached immutable forever under a URL that never changed. Feeds showed image dumps at full size: /api/thumbnails now makes a 960px preview with ffmpeg (GIFs and unreadable images go out as they are), one run per output however many cards ask at once, and ffmpeg is probed once per process instead of spawned per request. Uploads stream to disk; replacing a file writes beside it and renames over, a hard link keeping the old one for rollback instead of holding both in memory; generated stills and previews go when the file is replaced or the dump deleted, and a custom thumbnail with its dump. Outbound: fetchWithTimeout's deadline now covers the body — a server that answered at once and then dripped could hold a create open indefinitely — and pages are read to 4 MB at most; metadata is cached five minutes so the create form's preview and the post that follows share one fetch (refresh-metadata still goes to the page); proxied images sit in a 32 MB LRU. Broadcasts serialize once rather than per socket, and index.html is kept in memory until the file changes. Frontend: currentTime lived in PlayerContext, so every card re-rendered — and re-parsed its Markdown — four times a second while anything played; the playhead has its own PlayerTimeContext now. The socket context is split three ways (feed, chat via useWSChat, presence via useWSPresence), so typing, presence and chat messages leave the feeds alone. DumpCard, JournalCard and Markdown are memoized; card images use the server preview and load lazily; the feed cache is written when the page is left rather than after every pause in scrolling; the theme context value is memoized.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

api/db/migrations/0016_performance_indexes.ts

@@ -0,0 +1,34 @@
+import type { DatabaseSync } from "node:sqlite";
+
+// Indexes for the queries that ran as full scans:
+// - feeds page by created_at (newest first), a user's dumps and upvotes by
+//   (user_id, created_at) — these replace the bare user_id indexes;
+// - dump and playlist pages are looked up by slug;
+// - the child side of every ON DELETE CASCADE / SET NULL foreign key, which
+//   SQLite otherwise scans on each parent delete (a comment's replies, a user's
+//   comments, follows, chat messages, invites, reset tokens), and the
+//   followers of a user or playlist, read on every new dump;
+// - @mentions resolve usernames case-insensitively, by lower(username).
+//
+// Idempotent: also runs against fresh databases created from schema.sql, where
+// these indexes already exist.
+export function up(db: DatabaseSync): void {
+  db.exec(`
+    DROP INDEX IF EXISTS idx_dumps_user;
+    DROP INDEX IF EXISTS idx_votes_user;
+    CREATE INDEX IF NOT EXISTS idx_dumps_created        ON dumps(created_at);
+    CREATE INDEX IF NOT EXISTS idx_dumps_user_created   ON dumps(user_id, created_at);
+    CREATE INDEX IF NOT EXISTS idx_dumps_slug           ON dumps(slug);
+    CREATE INDEX IF NOT EXISTS idx_votes_user_created   ON votes(user_id, created_at);
+    CREATE INDEX IF NOT EXISTS idx_playlists_slug       ON playlists(slug);
+    CREATE INDEX IF NOT EXISTS idx_comments_parent      ON comments(parent_id);
+    CREATE INDEX IF NOT EXISTS idx_comments_user        ON comments(user_id);
+    CREATE INDEX IF NOT EXISTS idx_follows_followed_user     ON follows(followed_user_id);
+    CREATE INDEX IF NOT EXISTS idx_follows_followed_playlist ON follows(followed_playlist_id);
+    CREATE INDEX IF NOT EXISTS idx_chat_messages_user   ON chat_messages(user_id);
+    CREATE INDEX IF NOT EXISTS idx_invites_inviter      ON invites(inviter_id);
+    CREATE INDEX IF NOT EXISTS idx_users_invited_by     ON users(invited_by);
+    CREATE INDEX IF NOT EXISTS idx_password_reset_tokens_user ON password_reset_tokens(user_id);
+    CREATE INDEX IF NOT EXISTS idx_users_username_lower ON users(lower(username));
+  `);
+}