最新

搜索一个术语，缩小范围，选择并重复。

如果这对大家来说是旧闻，我深感抱歉，但也许大家的集体智慧能给出答案。我在观看Welch Labs的YouTube视频《我们真正理解的最复杂模型》时，听到了一个关于研究者的故事：他在度假时离开了一个模型的训练，结果这个模型在经过数千步训练后学会了泛化。但是，当我试图查找这位发现者的名字时，却发现并没有公开，这似乎对一个人不太公平。真实的故事是什么呢？

嗨，HN——我是一个独立开发者，正在打造Seedance AI。它帮助人们从文本提示和参考照片中创建短视频（和图像）。我尽量保持简单：快速模板、可预测的收费标准，以及可下载的结果。目前还处于早期阶段，我知道还有一些不完善的地方。非常希望能得到诚实的反馈，了解哪些功能有用，哪些地方让人困惑，以及我应该优先改进什么。欢迎提出技术或产品方面的问题。

我一直使用8.8.8.8或1.1.1.1，但我意识到我并不真正理解解析链的内部工作原理。为了解决这个问题，我用Go构建了一个DNS解析器，它从根服务器开始，进行真正的迭代解析，没有上游依赖。 与简单的DNS转发器不同，这个服务器并不是“询问其他人”。它实现了完整的层次结构：根 → 顶级域 → 权威域 → 最终答案。 我解决的关键技术挑战包括： - 迭代导航：将RecursionDesired设置为false，以便上游服务器将该项目视为对等解析器。 - “粘合记录”问题：实现子解析，解析器必须暂停主查询以解析名称服务器的主机名，然后才能继续。 - TTL感知并发：使用sync.Map实现线程安全的缓存，自动遵循记录过期。 - 状态管理：处理引用并避免在高度嵌套的区域中出现无限循环。 架构： 该服务器使用原始UDP套接字和dnsmessage包进行数据包解析。它利用Go的并发原语处理数千个并发请求。 - UDP监听器：标准的net.PacketConn循环。 - 解析引擎：递归逻辑，从A.ROOT-SERVERS.NET开始遍历层次结构。 - 本地覆盖：基于JSON的配置，用于权威本地记录（对开发环境或广告拦截非常有用）。 我很想听听任何在DNSSEC或处理高流量DNS基础设施方面有经验的人的看法。在从“玩具”解析器转向生产级解析器时，常见的陷阱是什么？ 源代码：https://github.com/Jyotishmoy12/go-dns-server