Skip to content

Introduction ​

Laravel OpConsole is an administrative operations console for Laravel applications. It adds one page to your app — /admin/opconsole by default — that answers "is anything wrong?" at a glance, shows the fix for every problem it finds, and lets authorized people run a small set of maintenance tasks without SSH access.

It ships its own CSS and JavaScript, needs no frontend build step, and makes no CDN requests, so it works the same way behind a strict Content-Security-Policy as it does on a fresh install.

What it is for ​

  • Operators and on-call engineers who need to see the state of an application — database, cache, queue, scheduler, disk, security advisories — without a terminal.
  • Teams who want safe, auditable maintenance actions (clearing caches, running migrations, toggling maintenance mode) gated behind Laravel's own authorization system, not a separate login.
  • Anyone who wants uptime-monitor-friendly health data, either as a CLI command for CI/CD pipelines or a token-protected JSON endpoint for external monitors.

What it is not ​

  • It is not a general-purpose admin panel, ORM browser, or CRUD scaffold.
  • It does not accept arbitrary Artisan commands, shell arguments, or .env edits — see Explicit non-features.
  • It does not replace your application's authentication — it reuses it, enforced through Laravel Gates.

The eight tabs ​

TabWhat you get
OverviewOverall state with a status bar, summary cards, issues needing attention with copyable fix commands, runtime status, and recent activity.
HealthEvery check grouped by area, critical issues first, filterable by status or name.
SecurityVulnerable Composer packages by severity, scan-freshness meter, and Laravel configuration warnings.
OperationsMaintenance tasks split into a Safe group and a Danger zone.
Failed jobsThe newest failed queue jobs, with a per-job Retry button.
HistoryAn audit trail grouped by day: who ran what, when, how long it took, and any error.
SystemApplication, PHP, performance, extensions, server, database and cache settings, with production-risk flags.
LogsLog file list, an entries-per-hour chart, filters, search with highlighting, download and delete.

Everything on this site documents real, shipped behavior — nothing here describes a planned or aspirational feature. If a capability isn't covered, it isn't implemented.

Next steps ​

  1. Check requirements and compatibility
  2. Install the package
  3. Configure authentication and authorization
  4. Run through the quick start

Released under the MIT License.