2025 05 24 HackerNews

2025-05-24 Hacker News Top Stories #

  1. 特朗普政府以“记录请求合法性”为由暂停哈佛大学国际学生招生资格，引发对美国教育声誉和移民政策的争议。
  2. 微软推出集成PostgreSQL数据库管理功能的VS Code扩展，通过智能补全和模式可视化提升开发效率。
  3. John Carmack在Upper Bound 2025会议中分享技术研究方向，强调实时学习与资源限制下的创新。
  4. 开源工具Defuddle通过移除网页冗余元素实现HTML-to-Markdown转换，被定位为Readability的替代方案。
  5. Y Combinator创始人杰西卡·利文斯顿鼓励毕业生主动探索兴趣，摆脱社会对成功的单一定义。
  6. Flatpak项目因开发停滞和维护不足面临挑战，需加强容器标准支持与沙盒权限优化。
  7. 动态潮理论修正牛顿平衡潮模型，揭示陆地、科里奥利效应等因素导致潮汐复杂性，现代预测依赖M2频率分析。
  8. GitHub Copilot等AI编码工具被批为“鹦鹉程序员”，过度依赖可能导致技能退化，需结合人类经验把控质量。
  9. 作者因服务商问题转向Let’s Encrypt证书，通过自动化工具完成ACME协议部署并实现SSL管理优化。
  10. Glitch宣布2025年7月停止网页托管服务，专注社区功能，用户需迁移项目并下载代码备份

Trump administration halts Harvard’s ability to enroll international students #

https://www.nytimes.com/2025/05/22/us/politics/trump-harvard-international-students.html

2025 年 5 月 22 日，特朗普政府决定暂停哈佛大学招收国际学生的能力，这一举措标志着政府对该校施加压力以符合总统要求的重大升级。根据《纽约时报》的报道，国土安全部在几天的谈判后通知哈佛大学，因涉及一项大规模记录请求的合法性问题，决定撤销该校的学生和交流访问者项目（SEVP）认证。

国土安全部长克里斯蒂・诺姆在发给哈佛的信中表示，哈佛大学的认证即刻生效取消。该决定的背景是特朗普政府与哈佛之间的持续摩擦，尤其是在移民政策和大学招生方面。

目前，哈佛大学和国土安全部的发言人尚未对此作出回应。这一事件仍在持续发展中，后续可能会有更多更新。此报道由《纽约时报》的调查记者迈克尔・S・施密特和政治记者迈克尔・C・本德提供，聚焦于特朗普总统及其相关政策。

HN 热度 855 points | 评论 951 comments | 作者：S0y | 1 day ago #

https://news.ycombinator.com/item?id=44064631

  • 特朗普政府的决定是出于报复和个人利益，损害了哈佛大学的国际学生。
  • 美国的移民政策正在变得越来越严格，甚至连富裕和有影响力的家庭也无法避免。
  • 特朗普的政策是为了打击哈佛大学和其国际学生，但实际上会损害美国的声誉和利益。
  • 哈佛大学的国际学生中，来自富裕和有影响力的家庭的比例很小，不值得特意关注。
  • 特朗普政府的决定会导致哈佛大学的国际学生流失，损害美国的教育和研究实力。
  • 美国的移民政策应该更加公平和合理，而不是根据个人利益和政治目的进行调整。
  • 特朗普政府的决定会损害美国的全球形象和影响力，导致其他国家对美国的教育和研究实力失去信任。
  • 哈佛大学的国际学生对美国的经济和社会发展有着重要贡献，特朗普政府的决定会损害这些贡献。

Postgres IDE in VS Code #

https://techcommunity.microsoft.com/blog/adforpostgresql/announcing-a-new-ide-for-postgresql-in-vs-code-from-microsoft/4414648

微软宣布推出了一款新的 PostgreSQL 扩展程序，用于 Visual Studio Code（VS Code），旨在简化 PostgreSQL 数据库管理和开发工作流程。该扩展程序提供了多种功能，包括数据库对象管理、智能代码补全、查询历史记录等。开发人员可以使用该扩展程序直接在 VS Code 中管理 PostgreSQL 数据库，提高开发效率。

