Linux/mediawiki之Linux布局
来自iSrv 百科
更多操作
这是很多刚接触 Wiki 的人最容易走错的一步。
你的直觉是对的：
Linux 页面把所有 Linux 内容都写进去，最后一定会变成几万字垃圾场。
实际上 MediaWiki 的最佳实践是：
不要把 Linux 当笔记
而是把 Linux 当导航页
例如：
= Linux = == 发行版 == * [[Arch Linux]] * [[Debian]] * [[Ubuntu]] == 系统管理 == * [[systemd]] * [[用户管理]] * [[权限管理]] == 文件系统 == * [[ext4]] * [[btrfs]] * [[LUKS]] * [[VeraCrypt]] == 输入法 == * [[fcitx5]] * [[Rime]] == 软件管理 == * [[pacman]] * [[yay]] * [[AUR]]
Linux 页面本身只有几十行。
作用类似：
Linux（目录页）
├── Arch Linux
├── systemd
├── pacman
├── fcitx5
└── LUKS具体知识单独成页
例如：
页面：
Arch Linux内容：
= Arch Linux = == 安装 == == pacman == == 网络 == == 常见问题 ==
页面：
pacman内容：
= pacman = == 常用命令 == <syntaxhighlight lang="bash"> pacman -Syu pacman -Ss keyword </syntaxhighlight> == 常见问题 ==
页面：
fcitx5内容：
= fcitx5 = == 安装 == == 自动启动 == == Rime配置 ==
这样页面都很小。
分类是第二层
例如：
fcitx5 页面底部：
[[Category:Linux]] [[Category:输入法]]
Rime 页面：
[[Category:Linux]] [[Category:输入法]]
LUKS 页面：
[[Category:Linux]] [[Category:加密]]
以后点：
Category:Linux自动出现：
Arch Linux
pacman
fcitx5
Rime
LUKS
Docker分类不要太多层
新手最容易犯：
Linux
└── Arch Linux
└── 软件管理
└── pacman
└── 更新这种目录思维。
Wiki 不适合。
推荐：
分类
├── Linux
├── Docker
├── NAS
├── VPS
├── Wiki
├── 编程
├── 网络
└── 加密就够了。
用链接组织知识
这是 Wiki 最强大的地方。
例如：
fcitx5 页面：
fcitx5 是 Linux 下常用输入法框架。 配合 [[Rime]] 使用效果最佳。 安装方式见 [[Arch Linux]]。 配置文件位于 [[XDG Base Directory]]。
一个页面可能链接十几个页面。
久而久之形成知识网络。
这比文件夹强很多。
适合你的结构
结合你这些年的内容：
首页
├── Linux
├── Docker
├── NAS
├── VPS
├── Web
├── Wiki
├── Proxy
├── Script
├── Diary
└── LifeLinux 导航页：
Linux
├── Arch Linux
├── systemd
├── pacman
├── yay
├── fcitx5
├── Rime
├── LUKS
└── VeraCryptWeb 导航页：
Web
├── Nginx
├── Caddy
├── Typecho
├── WordPress
├── MediaWiki
└── HTTPSDocker 导航页：
Docker
├── Docker Compose
├── PostgreSQL
├── Redis
├── MinIO
├── Affine
├── Trilium
├── Docmost
└── AppFlowy我自己的建议
对于你这种技术知识库，优先级应该是：
1. 页面互链（最重要）
2. 导航页（第二重要）
3. 分类（第三重要）
4. 文件夹思维（尽量不要）很多老牌 Wiki（包括 Wikipedia 的组织方式）其实也是：
主题页
↓
具体页面
↓
页面之间互链
↓
分类辅助检索而不是靠目录树。
如果你把 Obsidian 迁移过来，我甚至建议保留大量 双链，然后让：
Linux
→ Arch Linux
→ pacman
→ systemd
→ Docker
→ Caddy这些页面互相引用，MediaWiki 才会真正体现出它比普通笔记软件更强的地方。