1作者: theamk7 个月前
我目前所在的团队负责维护内部批处理系统。为了保证服务质量,我们集中记录所有故障/错误,逐一查看,并将其分配到根本原因工单中。对于频繁发生的故障,我们会尽快修复;对于每周偶尔出现一次的零星故障,我们会优先处理,并将其纳入下一个迭代。有时服务会崩溃,导致数十个故障(通常归入一个根本原因工单),但大多数情况下,每天的故障次数都不到一次。 不幸的是,我们没有好的方法来管理这些故障——目前使用自定义脚本 + JIRA,效果并不理想。我们很乐意付费使用外部服务,但却找不到合适的! 像 Datadog 或 Sentry 这样的工具处理的是统计数据和错误分组……但我们希望查看每一个故障,以确保没有任何遗漏。JIRA 速度太慢,功能也有限。我们甚至尝试过 Google Sheets,但它无法扩展。 有没有人遇到过类似的问题——需要跟踪每一个单独的故障,而不是仅仅聚合/计数?你们都用什么工具?
1作者: zieg7 个月前
嘿,各位 HN 用户, 我构建这个工具是因为我对现有的网站构建器感到很沮丧: * 拖放式构建器很繁琐,而且结果一团糟 * 无代码工具仍然需要学习。你需要成为专家,或者聘请专家 * 内联编辑总是会破坏一些东西,尤其对重复列表毫无用处 * AI 构建器?解释你的需求,烧掉数千个 token,最终还是得自己编辑代码 所以我做了一些更简单的事情:选择精心设计的 shadcn 模块,通过简洁的侧边栏自定义颜色/文本/图像,然后发布。 包含的功能: * 150+ 个模块(计划扩展到数千个) * 多语言支持 – 可以用任何语言创建网站 * 内置博客 * 免费自定义域名连接 * 集成:Meta Pixel、Google Analytics、Google Tag Manager、PostHog 等,专为专业人士设计。 我的想法是,约束可以带来更好的结果。与其拥有无限的灵活性,不如使用精心挑选的模块,它们可以完美地协同工作。 很希望得到你们的反馈。这有用吗?什么能让它变得更好?
3作者: StephanStS7 个月前
DietPi 是一款轻量级的基于 Debian 的 Linux 发行版,适用于 SBC(单板计算机)和服务器系统,也可以选择安装桌面环境。它以最小化镜像的形式发布,但允许通过一组基于控制台的 shell 对话框和脚本安装完整且即用的软件栈。 源代码托管在 GitHub 上:https://github.com/MichaIng/DietPi 主网站位于:https://dietpi.com/ 维基百科:https://de.wikipedia.org/wiki/DietPi 该项目于 2025 年 12 月 14 日发布了 DietPi v9.20 版本。 此版本的亮点包括: Orange Pi 5/Max/Ultra、Radxa ZERO 3:修复了这些 SBC 的问题 RustDesk Server:新的软件标题(自托管远程访问服务器) DietPi-Backup:改进了 NFSv4 挂载 Allo GUI:安装使用新的主要版本 修复了 Portainer、DietPi-Drive_Manager、BirdNET-Go、ProFTPD、LazyLibrarian、Fail2Ban、Radarr 的问题 完整的发布说明可以在这里找到:https://dietpi.com/docs/releases/v9_20/
2作者: calebevans7 个月前
Cordon 使用 Transformer 嵌入和密度评分来识别日志文件中语义上独特的内容,从而过滤掉重复的噪声。 核心思想是:一个关键错误重复 1000 次是“正常”的(语义密集)。一个奇怪的、一次性事件是异常的(语义孤立)。 输出带有异常评分的 XML 标记块。旨在减少大型日志,作为 LLM 分析的预处理形式。 架构:<a href="https://github.com/calebevans/cordon/blob/main/docs/architecture.md" rel="nofollow">https://github.com/calebevans/cordon/blob/main/docs/architecture.md</a> 基准测试:<a href="https://github.com/calebevans/cordon/blob/main/benchmark/results/README.md" rel="nofollow">https://github.com/calebevans/cordon/blob/main/benchmark/results/README.md</a> 权衡:有意忽略重复模式,使用基于百分位数的阈值(相对的,而非绝对的)。
3作者: freemanjiang7 个月前
我想开始一个个人博客。我认为 Substack 是一个不错的选择,但我希望对样式有更多控制权(可能包括自定义组件),并且想在自己的网站上托管博客。 我想问一下,对于拥有个人网站和博客的人来说,写作和托管的过程是怎样的——你们是直接写 Markdown,然后使用渲染器吗? 我想要一个所见即所得(WYSIWYG)编辑器,以便确切地看到内容加载后的样子。使用单独的编辑器写作的问题在于,换行、行长、字体等永远无法呈现出它们实际的外观。谢谢!