该扩展程序解决了开发人员在管理时间和调试代码方面面临的挑战。根据 2024 年 StackOverflow 开发人员调查，41% 的开发人员难以有效地管理时间，而 2024 年 Stripe 开发者系数报告显示，开发人员花费多达 50% 的时间调试和排除代码和数据库故障。该扩展程序通过集成 Postgres 数据库工具和 @pgsql GitHub Copilot 代理，提供了统一的应用程序开发和数据库管理体验。

扩展程序的主要功能包括：模式可视化、数据库感知 GitHub Copilot、简化的 PostgreSQL 数据库交互、实时专家级别的指导等。开发人员可以使用右键菜单选项来可视化模式，使用 @pgsql 代理来查询数据库、优化模式和执行 SQL 操作。扩展程序还提供了实时的专家级别的指导，帮助开发人员保持 PostgreSQL 数据库的性能和安全性。

扩展程序还支持多种连接选项，包括本地和云托管的 PostgreSQL 实例。开发人员可以使用“浏览 Azure”选项直接连接到 Azure Database for PostgreSQL 实例，使用 Entra ID 进行身份验证。扩展程序还提供了密码身份验证、自动令牌刷新和增强的安全性等功能。

扩展程序的数据库资源管理器提供了一个结构化的数据库对象视图，允许开发人员创建、修改和删除数据库对象。扩展程序还提供了查询历史记录、查询编辑和上下文感知 IntelliSense 等功能。总的来说，该扩展程序提供了一个全面的工具集，帮助开发人员高效地管理 PostgreSQL 数据库和开发应用程序。

HN 热度 647 points | 评论 276 comments | 作者：Dowwie | 9 hours ago #

https://news.ycombinator.com/item?id=44073588

  • Postgres IDE 在 VS Code 中的发布是一个重大进步，解决了开发者长期以来的一大问题。
  • 有人认为将数据库结构生成为代码可以使数据库 schema 更容易被理解和维护。
  • 但是，也有人认为将数据库结构生成为代码可能会使代码库变得更加复杂和混乱。
  • 有些开发者更倾向于使用数据库浏览器 GUI 来管理数据库，而不是将数据库结构生成为代码。
  • 有人提到，使用 MCP 服务器可以更好地管理数据库，并且可以与 LLM 结合使用。
  • 但是，也有人担心使用 LLM 连接到生产数据库可能会带来安全风险和隐私问题。
  • 有些开发者认为，将数据库 schema 作为代码的一部分来管理是更好的选择，而不是将其生成为单独的文件。
  • 有人认为，使用 VS Code 的 Postgres 扩展可以更好地管理数据库，并且可以与其他工具结合使用。
  • 但是，也有人认为，使用 JetBrains 的工具可能更好，因为它们已经有了长期的经验和成熟的功能。

John Carmack talk at Upper Bound 2025 #

https://twitter.com/ID_AA_Carmack/status/1925710474366034326

John Carmack 是一位著名的程序员和游戏开发者，他在帖子中分享了他在 Upper Bound 2025 会议上的演讲内容。

他提供了两个链接，一个是他的演讲幻灯片，另一个是他在准备演讲时的笔记。这些内容可能与他的研究方向和 Upper Bound 2025 会议的主题相关。John Carmack 提到，这是他第一次制作幻灯片，因为他通常直接进行演讲。

帖子中还显示了发布时间、观看次数和回复次数等信息，表明该帖子已经获得了大量的关注和互动。同时，网页底部还提供了注册和登录的选项，表明该平台鼓励用户注册和参与讨论。

总的来说，该网页的内容主要是 John Carmack 的帖子和他的演讲内容，提供了有关他的研究方向和 Upper Bound 2025 会议的信息。同时，网页还展示了社交媒体平台的功能和用户互动。

HN 热度 475 points | 评论 320 comments | 作者：tosh | 19 hours ago #

https://news.ycombinator.com/item?id=44070042

  • 观点认为 John Carmack 的讲座和笔记总是很有价值，他的研究方向强调实时学习，但有人质疑是否应该放松实时要求，专注于学习效率。
  • 有人认为 Carmack 的优势在于能够在有限的资源下做出创新，他在大公司和成熟技术下的产出似乎不如在小团队和新兴技术下的表现。
  • 有人回忆 Carmack 在 90 年代的工作，特别是将 3D 游戏运行在普通硬件上，并认为他的创新在于能够在现有条件下做出突破。
  • 有人指出，如果《毁灭战士》在 1994 或 1995 年发布，可能不会有同样的影响力，但也有人认为游戏的质量和影响力不仅仅在于技术创新。
  • 有人提到其他早期 3D 游戏，如《Ultima Underworld》和《Battlezone》，并认为《毁灭战士》的成功在于其游戏性和影响力。
  • 有人认为 Carmack 的成功在于能够找到合适的团队和资源，特别是 Michael Abrash 的帮助，使得《Quake》的开发成为可能。

