Letterbook
1.0.0
信件书是一项联合微博服务，实施了ActivityPub。该项目的目标是使托管Fediverse服务器成为更好，更可持续的体验。我们还想为使联邦媒体成为社交媒体的人们成为一个更安全，更具包容性的空间。这些是很大的愿望，但是我们有一些关于如何开始的扎实计划，我们会更喜欢从那里去哪里的投入。
我们没有详尽的列表，但是我们将支持Fediverse中已经常见的许多功能。例如，您将能够发布，编辑帖子，使用主题标签和自定义表情符号以及迁移帐户。
信函最初以简单的负载平衡缩放为单一的可执行文件部署。除了对象存储和电子邮件之类的辅助服务之外，您还需要全部运行并运行1个数据库。而且，如果您将来确实会看到巨大的规模，那么您仍然可以向外扩展到分布式的任务工作者和微服务。
信函没有保持任何现场状态。一切都存在于数据库中，因此无需运行Redis群集或与共享状态存储相似。由于建筑选择既避免了昂贵的基础架构和系统蔓延，又期望计算需求明显降低，以及使用C＃的使用C＃非常高性能编译的语言。
信函本可用于自动和自定义遥测，包括可靠的日志记录，指标和分布式跟踪。我们还为遥测提供了开箱即用的收藏和仪表板。您可以像开发人员一样研究错误，错误和性能问题。
避免上下文崩溃！您可以与用户交谈，他们可以互相交谈，而不会通过暴露于整个Fediverse而崩溃。
主持人行动（例如阻止，静音和限制联邦）将能够在设定的时间后自动到期。
您将能够做一些事情，例如防止联邦帖子出现在促进的供稿中，防止它们完全出现而没有建立的跟随关系，在点击和警告后面隐藏帖子，并在不破坏用户的情况下违反关系，此外还有与其他服务器相同的基本选项。
我们打算实施Mastodon API，该API将为许多现有的Mastodon应用程序提供支持。随着时间的流逝，我们预计我们的功能将远远超出Mastodon的支持。但是，直到我们这样做，或者这些功能不感兴趣，您当前喜欢的应用程序仍将为您服务。
信函将具有主题检测和基于主题的提要等功能。遵循建议还将考虑您对您对朋友关系的兴趣和朋友关系的兴趣。
我们希望支持长期的多页帖子。我们还能够为您自己的帖子创建多个促销供稿，并有能力专门遵循这些提要。如果出于某些奇怪的原因，人们想遵循您对CVE的分析而不是您的Fursuit星期五帖子，那是可行的。最终，您将能够与其他人合着。
我们计划通过实现XMPP服务器来提供真正的直接消息体验。如果您以前使用过Jabber，那么您最喜欢的聊天客户端可能已经准备好了，等待您，比以往任何时候都更好。而且，如果您从未停止过，那么您可能比我们知道的要好，希望这对您来说是个好消息。当然，您可以像现在一样发送和接收具有限制可见性的帖子，因此您不会失去与您的联系人使用Mastodon风格的直接消息。
所有这些都是我们为信函计划计划的开始。我们对未来感到非常兴奋，我们可以一起建造它。如果您想了解有关启动项目的思考过程的更多信息，则可以阅读博客文章。
提示
要开始开发，请参阅《贡献指南》中的快速启动部分
请与我们联系，让我们知道您对该项目感兴趣！有很多贡献的方法，不仅仅是代码。现在，在这些领域的经验将特别有帮助。而且此列表只会随着时间的推移而增长。
重要的
我们使用项目来组织积压
我们当前的项目是单个用户预览
将所有这些都放在已经完成和尚未完成的情况下可能会有所帮助。在这一点上，我们从本质上爬上了一座山，现在我们正在调查我们仍然有前面的所有其他山脉。该计划是朝着可以负责任地生产的产品迈进，目的是支持大型多用户部署。我们将从支持实时工作量的经验中学到更多，并根据该经验建立更多强大的工具，功能和性能。现在是加入该项目的好时机。需要做很多事情，也是一个坚实的基础。
%% {init：{'theme'：'default'}} %%
时间表
联邦零部分？
ActivityPub＆Friends：ActivityStreams类型：ActivityPub API：数据模型和持久性：Webfinger API：HTTP签名：消息队列
节单用户预览？
发布？ ：数据模型☑️：核心逻辑☑️：DB模式☑️：APIS☑️：联邦：第三方API
帐户管理？ ：数据模型☑️：DB模型☑️：创建帐户☑️：API：联系人管理：密码管理：电子邮件验证：第三方API
authn/authz？ ：数据模型☑️：密码验证☑️：代币创建/验证☑️：登录/注销/挑战：索赔方案：OIDC支持
饲料？ ：数据模型☑️：DB模型☑️：APIS☑️：填充数据☑️：第三方API
适度？ ：数据模型：DB架构：API：块：静音：暂停：报告：联邦限制：第三方API
媒体 ？ ：数据模型：DB模型：第三方API
请注意，此路线图仅在肠胃状态下更新。该项目的GITHUB问题，特别是单个用户预览板是跟踪计划，过程中和完成的内容的最佳方法。
