最新

Hi HN， 我构建了 VirtualDNS，一个用于私有环境的可编程内部 DNS，因为我每次更改 IP、添加服务或尝试保持多个环境一致时，都会搞垮自己的基础设施。 这并非公共 DNS。它是一个用于内部连接、服务发现和基础设施自动化的私有、多租户 DNS 层。 我构建它的原因： - &#x2F;etc&#x2F;hosts 在不同机器之间漂移 - 内部 DNS 设置没有审计日志 - 由于配置未对齐，导致环境表现不同 - IP 更改悄无声息地破坏服务 - 团队构建自己的“迷你 DNS”脚本 - 仅使用公共域名来测试内部内容 - 私有环境内部传播缓慢 - 希望进行服务发现，但又不想承担 Consul&#x2F;CoreDNS 的开销 它的作用： - 仅在您的项目&#x2F;组织内部可解析的虚拟域名 - 用于负载均衡、故障转移和高可用性的多 IP 记录 - 健康状况排序的 IP 响应 - 完整的解析和修改审计日志 - 带回滚的版本控制更改 - 具有每个项目范围的细粒度令牌 - CLI、SDK 和用于 OS 级解析的守护程序 - 没有公共 DNS，没有 TTL 延迟，没有外部暴露 技术说明： - 从头开始实现的解析器，独立于 OS DNS，除非使用守护程序 - 域名和记录存储为版本状态（类似提交） - 每次解析都会记录请求者、令牌、时间戳和元数据 - 项目完全隔离，允许不同组织使用相同的域名 - 多 IP 响应支持基于服务健康状况的重新平衡 - 守护程序充当轻量级本地 DNS 转发器 我正在寻找： - 处理内部 DNS 或服务发现的人的反馈 - 我应该考虑的边缘情况 - 关于使用托管内部 DNS 的担忧 - 关于集成点的建议（Terraform、WireGuard、Nomad 等） 登陆页面（非常早期）：<a href="https:&#x2F;&#x2F;virtualdns.io" rel="nofollow">https:&#x2F;&#x2F;virtualdns.io</a> 乐于回答技术问题。

Vieta Space 旨在减少编写和编辑 LaTeX 数学表达式的阻力。 现有的工具常常会减慢数学交流的速度，并导致手动 LaTeX 的迭代周期缓慢。 随着数字数学在课堂、研究和基于 LLM 的工作流程中的需求不断增长，一个更快、更直接的编辑器变得尤为必要。 该项目侧重于可视化构建、自然语言操作和稳定的结构行为。 它是免费的。 欢迎提供关于可用性和未来发展方向的反馈！

嘿，HN！我是楼主。<p>我太懒了，不想每天查看 50 多个 RSS 订阅源，所以建了个机器人帮我做这件事。<p>这是一个 100% 非营利、纯粹为了好玩的项目（无广告，无追踪，只有代码）。我用它来学习 Next.js 和 LLM 自动化。<p>请求：狠狠地吐槽它 :)<p>- AI 总结得对不对，还是纯粹在胡说八道？<p>- UI 是干净整洁，还是“程序员艺术”？<p>每篇文章都链接了原始来源。感谢大家来查看！