Show HN: Defuddle, an HTML-to-Markdown alternative to Readability #

https://github.com/kepano/defuddle

Defuddle 是一个用于提取网页主内容的工具，它可以清除网页上的杂乱元素，如评论、侧边栏、头部、底部等非必需元素，仅保留主要内容。Defuddle 的目标是输出干净和一致的 HTML 文档，它被设计为 Obsidian Web Clipper 的补充，以创建更有用的 HTML-to-Markdown 转换器输入。

Defuddle 的特点包括：更宽容，去除较少的不确定元素；提供一致的输出格式，包括脚注、数学公式、代码块等；使用页面的移动样式来猜测不必要的元素；提取更多的元数据，包括 schema.org 数据。Defuddle 可以作为 Mozilla Readability 的替代品，具有更多的功能和更好的输出效果。

Defuddle 提供了多种使用方式，包括浏览器和 Node.js 环境。在浏览器中，Defuddle 可以通过导入模块并创建实例来使用，而在 Node.js 环境中，Defuddle 需要额外安装 JSDOM 模块。Defuddle 的输出结果包括内容、标题、作者、描述、域名、favicon、图片、元标签、解析时间、发布时间、网站名称、schema.org 数据和字数等信息。

Defuddle 提供了三个不同的包：核心包、完整包和 Node.js 包。核心包是最基本的包，适合大多数使用场景；完整包添加了数学公式解析功能；Node.js 包是针对 Node.js 环境的优化包，包括完整的功能和 Markdown 转换支持。Defuddle 还提供了调试模式，通过传递选项对象可以启用调试模式，输出更详细的日志信息。

HN 热度 382 points | 评论 65 comments | 作者：kepano | 1 day ago #

https://news.ycombinator.com/item?id=44067409

  • Defuddle 是一个开源的 JS 库，用于解析和提取网页的主要内容和元数据，可以返回内容为 Markdown 格式。
  • Readability.js 的质量不佳，且存在一些问题，如过度保守，移除有用内容，且输出格式不标准。
  • Trafilatura 库可以提取高质量的内容和准确的元数据，是一个不错的替代选择。
  • Defuddle 的开发者正在手动测试和收集用户反馈，但还没有添加测试和数据集来评估准确性和覆盖范围。
  • Defuddle 使用多种技术来清理内容，包括使用页面的移动样式来检测隐藏的内容，并标准化输出格式。
  • Obsidian Web Clipper 是一个很好的工具，用于将网页内容转换为 Markdown 格式，并且 Defuddle 是其的一部分。
  • 有些网站的内容无法被 Readability 正确提取，可能是由于网站的结构或内容导致的。
  • Defuddle 可以作为一个 bookmarklet 来使用，方便用户快速提取网页内容。
  • 有些用户对 Readability 的维护状态感到失望，认为其已经被废弃。
  • Defuddle 的开发者认为其与 Readability 相比，有更好的内容提取和标准化输出格式的能力。

Find Your People #

https://foundersatwork.posthaven.com/find-your-people

这篇文章是杰西卡·利文斯顿（Jessica Livingston）在巴克内尔大学（Bucknell University）毕业典礼上的演讲。杰西卡回忆了自己 32 年前的毕业经历，当时她没有任何计划，也不知道自己想做什么。她花了十年时间才找到自己真正感兴趣的事情，并希望能帮助年轻人更快地找到自己的方向。

杰西卡指出，大学毕业后，很多人会感到迷茫，因为他们不再有明确的目标。她将毕业生分为三类：一类人已经有了雄心壮志的计划，另一类人没有计划也没有雄心，第三类人希望有计划但还没有找到。她的演讲主要是针对第三类人。

杰西卡分享了自己的经历，她在毕业后曾在一家大公司工作，但觉得工作枯燥无味。她后来意识到，可以通过找到自己感兴趣的人和事来改变自己的生活。杰西卡建议年轻人通过与有趣的人交流，了解他们的工作和经历，从而找到自己的方向。

