由 B3log 构思引起的思考,怎样让它在几乎任何严俊的外部环境下都展现出顽强的生命力

本贴最后更新于 1855 天前,其中的信息可能已经事过景迁

这篇文章的构想目标是:即使外部环境严俊到堪称第三次世界大战, B3log 也能无比顽强地存在和发展。

下图是 B3log 的主要结构:

我不是程序员,只是个体验的软件比较多的用户,从一个普通用户,谈下看法。

在我的理解中:

  • Synphony 像是一个社区的广场,近乎是一个公共空间。
  • Pipe 像是这个社区的楼房,可以分配出许多房间,租给用户,用作私人空间,写的东西可以同步到社区公共空间。
  • Solo 像是用户在社区之外自己的小别墅,地是自己的,房子是自己的,房子里的东西还是自己的,而且还可以盖好多个别墅!用户可以选择不租用 Pipe ,而是在自己的 Solo 中创作,并同步到社区公共空间。

但这样有一些问题:无论是 Solo 还是 Pipe,都需要一个稳定、可访问的地址(例如域名),才能时刻顺利访问。

如果域名因为外部原因,无法访问了,那么将会给用户带来访问的困扰。更何况,我们生活中有很多这样的外部原因:

  • 没钱交服务器费用了
  • 手头设备断网了
  • 为了省电,关闭网络了
  • 手机不小心没流量了
  • DNS 被感染了

在上述情况下,用户还想要更新、管理他的博客,发篇文章的话,就没办法访问自己服务器的 Solo 或 B3log 提供的 Pipe 了。

以或者,极端一点,你搭建的 Solo 和 Pipe 都是在阿里云上,定期备份在 Github 上,世界大战爆发了,商业网络服务提供商暂停服务了,用户如何能够在这样的时期依然畅通地管理自己的博客,并且在大战结束后,即使阿里云上存储的所有数据都被摧毁了,只要网络恢复,社区都可以不受数据丢失影响地恢复?

不那么极端,考虑美好的未来,IPV6 的世界,每一台设备都能有一个直达的 IP 地址,每个设备(笔记本、手机)都能作为一台性能沿可的个人服务器,只是 IPV6 地址可能会因网络环境而变化,随着知识人群的增多,可能每个高级知识分子都需要一个博客,让博客连接到社区,来发表自己的见解。

但是,在众多高级知识分子中,许多并不是程序员,没有自己搭建博客的技能,他们只是其它领域的大牛,难道他们就只能使用所有文件都在远端的 Pipe 了吗?一旦网络出现问题,访问和数据安全问题也就会悬在他们头顶。

结合使用 Syncthing1 的理解,我提出这样一种构思:

  • 提供多平台的 Solo GUI 客户端,只要从(Win, Android, iOS)图标启动,那么就在本地后台启动了一个 Solo 服务,本机可以通过例如: http://127.0.0.1:8080 访问
  • 每个 Solo 和 Solo 之间可以通过 P2P 同步,Rhythm 充当 Tracker
  • Rhythm 提供 GUI 工具,只要打开运行,就可以在本机运行一个 Tracker,这就允许普通用户轻易运行一个 Tracker
  • Solo 可以添加多个 Tracker
  • Solo 和 Pipe 之间可以通过 P2P 同步
  • Solo 和社区之间可以通过 P2P 同步

请允许我描述一下,上述构思实现之后,是怎样的体验:

简要而言,无论处于什么网络环境,用户只需在设备后台运行 Solo 客户端,就可以访问 http://127.0.0.1 来流畅地管理自己的博客。

例如:

  • 我月底没钱,宽带费刚好到期,没钱交了,路由断网了。不怕,继续在我的电脑上管理我的本地 Solo 博客,同时,我的手机和电脑,将通过电脑上运行的 Rhythm 提供的 Tracker 使用 P2P 直连(都在一个局域网下,自然可以直连)同步博客。所以在电脑上编辑博客后,我电脑上的博客和手机上的博客内容是一致同步的。
  • 然后我出去溜一圈,打开了流量开关,同步到手机上的 Solo 博客在官方服务器 Tracker 的帮助下,自动与 Pipe 进行同步,交换最新消息,Pipe 上的收到的评论同步到了手机 Solo 上,Pipe 上要公开的文章也同步到了 Synphony 社区中。
  • 回家之后,手机连上了家里的 Wifi ,自动将最新的 Solo 与电脑上的 Solo 同步到了最新,在电脑上继续处理新消息。

