【TW前瞻】MultiWikiServer 锐意开发中的官方多维基服务器，未来可期

[FSpark]

• Announcing the MultiWikiServer Plugin - Discussion - Talk TW
• MultiWikiServer and SQLite - Developers - Talk TW
• Introduce "Multi Wiki Server" Plugin by Jermolene · Pull Request #7915 · Jermolene/TiddlyWiki5 · GitHub

目标

• 同时托管多个维基，并通过“配方/袋子”机制在它们之间共享数据
• 改进了文件上传和附件的处理，允许上传和流式传输千兆字节的视频文件
• 服务器和所有连接的客户端之间的更改即时同步
• 服务器上的工作流处理，例如自动压缩图像或存档网页
• 强大的身份验证和授权选项

配方/袋子模型

TW越来越像海鲜市场了（笑）
顾名思义，把 Tiddlers (小鱼）装进 Bag（袋子）中，再根据不同的 Recipe （配方/食谱) 组合再与 Template （模板）一起渲染（烹饪）成最终的 Wiki （菜）。

以下是官方定义的规则：

• “条目”被存储在命名的“袋子”里
• 袋子有访问控制，决定哪些用户可以读取或写入它们
• 配方是按优先级从低到高排列的袋子的命名列表
• 配方中的条目会按照优先级顺序，从每个袋子中依次收集。因此，如果不同袋子中有标题相同的多个条目，则会使用优先级最高的袋子中的条目作为配方的条目
• 托管的维基是通过将相应配方中的条目拼接到标准的TW5 HTML模板中来构建的

入口界面

初始界面为多wiki（配方）的入口，配方即为袋子的自由组合（依照顺序级联覆盖）

存储结构

服务端一改以往的 tiddlers 文件夹，转而使用单一SQLite数据库文件。

内存占用

因为不再将所有tiddlers常驻内存所以大幅减小。

尝鲜

git clone https://github.com/Jermolene/TiddlyWiki5.git --branch multi-wiki-support
cd TiddlyWiki5
pnpm i
node ./tiddlywiki.js ./editions/multiwikiserver --listen port=8080

再看看

• Developer demo of alternate wiki store implementation by Jermolene · Pull Request #7329 · Jermolene/TiddlyWiki5 · GitHub
  • 浏览器中的WASM SQLite存储

[机杼]

厉害了。未来多用户应该会很方便了。

[FSpark]

其实更大的期待在于性能的巨大改进上，只是目前还不好基准测试

[机杼]

就是SQLite格式不如tid格式更方便查看。

[linonetwo]

这个应该是类似 tiddlyhost 的服务器端用的，用于云同步备份、部署博客等等，本地还是可以用多文件版。不过应该也可以用一个同步适配器同时保持 tid 和 SQLite，便于查看和git备份，这个还有待实现。

[机杼]

@FSpark 我把你这篇文章收到太微漫游文档里了。也搞了一个太微前瞻的分组。

话说原来Jeremy Ruston的github名称是Jermolene，怪不得前者jeremy翻译成杰里米，后者jermolene翻译成杰莫林。之前竟然都没发现。我还以为是浏览器翻译不靠谱啥的。

[oeyoews]

@FSpark 尝试安装了一下， 这 better-sqlite 的依赖好多， 先是需要全局安装 node-gyp, 然后又依赖一堆环境（window上一般都没有这些东西）， 测试还是linux 方便。暂时不试了。