最新

嗨，HN， 我创建了VirtualDNS，一个可编程的内部DNS，专为私有环境设计，因为每次我更改IP、添加服务或尝试保持多个环境一致时，总是会破坏自己的基础设施。 这不是公共DNS。它是一个用于内部连接、服务发现和基础设施自动化的私有多租户DNS层。 我为什么要构建它： - /etc/hosts在不同机器间漂移 - 内部DNS设置没有审计日志 - 环境行为不一致，因为配置未对齐 - IP更改悄然破坏服务 - 团队各自构建“迷你DNS”脚本 - 仅为测试内部内容而使用公共域名 - 私有环境内部传播缓慢 - 希望实现服务发现而不增加Consul/CoreDNS的开销 它的功能： - 仅在您的项目/组织内部可解析的虚拟域名 - 用于负载均衡、故障转移和高可用性的多IP记录 - 健康状态排序的IP响应 - 完整的解析和修改审计日志 - 版本化的变更和回滚 - 具有项目范围的细粒度令牌 - CLI、SDK和用于操作系统级解析的守护进程 - 没有公共DNS，没有TTL延迟，没有外部暴露 技术说明： - 解析器从零开始实现，独立于操作系统DNS，除非使用守护进程 - 域名和记录作为版本化状态存储（类似提交） - 每次解析都会记录请求者、令牌、时间戳和元数据 - 项目完全隔离，允许在不同组织中使用相同的域名 - 多IP响应支持基于服务健康的重新平衡 - 守护进程作为轻量级本地DNS转发器工作 我希望得到的反馈： - 来自处理内部DNS或服务发现的人的反馈 - 我应该考虑的边缘案例 - 关于使用托管内部DNS的顾虑 - 集成点的建议（Terraform、WireGuard、Nomad等） 着陆页（非常早期）： [https://virtualdns.io](https://virtualdns.io) 欢迎提出技术问题。

Vieta Space 的创建旨在减少编写和编辑 LaTeX 数学表达式的摩擦。现有工具往往会减缓数学交流的速度，并迫使用户在手动 LaTeX 的迭代过程中经历缓慢的循环。随着课堂、研究和基于大语言模型的工作流程对数字数学需求的不断增长，迫切需要一个更快速、更直接的编辑器。 该项目专注于视觉构建、自然语言操作和稳定的结构行为。 它是免费的。欢迎对可用性和未来方向提供反馈！

嘿，HN！我是OP。<p>我懒得每天检查50多个RSS源，所以我做了一个机器人来为我完成这项工作。<p>这是一个100%非营利、纯粹为了乐趣的项目（没有广告，没有追踪，只有代码）。我做这个是为了学习Next.js和大语言模型自动化。<p>请求：请狠狠地吐槽一下 :)<p>- AI的总结是否准确，还是在胡言乱语？<p>- 用户界面干净吗，还是“开发者艺术”？<p>每个帖子都有原始来源的链接。感谢你的关注！