Skip to content

Latest commit

 

History

History
100 lines (65 loc) · 3.74 KB

README.md

File metadata and controls

100 lines (65 loc) · 3.74 KB

Monolog Sentry Handler

CI Latest Version MIT License

It is a Monolog handler for Sentry PHP SDK v2 and v3 with breadcrumbs support.

Sentry event example

Features

  • Send each log record to a Sentry server
  • Send log records as breadcrumbs when they are handled in batch; the main reported log record is the one with the highest log level
  • Send log along with exception when one is set in the main log record context
  • Customize data sent to Sentry to fit your needs
  • Compatible with Monolog 1, 2 and 3

Installation

The suggested installation method is via composer:

# For Sentry PHP SDK v3
composer require bgalati/monolog-sentry-handler

# For Sentry PHP SDK v2
composer require bgalati/monolog-sentry-handler:^1.2

Basic usage

<?php

use BGalati\MonologSentryHandler\SentryHandler;
use Sentry\State\Hub;

$sentryHandler = new SentryHandler(Hub::getCurrent());

/** @var $logger Monolog\Logger */
$logger->pushHandler($sentryHandler);

// Add records to the log
$logger->debug('Foo');
$logger->error('Bar');

Check out the handler constructor to know how to control the minimum logging level and bubbling.

Note

  • It is a good idea to combine this handler with a FingersCrossedHandler and a BufferHandler to leverage Sentry breadcrumbs. It gives maximum context for each Sentry event.

Look at the symfony guide for a complete example with Monolog and symfony

Documentation

FAQ

What are the differences with the official Monolog Sentry handler?

It is pretty much the same thing but this one captures Monolog records as breadcrumbs when flushing in batch.

It provides a workaround for issue getsentry/sentry-php#811 which prevents sending events to Sentry in long running process.

Breadcrumbs support has been proposed in a pull request that has been refused for good reasons that can be checked in the PR. Basically the official one aims to be as simple as possible.

What about contributing it to the Monolog project?

As per this comment, Monolog project does not accept new handler with 3rd party dependencies.

For new handlers with third-party dependencies IMO the right way is to publish as a third-party package, with requires on monolog and on whichever dependency is needed. It lets Composer resolve everything which makes more sense really.

Contributing

Fork me.

Install dependencies with make vendor.

Run tests with make tests.

Changelog

See CHANGELOG.md.

Credits