她强调，找到方向的关键是要有勇气尝试新事物，并且要对他人的反对和拒绝有足够的抵抗力。杰西卡分享了自己创办 Y Combinator 的经历，当时很多人都认为这是一个笑话，但他们坚持了下来，终于取得了成功。

杰西卡的演讲旨在鼓励年轻人勇敢地追求自己的梦想，找到真正感兴趣的事情，并且要有足够的韧性来应对挑战和拒绝。她希望年轻人能够从她的经历中吸取教训，找到自己的方向，实现自己的目标。

HN 热度 339 points | 评论 153 comments | 作者：jl | 8 hours ago #

https://news.ycombinator.com/item?id=44074017

  • 大学毕业后，很多学生不知道该怎么办，因为他们以前一直按照既定的轨道行进，忽视了自主探索和规划的重要性。
  • 一些公司通过提供清晰的职业发展路径和高薪待遇，吸引了许多毕业生，但这并不一定是最好的选择。
  • 社会对成功的定义和评价标准，会影响人们的选择和行为，导致一些人盲目追求名牌公司或高薪职位。
  • 过度保护和安排孩子的生活，可能会导致他们缺乏独立性和自主能力，难以适应社会的变化和挑战。
  • 父母的参与和指导，对孩子的成长和发展有重要影响，过度放任或过度控制都可能产生负面效果。
  • 个人需要找到自己的目标和方向，不能仅仅依赖外部的评价和认可，否则可能会感到迷失和不满足。

The Future of Flatpak #

https://lwn.net/Articles/1020571/

Flatpak 是一个 Linux 应用程序打包格式，近年来越来越受欢迎。然而，Flatpak 项目的开发似乎已经停滞不前，缺乏活跃的维护和开发。Sebastian Wick 在 Linux 应用程序峰会（LAS）上的演讲中提到了这个问题。他表示，虽然 Flatpak 在用户和开发者中很受欢迎，但项目本身的开发已经停滞不前，缺乏足够的维护和开发人员。

Flatpak 的开发最初由 Alexander Larsson 领导，后来他离开了项目。Wick 表示，项目的维护工作主要由少数几个人完成，缺乏足够的开发人员来审查和合并新代码。这种情况导致了许多新功能和改进无法及时实施。Wick 提到，Red Hat 公司已经实施了一些新功能，例如允许 Flatpak 应用程序在系统安装时预安装，但是这些功能还没有被合并到主线代码中。

Wick 还提到了 Flatpak 对 OCI（Open Container Initiative）支持的重要性。OCI 是一个容器标准，允许不同平台和系统之间的容器互操作性。Wick 表示，Flatpak 应该更好地支持 OCI，以便于开发人员创建和分发容器化应用程序。然而，目前 Flatpak 对 OCI 的支持还不够完善，许多相关的改进都还在等待审查和合并。

另一个重要的问题是 Flatpak 的沙盒机制。Wick 表示，Flatpak 应该能够提供更细粒度的权限控制，以便应用程序只能访问必要的系统资源。然而，目前的实现还不够完善，需要进一步的改进。Wick 提到，需要一种机制允许应用程序在新版本的 Flatpak 中使用新权限，同时在旧版本中回退到旧的权限模型。

最后，Wick 提到，Flatpak 还需要改进对音频和视频的支持。目前，Flatpak 使用 PulseAudio 处理音频，这可能会导致安全问题。Wick 表示，应该使用 PipeWire 代替 PulseAudio，以提供更好的音频支持和安全性。总的来说，Wick 的演讲强调了 Flatpak 项目的当前状态和面临的挑战，希望能够吸引更多的开发人员和关注者来帮助改进和维护 Flatpak。

HN 热度 288 points | 评论 249 comments | 作者：dxs | 1 day ago #

https://news.ycombinator.com/item?id=44068400

  • Red Hat 应该为 Flatpak 项目提供更多资源和支持，因为他们已经不再为 RHEL 提供许多桌面软件包，而是建议用户从 Flathub 下载。
  • Flatpak 项目目前缺乏活跃的开发和维护，许多新功能的合并请求没有人负责审查。
  • RHEL 不再为桌面用户提供许多软件包，如 Evolution、LibreOffice、GIMP、Inkscape 和 Totem，用户需要从 Flathub 下载。
  • Red Hat 的员工和大多数用户主要使用 Fedora，而不是 RHEL。
  • Ubuntu 已经成为许多用户的首选桌面 Linux 发行版，Red Hat 的桌面努力已经被削弱。
  • RHEL 的目标是服务器，而不是桌面用户，因此不提供许多桌面软件包是可以理解的。
  • Flatpak 需要改进以提供更好的权限控制和向后兼容性，以满足用户的需求。
  • Red Hat 应该将节省的资源投入到 Flatpak 的开发和维护中，以改善用户体验。

