- 综合排序
- 最热优先
- 最新优先
- 来自专栏IT运维技术圈
错误、异常全收集,地表最强追踪平台
今天给大家带来一款超级牛批开源的实时错误监控和崩溃报告工具要用于帮助开发者监控和修复生产环境中的错误和异常。那么接下来一起跟波哥来看看Sentry到底是个什么养的存在. Sentry 是一个开源的实时错误监控工具，它主要用于收集和跟踪应用中的错误和异常。通过使用 Sentry，开发者可以更快地发现和修复问题，从而提高应用的稳定性和用户体验。 Sentry Server：核心服务，用于处理和存储错误数据。 Web 界面：用户查看和管理错误信息的主要入口。 详细的错误信息：包括错误栈、环境信息、用户上下文等，帮助快速定位问题。 开源：可以自托管，灵活定制。 具体的使用场景 Web 应用错误监控：捕获和报告前端和后端错误。 移动应用错误监控：监控 Android 和 iOS 应用中的崩溃和错误。 游戏开发：监控游戏中的异常和崩溃。 服务器监控：捕获服务器端脚本或应用的错误。 微服务架构：监控和管理微服务中的错误和异常。
42510编辑于 2024-11-23 - 来自专栏代码人生
Could not set parameters for mapping错误与mybatis源码追踪
本文链接：https://blog.csdn.net/luo4105/article/details/86599896 错误及解决方法 因为担心@Builder的注解的类不支持mybatis做查询，刚好也有了一个错误 这个错误的原因是mybatis的sql解析参数数量和匹配的参数数量不一致。我这里的原因是把参数写在''里了，导致mapper没有解析到这个参数。 错误的写法'#{userNamePinyin}%'，正确的写法#{userNamePinyin}'%'(错误的写法)。 错误原因追踪 错误信息是 org.mybatis.spring.MyBatisSystemException: nested exception is org.apache.ibatis.type.TypeException 从下面的错误的setParameters开始看起，点击错误栈中第一行org.apache.ibatis.scripting.defaults.DefaultParameterHandler.setParameters
14.2K22发布于 2019-10-30 - 来自专栏小徐学爬虫
Python中的help()函数引发错误：追踪错误并提供解决方案
一般情况下，help() 函数不会引发错误，但如果你在使用时遇到问题，可能与以下几种常见情况有关。 1、问题背景在使用 Python 中的 help() 函数时，每次调用 'modules' 都会产生一个追踪错误，如下所示：>>> help()Welcome to Python 3.2! 此时可能会出现 RuntimeError 或系统调用错误。 总结当你在 Python 中使用 help() 函数时，可能遇到的错误通常与以下几个问题相关：对象未定义：确保传递的对象已经定义或导入。拼写错误：检查对象名称的拼写是否正确。 通过遵循这些步骤，你应该能够轻松追踪和解决与 help() 函数相关的错误。
93310编辑于 2024-10-11 - 来自专栏测试开发技术
推荐一款Python应用错误追踪神器！
一、Sentry 简介 Sentry 是一个开源的实时错误追踪系统，用于监视应用程序中的错误并提供详细的错误报告。 而今天给大家介绍的是sentry-sdk，它是一个用于错误追踪和性能监控的Python库，它可以帮助开发者轻松地集成错误监控到他们的Python应用程序中。 2、自动上下文信息： sentry-sdk 自动捕捉并记录错误发生时的上下文信息，如 HTTP 请求、用户信息等，这些信息对于错误调试非常有用。 4、性能监控： 除了错误监控外，sentry-sdk 还支持性能监控，可以监视应用程序的性能指标，如响应时间、错误率等，帮助开发人员优化应用程序性能。 6、版本追踪和用户反馈收集： sentry-sdk 可以与版本控制系统集成，追踪错误与代码版本的关系；同时，它还允许用户提交反馈和问题报告，帮助开发人员更好地了解用户需求。
75910编辑于 2024-07-11 - 来自专栏业余草
Redis 的 7 个错误用法
当然，我们以前没有聚焦到这种想法，所以让我们从七种 Redis “错误做法”开始。 3.带编号数据库/ SELECT Redis 的作者 Salvatore Sanfilippo 曾将编号数据库称为他在 Redis 中犯下的最严重的设计错误。 在大多数情况下，您不会使用这么多键值，但是在某些情况下，因为代码本身（或逻辑错误），您可以生成大量的键和值，从而随着时间的推移增加键的数量。 7.将无持久化的 Redis 实例作为主数据库运行 Redis 通常用作应用程序的主要存储引擎。与将 Redis 用作缓存不同，将 Redis 用作主数据库需要开启两个额外的功能才能有效。 在这里我们介绍了 Redis 的七个错误用法。我们是否涵盖了所有错误用法？当然不是。随时关注我们的博客或注册 Redis Watch 时事通讯，以发现更多您绝对不想在使用 Redis 时候做的事情。
1.1K20发布于 2020-04-24 - 来自专栏Android 研究
PMI-ACP 敏捷项目管理7——追踪和报告价值
期间，我们可以采用一些工具和技术来追踪、报告价值，包括挣值、累计流量图、风险燃尽图和任务看板面板等。 一、燃尽图 燃尽图是一个用来展示迭代进度的信息发射源。 其目的是监控迭代进度或者项目的进度，追踪剩余的总和并预测达成迭代目标的可能性。实际工作序列每日更新，取决于敏捷团队的生产率和任务的复杂性。 通过这个图来追踪项目的状况，判断项目的健康情况。 三、燃起图 燃起图，以图形化的方式展现了项目或团队多个迭代的需求累计完成情况(y轴)和各迭代(x轴)的关系，因整体上总是递增而得名。
1.9K10发布于 2018-08-30 - 来自专栏大数据
Java一分钟之——异常链：追踪错误源头
在Java开发中，异常处理是必不可少的一部分，而异常链（Exception Chaining）机制则有助于我们更好地追踪错误源头。 避免策略 始终记录原始异常：在捕获异常时，使用initCause()记录原始异常，以便追踪错误源头。 ExceptionChainingExample.main(ExceptionChainingExample.java:9) 总结 异常链是Java异常处理的一个强大工具，它帮助我们更好地理解和解决错误 通过正确使用initCause()，我们可以追踪错误的源头，从而更快地定位和修复问题。在编写代码时，要养成记录原始异常的习惯，避免过度包装异常，确保异常链的完整性和准确性。
47110编辑于 2024-05-28 - 来自专栏云云众生s
需避免的7个Java编码错误
深入探讨Java项目中最常见的错误，这些错误来自涵盖该语言的600多条规则，同时考虑了质量和安全性。 译自 7 Java Mistakes to Conquer，作者 Jonathan Vila 是 Sonar 的开发者倡导者。 这就是为什么我编制了一份 Java 项目中我们发现的最常见错误的清单，涵盖了该语言的 600 多条规则，并考虑了质量和安全性。 这些标记还可能使人看起来似乎可以在以后处理，而不是现在实施这些部分，从而减少未来出现错误的机会。此外，TODO块可能导致未来性能泄漏。 这些元素不会导致运行时错误或测试失败，因此即使它们需要被移除，也可能很难识别。但在最坏的情况下，它们可能迫使我们重新考虑整个代码。
37010编辑于 2024-03-28 - 来自专栏张善友的专栏
Windows 7上IIS出现http 500错误
昨天开始在我的windows7上出现了Http 500错误，查看系统的应用程序日志，有如下两条错误： 1: 日志名称: Application 2: 来源: Microsoft-Windows-IIS-W3SVC-WP 3: 日期: 2010/8/7 20:58:37 4: 事件 ID: 2268 5: 任务类别: 无 6: 级别: 错误 7: 关键字: 经典 8: 用户: 暂缺 9: 计算机: 20:58:37 4: 事件 ID: 2274 5: 任务类别: 无 6: 级别: 错误 7: 关键字: 数据字段包含错误号。要了解有关此问题的更多信息，包括如何解决这类处理器架构不匹配错误，请参见 http://go.microsoft.com/fwlink/?LinkId=29349。
2.2K50发布于 2018-01-19 - 来自专栏java一日一条
Linux 新手容易犯的 7 个错误
例如，下面就是很多Windows用户开始使用Linux的时候，会犯的7个错误（不按特定的顺序排序）： 7.选择错误的Linux发行版 Linux有几百个不同的版本，或者称为发行版。 一旦选择错误，那么你的第一次亲身体验Linux会很快成为一个噩梦。 如果你在朋友的帮助下切换，那么要确保他们的推荐是适合你的，而不是适合他们的。
1K10发布于 2018-09-18 - 来自专栏代码GG之家
android调用dialog.hide()引起的输入事件派发错误问题追踪
，导致事件派发错误，引出问题。 通过对比，我们发现线索，可以追踪mDestroying是何时进行更新，变成true的。 我们找了很多地方，同时在每个地方，进行添加log信息，然后抓取log。 错误的时候，因为触发的时机过早，导致后续的activity还没open起来，子窗口却意外的要去隐藏，导致更新时错误，引发问题。 此问题还没追踪结束，我们继续来看log，继续细化log，再次看下问题： 正确的： 9886 start u0 11040 WindowManager: handleMessage: entry what 最终我们抽离出来错误代码： 这里差异就是，使用 MainActivity.this.runOnUiThread 和使用view.post的微小差别。
1.9K70发布于 2018-02-02 - 来自专栏嵌入式大杂烩
ARM Cortex-M 系列 MCU错误代码自动追踪库的使用
CmBacktrace简介 CmBacktrace （Cortex Microcontroller Backtrace）是一款针对 ARM Cortex-M 系列 MCU 的错误代码自动追踪、定位，错误原因自动分析的开源库 ） 故障原因 自动诊断 ：可在故障发生时，自动分析出故障的原因，定位发生故障的代码位置，而无需再手动分析繁杂的故障寄存器； 适配 Cortex-M0/M3/M4/M7 MCU； 支持 IAR、KEIL、 ******************************************************************************************** ** 函数: 错误追踪库测试入口 按照它的提示，我们运行命令： addr2line -e stm32f10x_demo.axf -a -f 0800162a 080016b7 08001719 运行这个命令需要用到addr2line.exe 本篇笔记keil工程及CmBacktrace源码可在本公众号聊天界面回复关键词：追踪库，进行获取。关于CmBacktrace的详细介绍可阅读全文进行查看。
1.6K21发布于 2020-02-24 使用C# winform实现yolov7+bytetrack目标追踪的算法
/yolov7等目标检测框架对接，实现了two stage最优方法，目前测试发现bytetrck性能要优于当前所有追踪框架，而且精度也很高，因此使用bytrack作为追踪不失为一个比较好的方法。 实现的追踪主框架代码如下： const string Cfg = @"mydata\\yolov7-tiny.cfg"; const string Weight = @"mydata \\yolov7-tiny.weights"; const string Names = @"mydata\\coco.names"; var detector track.Dispose(); capture.Release(); detector.Dispose(); 更多的请参考视频教程演示：基于C#实现yolov7+ bytetrack目标追踪的算法结果演示_哔哩哔哩_bilibili
28400编辑于 2025-07-19- 来自专栏腾讯云原生团队
【Pod Terminating原因追踪系列】之 containerd 中被漏掉的 runc 错误信息
687]: E0201 11:37:27.241794 687 pod_workers.go:190] Error syncing pod 18c3d965-38cc-11ea-9c1d-6e3e7be2a462 ("advertise-api-bql7q_prod(18c3d965-38cc-11ea-9c1d-6e3e7be2a462)"), skipping: error killing pod: [failed 不巧的是shim和containerd并没有特别处理这个错误信息，而是直接返回给了cri。这就导致了cri删除容器会失败，并且再也无法umount容器的rootfs了。 简单看下错误处理的代码，这里的error就是调用runc出现错误的返回结果。 不可能在containerd中适配每一种OCI工具，所以问题还是出现在制定OCI规范时没考虑到错误处理的情况，同样我们也和OCI社区提了issue。 [ob86c19qgh.png]
5.5K117发布于 2020-08-17 - 来自专栏wenzi嵌入式软件
STM32 在 keil 环境下如何使用 cm_backtrace进行错误追踪
引言 我们在平常使用STM32单片机的时候，往往会碰到程序跑飞的情况，出现hard_fulat等错误，而我们在定位错误的时候，采用的方法往往是连上仿真器，一步一步单步调试，定位到具体的错误代码，再去猜测 ARM Cortex-M系列的 MCU错误追踪库，用于帮助开发者解决上述问题。 CmBacktrace 的作用及适用平台 首先，CmBacktrace 是一款针对于 ARM Cortex-M 系列 MCU 的错误代码自动追踪、定位、错误原因自动分析的开源库，它所支持的错误包括： 断言 Fault, Bus Fault, Usage Fault, Debug Fault 支持裸机以及以下操作系统平台： RT-Thread UCOS FreeRTOS 适配 Cortex-M0/M3/M7 操作系统与裸机必须二选一 CMB_OS_PLATFORM_TYPE 操作系统平台 RTT/UCOSII/UCOSIII/FREERTOS CMB_CPU_PLATFORM_TYPE CPU平台 M0/M3/M4/M7
2.7K21发布于 2021-03-22 - 来自专栏代码小技巧分享分析
你必须掌握的 7 种 JavaScript 错误类型
从浏览器控制台到运行Node.js的计算机终端，我们到处都会看到错误。 这篇文章重点介绍了在JS开发过程中可能遇到的 7 种错误类型。 1、 RangeError 范围错误 当数字超出允许的值范围时，将抛出此错误；或者JS执行进入死循环。 1 3.SyntaxError 语法错误 这是我们遇到的最常见的错误。 当我们键入JS引擎可以理解的代码时，会发生此错误。 解析期间，JS引擎捕获了此错误。 7.InternalError 内部错误 该错误在JS引擎内部发生，特别是当它有太多数据要处理并且堆栈增长超过其关键限制时。 break case 7: ...
6.3K10发布于 2021-09-19 - 来自专栏coder
Linux 初学者常犯的 7 个错误
Linux 初学者常犯的 7 个错误 Linux 是最受欢迎的操作系统之一，用户群快速增长。超过 600 个 Linux 发行版可用于满足各种用户需求。 Linux 初学者常犯的 7 个错误 尽管如此，许多用户更喜欢其他操作系统，因为如果用户在初学者中犯了一些错误，Linux 可能会带来令人沮丧的体验。 因此，如果您还想知道 Linux 初学者常犯的错误，请阅读以下文章。 Linux 初学者常犯的 7 个错误 1. 7. 你从错误中学习 错误会给你带来新的体验，所以在学习 Linux 时犯错误是件好事。一步一步地学习一切，请慢慢来，否则你将永远离开Linux。 作为一个新手，你有很多东西要学，因为一切都从零开始。 如果您配置错误，请不要担心，因为您有可能知道该错误配置的故障排除。因此，如果您犯了错误，请始终尝试找到解决方案，而不是放弃。
43640编辑于 2023-10-16 - 来自专栏全栈程序员必看
眼球追踪
眼球追踪类似于头部追踪，但是图像的呈现取决于使用者眼睛所看的方向。例如，人们可以用“眼神”完成一种镭射枪的瞄准。 眼球追踪技术很受VR专家们密切关注。 在VR设备上的眼球追踪，需要追踪的范围很大。可以无死角覆盖整个VR显示屏幕。 除了追踪范围，另一个关键点在于追踪的精确度和实时性。在VR设备的使用过程中，常常造成VR设备与头部的位移变化。 例如，当用户输入文本时如果出现拼写错误，且眼睛正在注视错词，系统将自动修正；如果设备发现用户的视线没有注视错词，系统将延迟修正。苹果认为该功能可以让操作更直观。” 激活成功教程达·芬奇的“密码”，英伟达眼动追踪将触发VR革命(2016/7/22) 看着墙上的钟，你目光的集中点应该落在焦点上，此时，钟周围的场景模糊了，似乎你的大脑正在对环境做速写，或者用计算机图形术语讲 眼动追踪技术在VR中的革命与应用(2016/7/31) 在交互中，眼睛扮演着一个非常重要的角色。双方眼睛交汇的时候，要比其他所有的社交方式都要强大。
1.6K30编辑于 2022-09-20 - 来自专栏云深之无迹
眼动追踪中的坐标+追踪原理
目前的追踪方案都是基于CV的，使用红外灯光打亮眼底，使用高帧率的相机来捕获光源在角膜上面的位置。 开源眼动pupil 开源眼动追踪：GazeTracking（上：效果） 开源眼动追踪：GazeTracking（下：实现） 眼动书籍免费看！ 追踪区域和前面的眼动有些不一样 HMD Tracking Area 是一个标准化的二维坐标系，其原点 (0, 0) 在右上角（从佩戴者的角度来看），而 (1, 1) 在左下角。 在眼动追踪会话期间记录瞳孔大小的变化。瞳孔直径数据分别为左眼和右眼提供，是对瞳孔大小的估计，以毫米为单位。 眼睛张开度定义为上下眼睑之间可以安装的最大球体的直径（以毫米为单位）。 结合上面的一些坐标空间的概念就可以看到这个东西的意思啦 我之前写过一个pupill的眼动仪，这个是单眼追踪的方案 （A）当以球形坐标表示地面真实注视方向dgt时，可以将其可视化为球体上的一个点（参见上下面板中的蓝色圆盘
2.7K50编辑于 2022-11-29 - 来自专栏TencentOS-tiny
第9期 | CmBacktrace，一款 ARM Cortex-M 系列 MCU 错误追踪库
CmBacktrace 本期给大家带来的开源项目是 CmBacktrace，一款针对 ARM Cortex-M 系列 MCU 的错误代码自动追踪、定位，错误原因自动分析的开源库，作者armink，目前收获 目前 CmBacktrace支持以下功能： 支持断言（assert）和故障（Hard Fault） 故障原因自动诊断 输出错误现场的 函数调用栈 适配 Cortex-M0/M3/M4/M7 MCU； 支持 追踪故障错误信息 库本身提供了 HardFault 处理的汇编文件（cmb_fault.S），会在故障时自动调用 cm_backtrace_fault 方法，之前移植时已经添加，这里直接人工制作一个错误 如何追踪错误 其实要做到自动追踪错误，就是在系统进入故障的时候将CPU环境打印出来，便于分析定位错误。 ——除0错误，如果你对其它错误有兴趣，请阅读《STM32F10xxx Cortex-M3 programming manual》（编程手册）第141页。
2.9K40发布于 2020-07-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号