返回首页

一周热榜

1作者: pawelwentpawel4 天前
各位 HN 的朋友们! flat.social 是一款有趣的在线空间会议应用,适用于远程团队和社区。它在很大程度上借鉴了网页多人游戏的构建方式,并且其 3D 虚拟空间可以通过各种元素和活动进行高度定制(我最近还加入了冲浪功能!)。 您可以尝试现场演示:https://app.flat.social/f/demo-flat 这是一个简短的演示视频:https://www.youtube.com/watch?v=GeinBNqL23s 这是一个独立、自筹资金的项目,使用了 Three.js、LiveKit 和 Rapier(用于物理引擎)进行构建。我在疫情期间构建了第一个版本,并曾在此处发布过:https://news.ycombinator.com/item?id=31833415 今年我休息了几个月,于是我把自己关在巴西的一间(几乎是)丛林小屋里,将其重建成我一直以来想要的样子。 非常期待听到您的想法!
1作者: behdad大约 4 小时前
多年来,我写了数十篇 Google Docs 文档,想将它们发布到我的网站上。Google Docs 的发布功能不仅存在缺陷且不完整,Google 也不收录 Google Docs。因此,我决定利用 AI 代理来自己解决这个问题。在此分享,以防其他人觉得有用。
1作者: Quibus994 天前
想象一下,您需要管理分布在多个 DNS 提供商处的域的 DNS。您希望在所有区域应用一致的 DNS 设置,但唯一的方法是逐个区域手动应用相同的更改(使用多个控制面板)。这既繁琐又容易出错。您希望将权限委派给其他团队,但很多时候唯一的方法是授予对所有内容的访问权限。如果出现问题,您将不知道是谁造成的,也不知道具体更改了什么。 现有的解决方案是基础设施即代码 (IaC)。OctoDNS 或 DNSControl 等工具可以帮助您解决上述部分问题。但它们要求整个团队都熟悉设置管道、命令行工具和 Git。 借助 dnswer,我希望在浏览器中提供相同级别的结构: * 在发布 DNS 更改之前进行暂存/预览(编辑和发布是不同的角色) * 可重用的记录块,带有每个区域的变量(不是一次性模板:更新一次,批量升级使用它的所有区域) * 从完全访问到仅对单个记录具有写入访问权限的细粒度访问控制 * 多提供商同步,具有漂移检测和解决 * 在您的提供商处预配新区域,而不仅仅是导入现有区域 * 更改后的名称服务器验证(验证更改是否已生效) * 对于没有 API 的提供商,提供可共享的更改请求,并支持按需重新验证(无需 dnswer 帐户即可查看) * 现代记录类型(HTTPS/SVCB)和用于邮件的 DANE/TLSA,以及证书漂移监控 * 一个区域日志,显示了什么被更改、谁更改的以及为什么 您可以通过以下几种方式了解更多信息: * 学习:[https://dnswer.net/show/](https://dnswer.net/show/)(演练;带注释的屏幕截图解释了如何使用关键功能) * 试用:[https://app.demo.dnswer.net/](https://app.demo.dnswer.net/)(沙盒环境,带有模拟提供商,免费;注册并验证您的电子邮件即可进入) * 定价:[https://dnswer.net/pricing](https://dnswer.net/pricing) 如果您想使用自己的区域和 API 访问您的 DNS 提供商来试用:我正在寻找最多十个团队(最好管理跨多个提供商的 20 多个域)愿意使用 dnswer 管理实际区域。这不是一个大型 Beta 测试:我想观察它实际的使用情况并快速进行调整。前 3 个月免费,早期用户在价格上涨后仍可享受 2 年的优惠价格。如果您有兴趣,请发送电子邮件至 joost@dnswer.net 联系。 在您这样做之前,有几件事值得了解。dnswer 不在您的解析路径中:您的记录保留在您的提供商处,您的名称服务器会继续响应。如果 dnswer 出现故障,DNS 仍会继续解析,您仍然可以直接在提供商的控制面板中更改记录,只是会暂时失去上面的工作流程,直到它恢复。您可以随时离开:每个区域都可以导出为 BIND 文件,您的记录描述会以注释的形式保留,因此您的文档会随您一同带走。您的提供商凭据会进行静态加密。 我构建它是为了解决我在过去 20 年中遇到的 DNS 问题。我也想了解其他人遇到的 DNS 问题。 技术栈:Django/DRF、PostgreSQL、NATS、Lit Web Components,使用 Ansible 部署。
1作者: paulnpace4 天前
柴油价格已接近荒谬的水平。在我看来,这应该是一个实施新技术解决方案的机会。 据我所知,问题的一个重要方面是: 庞大笨重、价格昂贵的铁制运输船在水中航行,却被廉价的远程弹药击毁。 因此,一个通用的解决方案可能是: 转向小型、廉价且数量庞大的运输船,以抵消远程弹药的有效性。 我的外行人概念解决方案: 制造合成的(例如塑料、PVC 等)鳗鱼状、可自行导航的“船只”,通过危险水域进行大批量(数百万艘)运输,并在安全水域回收。 这些“船只”可以像充气包装一样卷成大卷,并使用机械动力(可以是任何简单的电机,由任何动力源驱动,甚至是人力通过曲柄)进行填充。 动力可以由任何可行的方式提供:定时释放船只随潮水漂流;小型帆;太阳能螺旋桨等。速度并不重要,因为数量可以非常庞大,一旦船只被回收,交付的体积将是巨大的。(概念上类似于老话说的“永远不要低估一架装满磁带的 747 的带宽”。) 我提供以上内容,只是希望能激发那些有才华和能力的人们创造出比我们目前拥有的更好的东西,这样我们就不会面临产品(如柴油)价格高昂且严重短缺的真正问题,而我们目前可能正朝着这个方向发展。