最新

我在12月初发布了一篇关于Postgresus 2.0的文章：一个用于PostgreSQL的自托管工具。自那时以来，该项目更改了名称，并增加了对其他数据库的支持：MySQL、MariaDB和MongoDB。 <p>网站 - <a href="https://databasus.com" rel="nofollow">https://databasus.com</a></p> <p>GitHub - <a href="https://github.com/databasus/databasus" rel="nofollow">https://github.com/databasus/databasus</a></p> <p>主要功能：</p> - 支持多个PostgreSQL、MySQL、MariaDB和MongoDB数据库的定期备份 - 支持将备份存储到S3、Cloudflare R2、Google Drive、Azure Blob、NAS、SFTP、rclone等 - 通过电子邮件、Telegram、Slack、Discord、MS Teams和可自定义的Webhook发送备份状态通知 - 兼容自托管和托管的PostgreSQL（如RDS、Cloud SQL等） - 作为单个Docker容器运行，或通过Helm在Kubernetes上运行，可通过脚本安装 - 提供工作区和基于角色的访问控制，并具有审计日志功能

在我构建项目并向客户发送邮件的过程中，有一件事变得非常明确：通过Cursor创建邮件和序列比通过传统邮件平台发送要更快更简单。然而，这个解决方案缺乏适当的分析、细分等功能。我们的目标是保持人工智能的速度，同时不牺牲工具的功能。因此，我开发了Sequenzy。它可以提取您的品牌数据、公司信息，并在几分钟内生成符合品牌形象的邮件和序列。请告诉我您对此的看法！

你好，HN， 我正在开发OnionLab，这是一个围绕严格约束构建的实验性服务生态系统： 所有面向用户的服务仅通过Tor（.onion）访问。清网仅用于发布静态的官方信息。 这样做并不是因为Tor是一种“特性”，而是因为将隐私视为一个硬性约束可以简化某些设计决策，同时使其他决策变得明确。 通过承诺仅限Tor访问，我们有意避免： - 基于IP的假设 - 用户追踪或画像 - 通过账户或社交图谱绑定身份 相反，我们专注于： - 最小化和明确的状态 - 仅在严格必要时使用短暂的会话状态 - 使用加密验证（PGP）而不是身份声明 - 采用仅附加记录而非可变历史 一个例子是OnionLab Trust，它记录PGP密钥持有者声明的引用（例如，URL、洋葱服务、外部账户标识符）。 Trust并不验证所有权、合法性或真实性。它仅保证某个引用是由特定PGP私钥的持有者注册或更新的。 我们的目标不是创造权威，而是让其他人能够观察到随着时间推移的连续性和意图，而不削弱匿名性。 我在这里分享这些，不是作为产品发布，而是作为一个具体的探索，展示当隐私被视为不可妥协的要求时，服务设计的样子。 我很想听听那些构建了仅限Tor系统的人，或者那些考虑过这种方法但最终决定放弃的人。 感谢阅读。