mirovit/nova-notifications
mirovit/nova-notifications integrates Laravel notifications with Nova, adding a notification bell or inbox to your admin panel so you can send, display, and manage user notifications. It provides a clean, native Nova experience with simple setup for Laravel apps.
notifications table. That is a scoping input for the "Q-now / Q-later / never" call on internal tooling — if the answer looks like days of work rather than a roadmap epic, the decision changes.laravel/nova) that CI cannot resolve without license credentials.Consider it when:
Look elsewhere when:
Non-negotiable gate before any pilot: confirm the tool's routes sit inside Nova's middleware group and scope queries to the current Nova user. A mis-scoped endpoint is a cross-user notification leak — treat it as a release blocker, not a nice-to-have.
Executive summary: This is a small Laravel Nova add-on that displays persistent user notifications inside our admin panel. The recommendation is not to adopt it as infrastructure. The signals are weak — 64 stars, zero dependents, no release in roughly three years, single maintainer — and it is coupled to Nova, a commercial framework we upgrade on our own cadence. Its real value is as a cheap reference: it shows that an admin notification inbox is a days-sized build, not a quarter-sized one. If the capability proves valuable in a short pilot, we build a thin owned version on Laravel's native notification system, eliminating the maintenance risk at negligible incremental cost. Approval requested is for a timeboxed spike, not a dependency.
Engineering summary: mirovit/nova-notifications is a thin Nova tool — a Tool subclass, service provider, Vue component, and controller reading Laravel's standard notifications table for the authenticated Nova user. Architecturally additive and non-invasive, but treat it as a fork candidate, not a drop-in. Constraints: last release March 2022; Nova 5 and PHP 8.3/8.4 drift are likely breaking; laravel/nova is a private Composer package, so CI needs license credentials or a mocked user resolver. The second gate is a payload contract — existing notification classes store free-form data, so budget real work standardizing title/body/level/url for anything that should render. Sequence: half-day spike, security review of middleware and per-user scoping, payload contract, then decide fork vs. ~1-day rebuild. Also confirm the list endpoint paginates and that a pruning job exists — an unbounded notifications table polled by every admin is a slow-rolling query-load problem, not a package bug. Recommend the rebuild if Nova 5 remediation exceeds a day; the buy-vs-build line is genuinely thin here, and owned code with no bus factor is the better outcome.
How can I help you explore Laravel packages today?