Does Earth have two high-tide bulges on opposite sides? (2014) #

http://physics.stackexchange.com/questions/121830/does-earth-really-have-two-high-tide-bulges-on-opposite-sides

这篇文章探讨了关于地球潮汐的理论，特别是牛顿的平衡潮理论与拉普拉斯的动态潮理论之间的区别。

首先，文章指出牛顿的平衡潮理论虽然为潮汐现象提供了一种初步的解释，但存在严重错误。牛顿认为地球上会存在两个潮汐隆起，这种理论并不能准确解释实际观测到的潮汐现象。例如，在北海，任何时候都可以找到一个地方处于高潮，而另一个地方则处于低潮，这与牛顿理论预测的在月亮正上方或正下方时会同时出现高潮的观点相悖。

文章进一步分析了潮汐隆起无法存在的原因：

  1. ** 水波传播特性 **：如果存在潮汐隆起，它会形成波长约为地球周长一半的浅水波，这种波的传播速度受水深影响。由于潮汐波的传播速度无法赶上地球自转速度，因此潮汐隆起无法形成。
  2. ** 地球表面并非完全被水覆盖 **：地球上存在大型陆地阻碍，例如美洲和欧亚大陆，这使得潮汐在不同地点的表现差异显著。例如，在巴拿马的太平洋和加勒比海岸，潮汐的差异非常大。
  3. ** 科里奥利效应 **：地球自转速度与月球公转速度不同，使得科里奥利效应在潮汐波的运动中起作用，进一步导致潮汐波的分散。

相比之下，拉普拉斯的动态潮理论则更加全面，考虑了海洋盆地的深度和形状对潮汐的影响，解释了为何在地球的某些地方潮汐现象极为复杂。该理论引入了 “无潮点”（amphidromic points）的概念，这些点在特定潮汐频率下不会出现潮汐变化，潮汐的响应会围绕这些点旋转。

此外，文章还提到潮汐的主要驱动因素是月亮，其次是太阳，潮汐现象在不同地方呈现出不同的频率响应。通过频域的角度分析，文章指出在大多数地方，潮汐的主导频率是每 12.421 小时一次的 M2 频率。

最后，文章总结了牛顿理论在现代海洋学中的局限性，虽然牛顿的潮汐强迫函数描述得当，但他的理论并未考虑到潮汐波的复杂动态。许多海洋学教科书仍然教授牛顿的理论，但逐渐有更多的文本开始转向拉普拉斯的动态潮理论，来更准确地解释潮汐现象。

HN 热度 283 points | 评论 85 comments | 作者：imurray | 1 day ago #

https://news.ycombinator.com/item?id=44065458

  • 地球的潮汐预测在历史上一直是一个重要的问题，许多物理和数学领域的权威人物都曾参与过这一领域的研究。
  • 潮汐预测对历史事件如诺曼底登陆等有着重要影响，准确的潮汐预测可以帮助军事行动的成功。
  • 早期的潮汐预测机是一种特殊的模拟计算机，利用傅立叶级数和谐波分析来预测潮汐。
  • 潮汐的预测涉及到复杂的水动力学和地球自转等因素，不是简单的波动。
  • 计算机和自然现象之间的类比并不完全适用，自然现象往往涉及到复杂的混沌系统。
  • 信息和能量在计算系统中都有输入和输出，但信息的定义和传递方式更为复杂。

The copilot delusion #

https://deplet.ing/the-copilot-delusion/

本文讨论了 GitHub Copilot 和其他 AI 编码工具的局限性和问题。作者通过一个虚构的场景开始，描述了一位同事的编程风格，指出他更像是一个鹦鹉而不是一个真正的程序员，喜欢从 Stack Overflow 上复制代码并将其粘贴到项目中，而不理解其背后的原理和逻辑。作者认为，这种行为与 AI 编码工具的工作方式类似，后者可以生成代码，但不一定理解代码的含义和上下文。

