问题标签 [sentry]

在我的 Django 应用程序的自定义 500 处理程序中，我可以使用模板代码显示 Sentry 事件的参考 ID {{ request.sentry.id }}—— 但是我在哪里可以看到在 getsentry.com 报告界面中列出的这个 ID？我只能看到事件的时间码以及事件详细信息和堆栈跟踪等，没有参考 ID。

注意：我通过 Heroku 插件使用免费的 Sentry 层。它是 Sentry 版本 6.0.0。

我让哨兵（6.0.6）工作，至少当我这样做sentry start时。但是，我不想要默认配置位置。

理论上很容易。我移动了配置文件并使用

...发现here。但：

...这是默认位置，而不是我要经过的位置。

为什么--config被忽视？

我有一个 Pylons/TurboGears 应用程序。我想记录相同的记录器（由qualname属性指定）以使用两个不同的日志处理程序，每个处理程序都有自己的日志级别。

Sentry / Raven 记录器应该只接收 WARN+ 级别的 SQLAlchemy 消息，而控制台记录器应该接收 INFO+ 级别的 SQLAlchemy 消息。

这是我的缩写 ini 文件：

然而，logger_sqlalchemy_sentry似乎覆盖logger_sqlalchemy_console并窃取了它的信息。无论 ini 文件中记录器的顺序如何，都会发生这种情况。

是否可以使用 Pylons 将相同的 logger/qualname 记录到具有不同级别的多个位置？

如果是这样，Sentry/Raven 是否有可能成为这些记录器之一？我的 ini 文件有问题，还是 Raven 有错误？

我在面向用户的 Python/Pyramid webapp 上使用 Sentry (Raven 3.4.1)。Sentry 似乎有能力跟踪哪些用户以及有多少用户遇到了某种异常。（例如，参见Sentry 6.2.0 变更日志，其中提到：“已记录用户数据的流现在将显示事件发生的唯一用户数。”）我如何将此信息提供给 Raven，以便它显示在哨兵？

如果我手动将异常传递给 Raven，我只能这样做吗？现在，我正在使用SentryHandler附加到根记录器的日志处理程序，以及egg:raven#ravenPasteDeploy 管道中的过滤器。（密切关注Pyramid的官方Raven 配置文档。）

通常将这些信息传递给 Raven 有什么好的技巧吗？我是否可以在我的堆栈底部某处设置一个具有特定名称的局部变量，一旦我加载了用户的会话，Raven 会自动拾取它？这里的最佳做法是什么？

我怀疑这与我正在尝试做的事情有关，但我在 Raven 文档中找不到任何关于它的信息。

我正在通过哨兵命令尝试此操作：

add_user.py 看起来像这样：

authfile 是一组字典，用于填充 for 循环中调用的值。

如果我运行交互式 shell 并导入这个文件，它就可以工作。如果我尝试使用 < 将其拉入，它会在没有任何输出的情况下运行并退出，但它不会像我在 shell 中以交互方式运行它时那样创建用户。输出如下所示：

我有许多项目使用了较旧的独立版本的Sentry，但是当我将项目更新到 Django 1.5 时，由于模板不兼容以及其他一些我无法纠正的问题，它不再起作用。据我所知，较新版本的 Sentry 要么希望您订阅，要么将其设置为 Web 服务（而不是仅将其用作 Django 项目中的包）。我真的不想这样做，但我真的很喜欢这个功能。有什么我可以用来替换它的，或者还有一种方法可以直接集成到 Django 项目中，以便共享管理员用户等。

我部署了一个哨兵实例。我将“SENTRY_URL_PREFIX”设置为“ http://server.com/sentry ”但是，每当我将浏览器指向“ http://server.com/sentry ”时，它会将我重定向到“ http://server.com/登录”。我正在使用 nginx 服务哨兵。这是配置的摘录：

如果我将位置从更改/sentry为/一切按预期工作，但对于前者，登录 url 位于该位置之外（在 中/login）。

我希望哨兵中使用的所有 uri 都保留在该位置，因为在同一个虚拟站点中运行其他项目。

有没有办法在前缀位置获取登录 url？

我正在使用 raven 和 getsentry 在 django 中记录消息，但记录似乎延迟了代码的执行。例如：

给出输出：

即，在这种情况下，它会将代码的执行延迟 600 毫秒。这是可以预料的吗？我原以为消息会在单独的线程中异步发送，因此主代码不会延迟。此外，我对 app.getsentry.com 的 ping 时间为 125 毫秒，因此即使消息是同步发送的，600 毫秒仍然显得异常大。我可以更改一些配置以使事情变得更快吗？

设置文件：

=== 编辑 ===

感谢 Filip Dupanović 指出 threading+ 协议。可悲的是，由于在引导工人时复制了线程，它们在 gunicorn 中没有为我工作。我通过在 gunicorn 配置文件中添加一个 post_fork 钩子来修复它，如下所示：

Obv 这是一个 hack，虽然它对我有用，但我不知道它是否适用于其他任何地方。

raven 有很多集成，包括 python 日志记录。一方面，twisted 不使用 python 的日志记录。而另一方面，raven 在twisted 中并没有直接的整合。

那么，在基于扭曲的设置中使用 raven 的当前最佳实践是什么？

我有一个使用 gunicorn 启动脚本的 Django 网站。它当前在日志文件中记录错误。

我正在尝试将其更改为登录到哨兵（我已经在 settings.py 中运行和配置）

这是启动脚本

我已将其更改为

这似乎导致网站崩溃（坏网关）

这是我的 settings.py 日志设置：

我认为这可能与 LOG LEVEL 设置有关，但我不确定，欢迎提出任何建议，谢谢