最新

如果你曾经被问过：“XYZ的转化率下降了。网站上发生了什么故障吗？”那么你可能会对此感同身受。 Fault Sense 是我希望存在的一个库，用于回答产品分析和追踪工具无法解答的问题：当某些事情应该发生但实际上却没有发生时。追踪工具虽然接近，但它们通常比较复杂且对系统的干扰较大。 Fault Sense 保持轻量级。它与编程语言和框架无关——只需插入一个脚本标签，注释你的 HTML，便可完成设置。它位于应用程序的边缘，只需移除脚本标签即可轻松关闭。 这仍然是一个正在进行中的项目，但如果你曾遇到类似的“它坏了吗？”时刻，我非常希望能听到你的反馈。

App Store 下载链接：<a href="https://apps.apple.com/us/app/simple-video-resizer/id6754533748">https://apps.apple.com/us/app/simple-video-resizer/id6754533748</a>

嗨，HN， “总是 DNS”是我们在谈论故障时都很熟悉的一个主题。我理解为什么 DNS 对大多数用户来说至关重要。但是对于那些使用“基础设施即代码”（Infrastructure as Code）系统进行管理和部署的应用程序来说，既然变更可以并且应该以与代码变更相同的方式进行推送（DevOps 及相关概念），那么在各处使用 /etc/hosts 文件是否会有什么害处呢？ 这样一来，名称与 IP 的关联变更就能受益于基础设施即代码，同时 DNS 相关的不稳定性也会被最小化。当然，我假设名称与 IP 的关联最初是由系统工程师控制的，对于其他用例，DNS 仍然可以并且应该被使用。 那么，为什么云服务提供商和 FAANG 公司还没有这样做呢？在鼓励通过消除 DNS 请求流量和 CPU 周期来节省成本的情况下？