作者指出，AI 编码工具可以在某些情况下提供帮助，例如当开发人员需要快速了解某个编程语言的语法或寻找特定问题的解决方案时。然而，作者强调，过度依赖这些工具可能会导致程序员失去对编程的深入理解和技能。作者还批评了 AI 编码工具的缺乏透明度和可解释性，指出它们通常无法提供清晰的解释为什么某段代码是有效的或无效的。

在讨论 AI 编码工具的优点时，作者提到它们可以帮助开发人员快速生成代码，尤其是在处理复杂的编程任务时。例如，AI 工具可以帮助开发人员生成模板代码、处理字符串操作或提供代码片段。然而，作者强调，开发人员仍然需要对代码进行仔细审查和测试，以确保其正确性和可靠性。

作者还讨论了 AI 编码工具在系统设计和架构方面的局限性。作者指出，AI 工具可以提供一些基本的建议和想法，但它们通常无法替代人类程序员的经验和专业知识。作者强调，系统设计和架构需要对业务需求、技术限制和性能考虑有深入的理解，这是 AI 工具目前无法完全替代的。

总的来说，本文强调了 AI 编码工具的潜在风险和局限性，提醒开发人员在使用这些工具时需要谨慎和批判性地思考。作者鼓励开发人员继续学习和提高自己的编程技能，而不是过度依赖 AI 工具。通过这种方式，开发人员可以确保他们的代码是可靠、可维护和高效的。

HN 热度 256 points | 评论 182 comments | 作者：isaiahwp | 1 day ago #

https://news.ycombinator.com/item?id=44068525

  • 大多数软件开发工作并不需要写入嵌入式系统或关键任务代码，使用 AI 工具可以提高效率。
  • 编程不仅仅是写代码，还需要理解代码的底层原理和逻辑，过度依赖 AI 工具可能会导致新手程序员缺乏这些基本技能。
  • 使用 AI 工具可以帮助程序员完成重复性任务，但不应过度依赖，应该结合人工经验和判断力。
  • AI 工具是编程中的一个抽象层，但这个抽象层可能会导致新手程序员缺乏对编程基本原理的理解。
  • 程序员应该尊重用户，给予用户尊严，即使是在开发 CRUD 应用时，也应该注重代码质量和用户体验。
  • 过度依赖 AI 工具可能会导致程序员缺乏对编程语言和底层原理的理解，进而影响代码质量和维护性。
  • 使用 AI 工具可以提高编程效率，但不应以牺牲代码质量和程序员的基本技能为代价。

Why I no longer have an old-school cert on my HTTPS site #

https://rachelbythebay.com/w/2025/05/22/ssl/

这篇文章讨论了作者在 2023 年初仍然使用传统 SSL 证书的原因，以及随后转向使用 ACME 协议的过程和经历。

  1. ** 背景与初衷 **：

    • 作者曾在 2023 年初发表了一篇文章，阐述了他坚持使用传统证书的原因。他对 ACME 协议（一个用于自动化 SSL 证书申请和管理的协议）持有很大的抵触情绪，认为其设计过于复杂，包含许多不必要的技术。

  2. ** 对现有工具的顾虑 **：

    • 作者对现有的 ACME 客户端感到不安，认为它们的代码存在安全隐患，因此不愿意在自己的机器上运行这些工具。他不愿意让这些代码以高权限运行，特别是涉及到私钥和服务器操作时。

  3. ** 转变的契机 **：

    • 随着时间的推移，作者意识到他需要摆脱与 Gandi（他的域名注册商和 SSL 提供商）之间的关系，因为 Gandi 已经被私募股权收购，服务质量逐渐下降，费用也在上升。他计划在 2025 年前寻找其他解决方案。

  4. ** 克服对 ACME 协议的反感 **：

    • 为了解决对 ACME 协议的厌恶，作者开始从小处入手，逐步理解协议的细节。他尝试编写一些小工具，帮助自己处理 JSON 数据，逐步实现 ACME 协议的功能。

  5. ** 实现过程中的挑战 **：

    • 在实现过程中，作者遇到了一些困难，比如发现某些库并不能简化工作，反而增加了复杂性。他反复尝试，最终成功地实现了一个工具，可以生成证书请求（CSR）并与 Let’s Encrypt 的测试环境和生产环境进行交互。

  6. ** 具体实现步骤 **：

    • 作者详细描述了创建 RSA 密钥、生成 CSR、与 ACME 服务进行通信的步骤。包括提取关键信息、构建请求、发送 HTTP 请求等。这些步骤涉及到 JSON 的处理、签名算法、编码转换等多个技术细节。

  7. ** 最终成功 **：

    • 最终，作者成功实现了一个可以自动生成 SSL 证书的工具，并将其部署到自己的网站上。经过这一过程，他对 ACME 协议的理解逐渐加深，尽管仍然对其复杂性感到无奈。

  8. ** 总结与反思 **：

    • 在文章的最后，作者提到了一些其他 ACME 客户端的问题，表达了对这份复杂性的困惑，认为这或许是某些人的工作保障。尽管经历了诸多挑战，作者最终克服了对 ACME 的抵触，成功实现了证书管理的自动化。

