Notifications
by @ops Bun + Postgres + Redis: In-app Notification Center / Activity Feed
The bell-icon dropdown showing recent activity, read/unread state, Redis for fast unread counts — distinct from Notification Dispatch and Newsletter Management: those send to external channels (email/SMS/push), this is the in-app feed itself.
Loads this recipe straight into the wizard — every setting stays editable before you generate anything.
The stack
Install
# pulls this exact recipe straight from the Vault $ npx stacktora install bun-inapp-notification-feed --remote $ stacktora sync # generate the files
What you get
More from the Vault
Email Deliverability & Bounce Management
Bounce, complaint, and suppression-list tracking with a worker processing provider webhooks — distinct from Newsletter/Subscriber Management: that's the list itself, this is keeping your sending reputation intact.
Newsletter & Subscriber List Management
Subscriber lists, campaign sends, and unsubscribe/bounce handling — distinct from both other Notifications recipes: Dispatch is transactional sends, Drip is onboarding sequences, this is an actual mailing list with real subscriber lifecycle.
Notification Dispatch Service
Outbound email/SMS/push, unified — delivery records in Postgres, a Redis-backed queue, and a worker already wired in for async, retry-safe sending. The opposite direction from the Webhook Receiver recipe (that's inbound events; this is notifications you're sending out).
Onboarding & Drip Campaign Service
Scheduled, multi-step email sequences (day 0, day 3, day 7…) with a worker to send them on time. Distinct from the Notification Dispatch recipe: that's immediate/transactional sends; this is sequences that unfold over days or weeks.