最新

嗨，HN——我创建了HTTP:COLON，这是一个小型的开源网页工具，可以快速检查网站的HTTP响应头，并在使用过程中了解它们的含义。 链接： [https://httpcolon.dev](https://httpcolon.dev) 它的功能： - 输入一个URL并获取其响应头 - 将常见的响应头分组到方便的类别中（缓存、内容、安全） - 包含响应头和指令的简短文档/工具提示，方便您在调试时查阅。我发现悬停在高亮的响应头上非常有用！ 支持不同的HTTP方法（GET/POST/PUT/DELETE） 深度链接： - 您可以直接链接到一个主机，例如 [https://httpcolon.dev/www.google.com](https://httpcolon.dev/www.google.com) （或任何域名），直接跳转到检查页面。 我为什么要制作这个工具： - 在调试缓存和安全头时，我一直在DevTools、MDN和随机博客文章之间跳转。我希望有一个地方可以快速回答“我得到了什么？”和“这个响应头/指令有什么作用？” 目前处于测试阶段，我非常希望能收到您的反馈： - 您希望在日常调试中添加的缺失功能（导出/分享格式、比较、预设等） 谢谢！

我们最近在一次拉取请求审查中发现了云成本回归（约 $1,200/月）。<p>并没有什么特别的情况： - 添加了一个 NAT 网关 - RDS 副本数量增加 - 没有触发警报 - 没有更改仪表板<p>这个拉取请求本可以像其他基础设施变更一样合并。<p>我们开发了一个小工具，可以在拉取请求中直接进行成本检查： - 显示合并前后的成本估算 - 标记高风险模式（无限循环、频繁调用的 API、过度配置的基础设施） - 可选地根据政策阈值阻止合并<p>我们整理了一个公开的演示仓库，您可以在其中打开拉取请求并查看成本反馈：<p>https://github.com/CloudVerse-Pte-Ltd/devx-cost-regression-demo<p>想了解其他人在代码审查时如何处理成本回归。