TYPO3 logs error messages and exceptions to logfiles and the backend log module. This extension sends them to Sentry, a SaaS/self-hosted application which aggregates them and informs you by mail. In Sentry you see a error messages with additional information like stacktrace, HTTP headers and submitted request/form data.
Exceptions through database outages (imagine a mysql server restart) should not be reported, so the db connection is checked before. Exceptions may be excluded via regexp on their message (won't fix this error => exclude it). TYPO3 throws a lot of PHP Notices and they are not really interesting in production, they are excluded by default.
$ composer require networkteam/sentry-client
The TER version will not receive updates anymore. Feel free to send us a crate of beer and we will make a new TER release.
File: system/settings.php or system/additional.php
Register the exception handlers.
$GLOBALS['TYPO3_CONF_VARS']['SYS']['productionExceptionHandler'] = Networkteam\SentryClient\ProductionExceptionHandler::class;
$GLOBALS['TYPO3_CONF_VARS']['SYS']['debugExceptionHandler'] = Networkteam\SentryClient\DebugExceptionHandler::class;
The DebugExceptionHandler is also used in production environment when SYS/displayErrors
is enabled and your IP matches SYS/devIPmask
.
Optional: Forward non-exceptional errors to Sentry, that normally are logged only. Consider using LogLevel::WARN
$GLOBALS['TYPO3_CONF_VARS']['LOG']['writerConfiguration'] = [
\TYPO3\CMS\Core\Log\LogLevel::ERROR => [
\Networkteam\SentryClient\SentryLogWriter::class => [],
],
];
Optional: Set sentry/sentry options (https://docs.sentry.io/platforms/php/configuration/options/)
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['sentry_client']['options']['server_name'] = 'web3';
Since Sentry SDK 2.x there are environment variables which can be used, for example in a .htaccess file:
SetEnv SENTRY_DSN http://public_key@your-sentry-server.com/project-id
SetEnv SENTRY_RELEASE 1.0.7
SetEnv SENTRY_ENVIRONMENT Staging
none
| userid
page = PAGE
page.20 = USER
page.20 {
userFunc = Networkteam\SentryClient\Client->captureException
}
This triggers an error that will be reported.
If the web server has set a request ID header X-Request-Id
, this is transmitted as a tag to trace errors to logs.
This extension is managed on GitHub. Feel free to get in touch at https://github.com/networkteam/sentry_client
There is a Slack channel #ext-sentry_client
EXTCONF
sentry/sentry
instead of sentry/sdk
(Thanks to @derhansen)system/additional.php
IpAnonymizationUtility::anonymizeIp()
. Thanks to @extcodeX-Request-Id
as tag. Thanks to @bergo