HN 热度 232 points | 评论 229 comments | 作者：mcbain | 13 hours ago #

https://news.ycombinator.com/item?id=44071690

  • JSON Web Signatures 格式复杂，难以理解和使用。
  • 许多开发者认为 JSON 格式不够好，Canonical S-expressions 会是一个更好的选择。
  • JSON 格式容易出现数字精度问题，需要使用特殊的编码方式来解决。
  • ACME 协议使用 JSON 格式可能不是最好的选择，其他格式如 protobuf 或 cap’n’proto 可能更适合。
  • S-expressions 格式虽然看起来密集，但实际上更容易读懂和理解。
  • JSON 格式的可读性和可写性是其被广泛采用的主要原因。
  • 使用 JSON 格式可能会出现安全问题，需要谨慎处理。

We’ll be ending web hosting for your apps on Glitch #

https://blog.glitch.com/post/changes-are-coming-to-glitch/

Glitch 网站即将发生重要变化。Glitch 的创始人 Anil Dash 发表了一篇文章，宣布该网站将停止为用户的应用程序提供 web 主机服务。这意味着从 2025 年 7 月 8 日开始，Glitch 将不再支持用户的应用程序，用户需要将自己的应用程序迁移到其他平台。

这一决定是因为维护大量应用程序的成本和时间投入太大，尤其是随着平台的老化和恶意用户的增加。同时，近年来出现了许多新的平台和工具，使得创建和运行应用程序变得更加容易和高效。Glitch 的团队认为，他们的平台已经不能提供独特的价值，因此决定专注于为开发者社区提供更有价值的服务。

为了帮助用户过渡，Glitch 将在 2025 年 7 月 8 日之前保持用户的仪表板和代码下载功能。此外，Glitch 还将提供一个新功能，允许用户为自己的项目子域名设置重定向，这样用户的链接仍然可以正常工作。Glitch 的团队还将提供一个指南，帮助用户导出项目、创建 Git 存储库和迁移到其他平台。

对于当前的 Glitch Pro 订阅用户，Glitch 将在 2025 年 7 月 8 日之前继续提供服务，并将为未使用的时间提供退款。Glitch 的团队鼓励用户在社区论坛中提问和分享迁移经验，并可以通过电子邮件直接联系 Anil Dash。

这一变化对 Glitch 社区来说是一个重要的转变，Glitch 的团队对此表示抱歉和感谢。他们感谢用户的支持和理解，并希望用户能够继续在其他平台上创造和分享自己的应用程序。Glitch 的团队将继续更新进度和提供支持，用户可以在社区论坛中分享自己的想法和反馈。

HN 热度 197 points | 评论 129 comments | 作者：js4ever | 1 day ago #

https://news.ycombinator.com/item?id=44064230

  • Glitch 关闭网页托管服务实际上意味着整个平台的关闭
  • 公司的声明过于模糊，没有明确说明关闭的原因和后果
  • 这种关闭方式让人感到困惑和失望
  • 有人认为这是典型的"我们的不可思议之旅"（Our Incredible Journey）模式，即公司被收购后关闭
  • 公司的 CEO 试图以乐观的态度看待未来，但实际上并没有提供任何具体的计划
  • 有人担心这种模式会成为常态，即创业公司被大公司收购后关闭
  • 这种做法会导致创业公司的创新和发展受到阻碍
  • 公司的关闭会对用户造成损失和不便
  • 有人呼吁公司应该提供更好的迁移方案和支持
  • 公司的关闭可能是由于被大公司收购后失去了独立性和创新能力