Download the PHP package servdebt/slashtrace without Composer

SlashTrace - Awesome error handler

SlashTrace is, at its core, an error and exception handler. You hook it into your error handling routine (or let it set itself up to catch all errors and exceptions), and it captures and displays a lot of nice information about your errors. It does this for normal browser requests, but also for AJAX, the CLI, and JSON APIs.

When you're done with local debugging, you can configure SlashTrace to send errors to dedicated error reporting services, like Sentry, Raygun, and Bugsnag.

Usage

1. Install using Composer:

2. Capture errors:

   Alternatively, you can explicitly handle exceptions:

Handlers

SlashTrace comes bundled with the DebugHandler used in the example above, but you will usually want to set it up to send errors to an error tracking service when running in production. Currently, there are handlers implemented for the following providers, and more are on the way. Click each link to view the usage documentation:

• Sentry
• Raygun
• Bugsnag

Capturing additional data

Besides the complex error information that SlashTrace captures out of the box, you can attach other types of data to each report. This is especially useful when using one of the external handlers above.

This way, SlashTrace acts like an abstraction layer between you and these providers, and normalizes the data that you provide into a single format. This helps you to avoid vendor lock-in and lets you switch error reporting providers simply by switching the handler.

Capturing user data

If you want to attach information about the affected user, you can do so like this:

Note that a user needs at least an ID or an email. The name is completely optional.

This feature corresponds to the respective implementations in each error tracker:

• Sentry - Capturing the User
• Raygun - User Tracking
• Bugsnag - Identifying users

Recording breadcrumbs

Sometimes a stack trace isn't enough to figure out what steps lead to an error. To this end, SlashTrace lets you record breadcrumbs during execution:

Relevant tracker docs:

• Sentry - Breadcrumbs in PHP
• Raygun - The current PHP SDK doesn't support breadcrumbs
• Bugsnag - Logging breadcrumbs

Tracking releases

Often, it's useful to know which release introduced a particular bug, or which release triggered a regression. Tagging events with a particular release or version number is very easy:

Tracker docs:

• Sentry - Releases
• Raygun - Version numbers
• Bugsnag - The release version cannot be explicitly set per event. Read the Bugsnag docs for more details.

Debug renderers

When you use the bundled debug handler, it tries to choose an appropiate output renderer based on the environment in which it's running, like this:

• The CLI renderer when php_sapi_name() === "cli. Example output.
• The plain text renderer, for AJAX requests (requests with the X-Requested-With: XMLHttpRequest header). Example output.
• The JSON renderer, for requests with the Accept: application/json header. This takes precedence over the text renderer, in case both headers are present. Example output.
• The Web renderer, for all other requests. Example output.

Alternatively, you can force the debug handler to use a particular renderer: