

信件書是一項聯合微博服務,實施了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問題,特別是單個用戶預覽板是跟踪計劃,過程中和完成的內容的最佳方法。