在这样一个过程中,有以下几点好处:

  • 无论是多糟糕的网络环境,都不会影响用户在博客上畅快地写文章,管理文章
  • 只要设备能访问共同添加的 Tracker,就能同步、交换最新消息(新文章、新评论、……)
  • 最少有了三份同步的、在不同设备上的数据:手机一份、电脑一份,阿里云服务器 Pipe 中一份,数据安全几乎无懈可击。这样的好处就是:
    • 即使阿里云 Pipe 炸了,所有外网环境炸了,用户仍能通过本地设备安全地访问、管理、更新他的数据,大不了再换一个新的 Pipe 平台
    • 即使家里着火了,所有随身设备都烧坏了,没关系,云端还有,换一个手机,连上 Tracker ,添加上设备,最新数据又回来了。
    • 不用再去花精力做数据备份。
    • 要是云也炸了,自己身边的所有设备也炸了,最大的可能就是世界核平了,那时博客也没有意义了。
  • 客户端的 Solo 等服务是 GUI 一键启动的,不需要程序员知识,不需要命令行操作,只要智力正常,都能会用。

我认为这样一个构思正好和星火计划有共性,在这样的 P2P 博客网络下,可以让 B3log 社区真正做到野火烧不尽,春风吹又生,在几乎任何严俊的外部环境下都展现出顽强的生命力。


  1. Syncthing 是一个开源的多设备 P2P 同步软件,可以让多个设备上的文件保持同步,它的 Tracker 服务器也是开源的,所以用户可以运行自己的 Tracker 服务器,在跨网段、访问不到官方 Tracker 的情况下,也能顺畅同步。

  • B3log

    B3log 是一个开源组织,名字来源于“Bulletin Board Blog”缩写,目标是将独立博客与论坛结合,形成一种新的网络社区体验,详细请看 B3log 构思。目前 B3log 已经开源了多款产品:SymSoloVditor思源笔记

    1063 引用 • 3455 回帖 • 148 关注
  • 思考
    29 引用 • 120 回帖

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • wizardforcel via Android

    我觉得无论怎么样都得优先接入 ipfs,其中重中之重是找到愿意给你 pin 的人。

    然后其次是拿几个硬盘备份数据,硬盘贵就换成磁带机。

    2 回复
  • HaujetZhao via Android

    ipfs 对我有点高深,许多地方理解不了。我对数据安全的理解仅限于将数据最少三份同步保存在不同的设备上,并且加上可调节的版本控制。

  • HaujetZhao via Android

    文章其实核心想实现的是,保证在任何网络环境下,用户都能安心、顺畅地使用他的博客,可以放心地将博客作为个人知识中心。

  • 88250 2 赞同

    感谢你分享思考。

    在 B3log 发展的现阶段,去中心化暂时不是首要目标。目前我们需要继续推进分布式社区实现,当有一定量的用户充分参与到分布式社区后再继续考虑去中心化,这样基础会更稳定一些,届时黑客派将作为星火社区的一个对等节点加入到星火网络中。

    我设想过一种“Hub”模式,节点间可以类似 git 做 fork/merge 操作,拉取其他节点内容数据或者推送内容数据到其他节点,形成不同偏好内容的社区,比如面向编程语言、产品设计、运维等,由不同的参与者运营,用户可以在不同社区之间分享贡献。

    不过这个考虑过于长远,现阶段并不具备开发和运营的条件。但这个模式的试水 demo 我已经构思好了,即摸鱼聊天室——鱼塘。

    隐喻:各不相同的鱼塘通过水渠连接,摸鱼人可以随着水流摸到各种不同的鱼,也可以放鱼到鱼塘中让其游历。

    功能:鱼塘是一个分布式的聊天服务,通过鱼塘开源项目搭建聊天室,不同聊天室之间通过服务端接口打通数据,所有聊天室对等节点共同构成了鱼塘网络。

    愿景:成为全球最大的摸鱼聊天社区

    特性:匿名、分布式

    好像有点扯远了,而且有点“不务正业,误人子弟”🤣

    现在我们最主要的目标是将 Vditor 打造为”下一代的 Markdown 编辑器“,这是以后发展的基础,因为以上所构思的任何一款产品都离不开编辑器,有了好用的编辑器,才能在最大程度上方便用户创造内容,有了有价值的内容才能带来更多用户参与,有了一定量级用户的参与,分布式化乃至去中心化社区才能建立,当这样社区的网络节点呈现出一定规模后才能改变体验,最终实现目标,回归初心。

    实现这些需要的时间会比较长,现在发展也比较缓慢,期待有更多的人参与进来。悲观一些,即使没人关注,我也会一直努力下去,因为我坚信正在做的事情是有意义的。

    1 回复
  • 这个赞同。其实我的很多想法什么的就是提一提,不算是主线任务。当下专造 Vditor 是正业 👍 。优秀的人是会吸引的,我是非常相信这样一种社区是未来的方向,会有更多大牛参与进来的。

  • 都是很棒的想法

  • zhangle1

    zeroNet 了解一下

