太微中文论坛

我发现 无论是标题，还是文件名，还是文件夹名，都是给内容起名字。这听起来就像是dict。标题给内容块起名字，文件给文件内容起名字，文件夹是为文件们起个名字。呢么，起名字是为了什么呢？

树其实就是一个拓扑意义上的分型结构。

类似的还有线性表，list和dict

若一个组织拓扑结构是分形的，呢么这个组织方式就是好的组织结构。因为可以容纳无限。

一个好主意是可以使用多层树构建网，一般来说两层树就可以。第一层树根据相关性构建。第二层引用第一层树更具逻辑构建。

这里层次是指垂直层次。上层依赖下层实现。第二层树，即上层可以有很多树。这些树可以不断对第一层树进行组织，输出。

这样就是多输入多输出的系统。

没有，从别的wiki学习，然后在TiddlyWiki中使用

Markdown风格硬换行符插件：https://wikilabs.github.io/editions/space-space-newline/

笔记嘛，只要写了能找到，叙事完整。感觉就差不多了。别搞得想松鼠埋橡子一样，到需要时候自己都不知道放哪里啦 。

这东西是个服务器端软件。所以有浏览器的地方都可以访问。只不过可以视为一个本地笔记软件用。

https://sspai.com/post/66094#!

线树图在这篇21年的文章中就提到了

嗯嗯，是哇，了解一些方法论，然后在回去用插件就更容易找到目标，就像《认知学徒制:理论与实践》中说的概念地图：

学习裁剪技术的学徒在学会自己裁剪之前,先要学会把已裁剪好的布料拼接成衣服。这个特殊排序原则的主要效果是让学生在注意到某个领域的细节之前建立一张概念地图,对整个活动有一个清晰的概念模型,这能帮助学习者理解他们正在执行的部分,从而提高他们监控自己进步的能力,发展他们的自我纠错技能

我想先了解插件，然后在知道概念地图，带着概念地图去用插件就不会茫然了

哦哦原来如此，我对他的页面，页面组织，和快速检索比较好奇。先用用看。不管怎么说，我还是缺少很多笔记常识和笔记的经验或者知识。

MediaWIki项目很像Nodejs项目

• composer.json = pnpm的package.json
• composer install 等价于 pnpm install
• composer require 等价于 pnpm add

插件的安装都是两种方式，执行命令或者手动复制粘贴。

https://www.semantic-mediawiki.org/wiki/Semantic_MediaWiki/zh-hans

mediawiki的所见即所得编辑很好用，可以在Windows上部署，不过安装稍微麻烦点。但也都是傻瓜式的。使用phpstudy作为服务器环境（Nginx、mysql8、php8.0.2nts、diffutils（diff3.exe）APCu NTS_64版本）

@WhiteFall 在 各种WIKI给人的感觉就像一个网站+搜索引擎 中说：

{命名空间：[页面]} 搜索引擎。

这样看mediawiki的组织和检索都有了，所以好用

Category能够折叠的。对于WIKI而言，页面是没有层级关系的。

farm and interwiki（农场和内部维基）＞Namespace（命名空间）＞ Category（目录，类别，范畴）＞ Property（属性）

可以描述从简单的孤立笔记逐渐发展为最复杂的超图笔记结构的过程。

【知识组织拓扑|软件内容的组织形式|如何选择软件-哔哩哔哩】 https://b23.tv/6PXQbxB

全补充后就变成了，孤立点，线性，关系表，树，图，语义网，超图。

命名空间：https://m.mediawiki.org/wiki/Manual:Namespace/zh

维基百科的命名空间就是页面的种类名称，不同种类的页面便有不同的种类名称。

命名空间（namespaces）是将wiki页面分组/区分的一个机制。

{命名空间：[页面]} 搜索引擎。

mediawiki的名称空间专用于一个用途。

命名空间就是为了搜索框可以拆解出搜索内容，为搜索服务的。

【mediawiki的设计理念：从内容拆解角度看待wiki-哔哩哔哩】 https://b23.tv/7k2CZRK