Flare by Spatie
    • Error Tracking
    • Performance Monitoring
    • Logs Coming soon
  • Pricing
  • Docs
  • Insights
  • Changelog
  • Back to Flare ⌘↵ Shortcut: Command or Control Enter
  • Sign in
  • Try Flare for free
  • Error Tracking
  • Performance Monitoring
  • Logs Coming soon
  • Pricing
  • Docs
  • Insights
  • Changelog
    • Back to Flare ⌘↵ Shortcut: Command or Control Enter
    • Try Flare for free
    • Sign in
Flare Flare Laravel Laravel PHP PHP JavaScript JavaScript React React Vue Vue Protocol Protocol
  • General
  • Installation
  • Censoring collected data
  • Ignoring collected data
  • Flare daemon
  • Laravel Octane
  • Laravel Vapor
  • Errors
  • Introduction
  • Customise error report
  • Customising error grouping
  • Linking to errors
  • Logs
  • Introduction
  • Levels
  • With errors
  • Performance
  • Introduction
  • Sampling
  • Limits
  • Modify spans and span events
  • Data Collection
  • Application info
  • Cache events
  • Console commands
  • Custom context
  • Database transactions
  • Dumps
  • Errors when tracing
  • Exception context
  • External http requests
  • Filesystem operations
  • Git information
  • Glows
  • Identifying users
  • Jobs and queues
  • Laravel context
  • Livewire
  • Queries
  • Redis commands
  • Requests
  • Server info
  • Spans
  • Stacktrace arguments
  • Views
  • Older Packages
  • Laravel Flare V2
  • Laravel Flare V1
  • Ignition

Laravel Octane

Flare works out of the box with Laravel Octane. No further configuration is required.

How it works under Octane

Under Octane, the application boots once and serves many requests in the same PHP process. The Flare service provider detects this (either by an active Octane runtime or the LARAVEL_OCTANE env var) and switches the trace lifecycle into subtask mode automatically.

What that means in practice:

  • Each request is its own trace. The application span is opened when the request comes in and closed when it terminates. Spans, queries, log records, and dumps recorded during the request belong to that request only.
  • Everything is flushed at the end of each request. When the request terminates, Flare sends the collected errors, trace, and logs to Flare in a single payload and resets its internal state. The next request starts from a clean slate, so nothing collected for one request can leak into another.
  • Octane tasks and ticks are tracked. Laravel\Octane\Events\TaskReceived starts a subtask, TickReceived ends one, so background tasks scheduled with Octane::concurrently() show up as separate traces.

You can read more about how subtask mode works in the PHP application lifecycle docs.

Flare daemon Laravel Vapor
  • On this page
  • How it works under Octane

Catch errors and fix slowdowns with Flare, the full-stack application monitoring platform for Laravel, PHP & JavaScript.

  • Platform
  • Error Tracking
  • Performance Monitoring
  • Pricing
  • Support
  • Resources
  • Insights
  • Newsletter
  • Changelog
  • Documentation
  • Affiliate program
  • uptime status badge Service status
  • Terms of use
  • DPA
  • Privacy & cookie Policy
Made in by
Flare