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

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

下图是 B3log 的主要结构:

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

在我的理解中:

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

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

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

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

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

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

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

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

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

例如:

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

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


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

  • B3log

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

    1127 引用 • 3384 回帖 • 514 关注
  • 思考
    21 引用 • 104 回帖

赞助商 我要投放

6 回帖
请输入回帖内容 ...
  • wizardforcel

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

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

    2 回复
  • HaujetZhao

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

  • HaujetZhao

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

  • 88250 2 赞同

    感谢你分享思考。

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

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

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

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

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

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

    特性:匿名、分布式

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

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

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

    1 回复
  • HaujetZhao

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

  • ylsislove

    都是很棒的想法

请输入回帖内容 ...