实战Sentry

不管你用什么编程语言，都会面临如何处理错误日志的问题。很多程序员对错误日志放任自流，直到出现故障了才追悔莫及，如果问我怎么办，我会推荐 Sentry！

Sentry 是一个错误记录和聚合的平台，只要看看它漂亮的界面就会喜欢上它：

sentry

关于如何安装 Sentry，官方文档里已经给出了详细的说明，建议大家仔细阅读，一般通过 Virtualenv 来安装 Sentry，具体可以参考：学习搭建Python环境。

提醒：我在安装 7.5 的时候，测试有循环重定向，如果你也是可以安装 7.4：

pip install sentry==7.4.3

安装完毕后，假设我们要监控 PHP 错误日志，那么通常是在我们的业务代码里嵌入官方的 PHP SDK，不过这样肯定会影响到性能，好在我们可以通过错误日志曲线救国，只要定期扫描错误日志，把新生成的数据发送给 Sentry 就好了。

更新：我现在觉得原来的做法太吹毛求疵了，其实 Sentry 本身提供了 async 的调用方法，比如在 PHP SDK 里，只要设置 curl_method 为 async 或者 exec 即可。

如果发现 Sentry 中的错误计数器始终是一，即便有新的错误也不更新，那么多半是因为没有权限生成 celerybeat-schedule 文件，缺省是生成在进程的 cwd 目录中。

如何才能发现新生成的数据呢？需要记录扫描到了哪个位置，可以通过 Logcheck 中提供的 logtail 或者 logtail2 来实现这个功能，至于它俩的区别，可以参见 man 文档，简单点儿说，logtail 在启用文件被 rotate 的时候可能会丢数据，而 logtail2 不会。

<?php

require_once __DIR__ . '/raven-php/lib/Raven/Autoloader.php';

Raven_Autoloader::register();

$dsn = 'http://your/dsn';

$options = array(
    'tags' => array(
        'php_version' => phpversion(),
    ),
    'trace' => false,
);

$pattern_content = '^\[([^]]+)] PHP ([^:]+):\s+(.+)';

$parrern_level = implode('|', array(
    'debug',
    'info',
    'warning',
    'error',
    'fatal',
));

$client = new Raven_Client($dsn, $options);

while (($line = fgets(STDIN)) !== false) {
    if (!preg_match("/{$pattern_content}/", $line, $match)) {
        continue;
    }

    list($line, $timestamp, $level, $message) = $match;

    $timestamp = gmdate('Y-m-d\TH:i:s\Z', strtotime($timestamp));

    preg_match("/{$parrern_level}/i", $level, $match);

    $level = isset($match[0]) ? $match[0] : 'error';

    $client->captureMessage($message, array(), array(
        'timestamp' => $timestamp,
        'level' => $level,
    ));
}

?>

做好了以上这些准备工作，剩下的只要通过管道把新数据传递给 PHP 脚本即可：

shell> logtail -f /path/to/php/error/log | php /path/to/script

建议通过 crontab 定时运行，同时用 flock 保护一下。