Download the PHP package dbtlr/php-airbrake without Composer

PHP Airbrake (Deprecated)

A PHP module to make use of the Airbrake API for storing error messages.

Please Read This First

I built this package years ago, when the only official support Airbrake had was with Ruby, the language they used themselves. As of today though, I have not personally used the Airbrake service in going on 4-years. While this repository does still get the occasional update when a bug is reported, I don't have the time, energy, nor the desire to maintain this package any longer.

Going forward, if you're just finding this package, I highly suggest you make use of the official Airbrake package. It is receiving updates and support directly from Airbrake themselves, which will ensure that your project continues to run in the safest way possible.

I completely understand that there are many, many people still using this package. Since updating your code to use a new package, with likely a new way of doing things, can be difficult to do, I will continue to accept pull-requests and patches from the community until I have reason to believe this package is no longer widely used.

However, consider yourself warned, this package officially deprecated.

Installation

The best way to install the library is by using Composer. Add the following to composer.json in the root of your project:

Then, on the command line:

Use the generated vendor/autoload.php file to autoload the library classes.

Exception Handler Example

The preferred method for this to be used is via error and exception handlers, so that you do not have to manually call the configuration and client class every time. This is simply done by calling up the built in error handler and passing in your API key to its start() method like so:

Optionally, you may pass a second parameter as TRUE to the start() method, in order to enable the logging of warning level messages as well. This is disabled by default, as it may considered too noisy, depending on the quality of the code base. There is also a third options array that may be passed, which will load many of the more common configuration options. These options are located below.

Basic Usage Example

If calling the class directly and not through an exception handler, it would be done like this:

The options array may be filled with data from the Configuration Options section, if you would like to override some of the default options. Otherwise, it can be ignored.

Configuration Options

• timeout - Defaults to 2, this is how long the service will wait before giving up. This should be set to a sane limit, so as to avoid excessive page times in the event of a failure.
• environmentName - Defaults to 'production'. This can be changed to match the environment that you are working, which will help prevent messy logs, filled with non-production problems.
• serverData - This defaults to the $_SERVER array, but can be overridden with any array of data.
• getData - Defaults to the $_GET array
• postData - Defaults to the $_POST array
• sessionData - Defaults to the $_SESSION array
• component - This is the name of the component or controller that is running.
• action - The name of the action that was called.
• projectRoot - Defaults to the Document Root. May need to change based on the context of your application.
• url - The main URL that was requested.
• hostname - The hostname that was requested.
• secure - Optional - Boolean that allows you to define if you want to hit the secure Airbrake endpoint.
• errorReportingLevel - Optional - functions the same way as the error_reporting php.ini setting (this is applied on top of show warnings parameter on the EventHandler::start method)
• proxyHost - An optional HTTP proxy host through which all connections will be sent.
• proxyPort - The HTTP proxy port (required only if proxyHost is supplied). Defaults to 80.
• proxyUser - The HTTP proxy username (optional even if proxyHost is supplied).
• proxyPass - The HTTP proxy password (required only if proxyUser is supplied).

Filters

You can add filters to the request data that will be sent to your Airbrake server by calling the addFilter or addFilters methods. The default is to define a filter via the form name attribute. For example, if you had a form like this:

You could filter out all of the user details with the code:

Or just the password by using the filter

You can also define your own filter classes by implementing the Airbrake\Filter\FilterInterface interface.

Error/Exception Filters

You can also define your own filters for filtering PHP Errors. If, for example, you want to have strict warnings on, but have some legacy subsystem that generates a lot of strict warnings, you can do the following:

You can do the same thing for uncaught exceptions - say your project throws ACL exceptions that bubble up to Airbrake, you can filter them out like this:

Contributing

A few things to note, if you want to add features. First off, I love pull requests. If you have a feature that you wish this had, please feel free to add it and submit it to me. I'll try to be as responsive as possible.

Somethings to know:

• Please maintain the PSR-2 coding standard. For reference as to what this is, check the PSR-2 standard page.
• This plugin should maintain compatibility with PHP 5.3+. I know, PHP 5.3 is end of life, however many people are still forced to use it regardless.
• Travis runs automatically for pull requests, if travis doesn't pass, then I won't merge.

How to check

You simply need 2 commands to verify things are working as expected.

1) PHPUnit

2) PHPCS

As long as these pass, you should be golden. The one catch is that Travis will check multiple versions of PHP, so if you use syntax specific to PHP 5.4+, then you may see a failure.