最新

谁在构建这个？人们已经购买了 Alexa，所以呢？一切为了广告数据。他们已经在电视上投放广告了。是的，对隐私不好，但这不是重点。

我想在用生产力应用的时候使用 YouTube、Reddit 等，但它们会屏蔽整个域名。所以我构建了一个能根据我的目标屏蔽干扰内容的工具。非常欢迎大家提供反馈。

各位 HN 用户，大家好， 我搭建了自己的邮件基础设施，不依赖第三方工具发送邮件。但在微服务架构中，管理所有 SMTP 配置很快就变得令人厌烦。过了一段时间后，我的凭证和设置总是散落在 application-properties 文件、bash 脚本和环境变量文件中。 因此，我开发了 Brieferl，一个可以添加 SMTP 服务器并通过一个简单的 JSON 负载通过单个 API 发送电子邮件的应用程序。您还可以获得电子邮件发送时间/地点的日志以及邮件的 HTML 预览。 我对大家的看法很感兴趣。您只需使用您的电子邮件创建一个免费帐户，添加一个 SMTP 服务器 + API 密钥，然后开始发送。（目前还没有追加销售或付费计划） 这还处于非常早期的阶段，它确实有效，我实际上是为自己制作的，但一个朋友告诉我他也想使用这个，所以我想为什么不问问其他开发人员他们的想法呢。 您会使用这个吗？有哪些功能会让它对您更有价值？或者这只是我个人的感受？

Proxmox-GitOps 为 Proxmox VE 实现了一个自包含的 CI/CD 控制平面，该平面从单个存储库启动，并在其管理的 LXC 容器内以递归方式进行自我管理。 存储库：[https://github.com/stevius10/Proxmox-GitOps](https://github.com/stevius10/Proxmox-GitOps) 演示（1 分钟以上）：[https://youtu.be/2oXDgbvFCWY?si=gSSACmVi0mO6v8xx](https://youtu.be/2oXDgbvFCWY?si=gSSACmVi0mO6v8xx) 架构 - 本地引导程序 (`./local/run.sh`) 为 Gitea 实例和 runner 播种，初始化管道，并创建初始 PR。合并此 PR 将系统转换为自我管理状态；后续提交将使 Proxmox LXC 容器中的期望状态趋于一致。 - 该系统使用一个自包含的单体仓库，其中包含可重用的容器库。 Ansible 处理针对 Proxmox 的配置，而 Cinc (Chef) 执行期望状态的收敛和跨层编排，以应对声明式建模不足的情况。 概念 - 递归自我管理：控制平面在受管容器内执行，以最大限度地提高可重复性并最大限度地减少偏差。 - Git 作为当前期望状态：操作映射到标准 Git 工作流程（提交、合并、回滚），采用无状态管理模型。 - 基于约定的可扩展性：通过从库中复制容器定义、添加最少的 cookbook 和 `config.env` 来添加服务；管道处理配置、配置和验证。 - 松散耦合：容器保持独立可替换，并在没有手动后续操作的情况下继续运行。 环境 - Proxmox VE 8.4–9.0，默认 Debian 13 LXC。 - 通过 Docker 进行本地引导；进一步的操作由存储库驱动。 安装 - 在 `./local/config.json` 中配置 Proxmox 凭据。 - 运行 `./local/run.sh` 以播种环境。 - 在播种的 Gitea 实例的 `localhost:8080/main/config` 处接受初始 PR。 - 推送更改以触发 Proxmox VE 上的配置、收敛和验证。 权衡 - 递归引导增加了复杂性，以保留从存储库重建的语义和确定性行为。 - 在 Proxmox 9 上，更严格的令牌权限限制了某些操作；自动化使用根上下文 API 访问，其中令牌不足。