请输入回帖内容 ...

推荐标签 标签

  • GitBook

    GitBook 使您的团队可以轻松编写和维护高质量的文档。 分享知识,提高团队的工作效率,让用户满意。

    3 引用 • 8 回帖
  • Ngui

    Ngui 是一个 GUI 的排版显示引擎和跨平台的 GUI 应用程序开发框架,基于
    Node.js / OpenGL。目标是在此基础上开发 GUI 应用程序可拥有开发 WEB 应用般简单与速度同时兼顾 Native 应用程序的性能与体验。

    7 引用 • 9 回帖 • 403 关注
  • OnlyOffice
    4 引用 • 16 关注
  • ZooKeeper

    ZooKeeper 是一个分布式的,开放源码的分布式应用程序协调服务,是 Google 的 Chubby 一个开源的实现,是 Hadoop 和 HBase 的重要组件。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等。

    59 引用 • 29 回帖 • 9 关注
  • 招聘

    哪里都缺人,哪里都不缺人。

    188 引用 • 1057 回帖 • 2 关注
  • Kafka

    Kafka 是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者规模的网站中的所有动作流数据。 这种动作(网页浏览,搜索和其他用户的行动)是现代系统中许多功能的基础。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。

    36 引用 • 35 回帖
  • Lute

    Lute 是一款结构化的 Markdown 引擎,支持 Go 和 JavaScript。

    29 引用 • 202 回帖 • 29 关注
  • golang

    Go 语言是 Google 推出的一种全新的编程语言,可以在不损失应用程序性能的情况下降低代码的复杂性。谷歌首席软件工程师罗布派克(Rob Pike)说:我们之所以开发 Go,是因为过去 10 多年间软件开发的难度令人沮丧。Go 是谷歌 2009 发布的第二款编程语言。

    500 引用 • 1395 回帖 • 243 关注
  • FlowUs

    FlowUs.息流 个人及团队的新一代生产力工具。

    让复杂的信息管理更轻松、自由、充满创意。

    1 引用 • 7 关注
  • 安装

    你若安好,便是晴天。

    132 引用 • 1184 回帖 • 1 关注
  • Ant-Design

    Ant Design 是服务于企业级产品的设计体系,基于确定和自然的设计价值观上的模块化解决方案,让设计者和开发者专注于更好的用户体验。

    17 引用 • 23 回帖 • 3 关注
  • jsDelivr

    jsDelivr 是一个开源的 CDN 服务,可为 npm 包、GitHub 仓库提供免费、快速并且可靠的全球 CDN 加速服务。

    5 引用 • 31 回帖 • 105 关注
  • 强迫症

    强迫症(OCD)属于焦虑障碍的一种类型,是一组以强迫思维和强迫行为为主要临床表现的神经精神疾病,其特点为有意识的强迫和反强迫并存,一些毫无意义、甚至违背自己意愿的想法或冲动反反复复侵入患者的日常生活。

    15 引用 • 161 回帖 • 2 关注
  • 叶归
    12 引用 • 56 回帖 • 20 关注
  • 又拍云

    又拍云是国内领先的 CDN 服务提供商,国家工信部认证通过的“可信云”,乌云众测平台认证的“安全云”,为移动时代的创业者提供新一代的 CDN 加速服务。

    20 引用 • 37 回帖 • 579 关注
  • Bootstrap

    Bootstrap 是 Twitter 推出的一个用于前端开发的开源工具包。它由 Twitter 的设计师 Mark Otto 和 Jacob Thornton 合作开发,是一个 CSS / HTML 框架。

    18 引用 • 33 回帖 • 648 关注
  • 资讯

    资讯是用户因为及时地获得它并利用它而能够在相对短的时间内给自己带来价值的信息,资讯有时效性和地域性。

    56 引用 • 85 回帖
  • 职场

    找到自己的位置,萌新烦恼少。

    127 引用 • 1708 回帖
  • webpack

    webpack 是一个用于前端开发的模块加载器和打包工具,它能把各种资源,例如 JS、CSS(less/sass)、图片等都作为模块来使用和处理。

    42 引用 • 130 回帖 • 252 关注
  • SendCloud

    SendCloud 由搜狐武汉研发中心孵化的项目,是致力于为开发者提供高质量的触发邮件服务的云端邮件发送平台,为开发者提供便利的 API 接口来调用服务,让邮件准确迅速到达用户收件箱并获得强大的追踪数据。

    2 引用 • 8 回帖 • 505 关注
  • Hibernate

    Hibernate 是一个开放源代码的对象关系映射框架,它对 JDBC 进行了非常轻量级的对象封装,使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。

    39 引用 • 103 回帖 • 730 关注
  • 持续集成

    持续集成(Continuous Integration)是一种软件开发实践,即团队开发成员经常集成他们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。

    15 引用 • 7 回帖 • 1 关注
  • 链书

    链书(Chainbook)是 B3log 开源社区提供的区块链纸质书交易平台,通过 B3T 实现共享激励与价值链。可将你的闲置书籍上架到链书,我们共同构建这个全新的交易平台,让闲置书籍继续发挥它的价值。

    链书社

    链书目前已经下线,也许以后还有计划重制上线。

    14 引用 • 257 回帖
  • Windows

    Microsoft Windows 是美国微软公司研发的一套操作系统,它问世于 1985 年,起初仅仅是 Microsoft-DOS 模拟环境,后续的系统版本由于微软不断的更新升级,不但易用,也慢慢的成为家家户户人们最喜爱的操作系统。

    228 引用 • 476 回帖
  • Sillot

    Insights(注意当前设置 master 为默认分支)

    汐洛彖夲肜矩阵(Sillot T☳Converbenk Matrix),致力于服务智慧新彖乄,具有彖乄驱动、极致优雅、开发者友好的特点。其中汐洛绞架(Sillot-Gibbet)基于自思源笔记(siyuan-note),前身是思源笔记汐洛版(更早是思源笔记汐洛分支),是智慧新录乄终端(多端融合,移动端优先)。

    主仓库地址:Hi-Windom/Sillot

    文档地址:sillot.db.sc.cn

    注意事项:

    1. ⚠️ 汐洛仍在早期开发阶段,尚不稳定
    2. ⚠️ 汐洛并非面向普通用户设计,使用前请了解风险
    3. ⚠️ 汐洛绞架基于思源笔记,开发者尽最大努力与思源笔记保持兼容,但无法实现 100% 兼容
    29 引用 • 25 回帖 • 122 关注
  • Oracle

    Oracle(甲骨文)公司,全称甲骨文股份有限公司(甲骨文软件系统有限公司),是全球最大的企业级软件公司,总部位于美国加利福尼亚州的红木滩。1989 年正式进入中国市场。2013 年,甲骨文已超越 IBM,成为继 Microsoft 后全球第二大软件公司。

    107 引用 • 127 回帖 • 342 关注
  • danl
    173 关注