Mediawiki

曾经我把个人维基的应用程序从 MoinMoin 切换到了 MediaWiki，现在我几次考虑要更换回来。

最大的问题还是出于保密需要。我之前感觉我需要保密的东西，就是在一些不大适宜让大家知道我知道的记录，比如一些成人的内容，但现在随着年龄的增长，事情正在起变化。现在我由一个大学生变成了一个中年男，有了媳妇当了父亲，一些事情，在当今社会对男人来说，已经不再是负担，反而是一些无关紧要的事情了。但是，当我近期开始维护起维基的时候，我想起了里面还是记录了一些个人隐私方面的内容。是真正的隐私，涉及感情的文字（比如曾经的情书之类的）。

上次也说了，我的一些逗比同事发现了我写博客的事，也知道了我的网站，甚至一度找到了我的维基，看到了上面保存的那些成人内容。我一开始不甚在意，但当我意识到，我里面还有情感方面的东西时，我就有点坐不住了。

现在考虑切换到可以做单页隐藏的维基。一个想法是回到 MoinMoin，我之前的页面备份还有，我想把它存回去，应该就可以恢复很多一部分内容。但负面考虑是安装麻烦，毕竟要用 Python，而且再加上 WSGI，我现在感觉不一定有把握可以顺利安装。还有一个原因来自 MoinMoin 本身，曾经的 2.0 版本，似乎一直没有推出，那么它还有没有未来，我还不清楚。另一个想法是 Doku Wiki，是一个比较方便安装的选项。但是它的语法跟 MediaWiki 正好相反，要迁移起来可能比较难。另外还有一个方法，就是把那几篇不适宜分享的内容删掉，保存在本地。可一来不甚安全，容易丢失，而来也违背了我维基永远不删除垃圾信息的原则，总之还没有一个定论。

当然，如果那帮逗比同事可以一棒子敲脑袋上就把这事忘记就好了。

今天我尝试重新开始维护我的在线维基。

我写个人的在线维基的历史也挺长了。自从我在维基百科上体验了 wiki 之后，一直对维基这个应用很有好感。全人类共同编写的百科全书，一听上去就令人心潮澎湃。看了一下我在维基百科上的编辑记录，我在 2003 年 8 月 8 日开始了第一次编辑，从 2006 年开始比较频繁的编辑。在个人使用方面，我当时没有想到场景。后来跟小伙伴考虑搭建一个网站，整理一些比较有深刻含义的歌词，我想到了维基这个工具，于是使用 MediaWiki 搭建了“歌词诗意”这个网站（现在已经没了）。后来我尝试使用 UseMod Wiki 来维护我的网站首页，再之后到了 2010 年 2 月 7 日我终于使用 MediaWiki 搭建了自己的维基。

自己搭建的维基主要的作用是当作一个可以安全保存的笔记本，我的一些网上获取的知识，转换成维基的形式记录下来，对自己的学习是一个很好的补充。当时我独自在加拿大留学，日常随身携带笔记本电脑上学上课，一些网上获取的知识，零散的分散在硬盘的上的文件里没有整理，是很可惜的一件事情。还有一些个人的记录，也很值得保留。把他们整理到维基上面，即是对知识的有效整理，也确保了他们不会丢失。特别是我当时已经开始玩 VPS，一些配置的指令，我维护到一个维基页面上，这样每次开通新的服务就照着走一遍，确保不会出错。

我过去的博客文章里说过好多次，由于我一直很羡啄木鸟社区的那种维基风格，所以一直想尝试使用 MoinMoin 来搭建维基。MoinMoin 还有个好处是有权限设置，MediaWiki 官方拒绝提供隐私页面的支持，所有页面都是公开的。我想往个人维基上放一些不适宜公开的东西，就会比较安全。于是经过了几次尝试与失败之后，终于在 2012 年 2 月 1 日把个人维基切换到了 MoinMoin。从那之后，我记忆中明显扩大了记录在维基上的东西的范围，除了网上学到的知识以外，我在当地喝的咖啡、点的外卖我都记录在维基上，哪道菜好吃哪道不好吃，都记一记，除了实际的用处外，也算是独自一人留学的日常调剂吧。再之后，我想明白了可以用 301 重定向功能，把我的首页跳转到一个维基页面上，我连首页也用维基来管理了，要上传什么文件也更加方便了。

这一切在我开始玩一些本地的记录工具后就停止了，最近最明显的是 Org Roam，自从我配置成功后，我在里面维护了一些安装配置 Linux 的记录，近期在安装 Linux 之后的一些配置都特别有用。我想过把他们维护到维基上面，总归是太懒，而且在 Emacs 中，他们已经很类似于维基的形式了，就没有找时间把他们放上去。这些记录我通过坚果云同步，因此他们倒是一直没有丢失。还有一处地方是 Obsidian，我有个文件专门来保存这些东西，可惜也还没有建立起体系，想来想去还是维护维基里最安全。

重新维护个人维基还有一个原因，前一阵子我在工作之余写博客，被同事看见，于是我就告诉了她们我的网站，他们也看到了我的博客与维基了。因为我后来为了提高页面效率，切换回了 MediaWiki，有些不方便公开的内容，现在感觉也不是很有必要隐藏了，就没有管，就这样公开吧。结果还被女同事看到我记录 A 片观影体验的的页面，虽然有些羞赧，不过倒也让我回忆起过去维护维基的那些日子。今天，我还回顾了一下我在维基百科上的编辑记录，也是回忆起了不少往事。我过去特别喜欢干的一件事是，打开我的维基的编辑记录，看到那满满的修订记录，总有一种相当充实的感觉。结果今天我打开了我的维基的编辑记录，因为这个维基可能是设定的原因，只能显示近 30 天的记录，所以我看到的竟然是空白一片，不禁让我感到有点震惊。

于是今天，我开始把本地记录的一些东西，慢慢整理到个人维基上面。过去编辑维基百科时学会的语法，现在已经基本忘记。过去有段时间我发现 MediaWiki 加上了可视化编辑的功能，但我从来不用，因为比起编辑源代码还有很多不方便的功能。现在很多时候我反而要借助可视化编辑器才能正确的编辑维基记录了，特别是我要编辑的页面有很多需要插入代码的地方，看着文档尝试了几种，硬是没有成功。不过，维护了维基页面后，也的的确确再次体会到了整理知识的安心与满足感。

4 月份，我发现收到几封来自 Linode 的奇怪邮件。之前我用过一段时间的 Linode，后来没再用了，因此以为是推广，看不是要我缴费，我就没有仔细看。结果之后几天这种邮件源源不断的过来，引起我的重视，于是仔细看了一下，原来是有人使用了我的推荐链接。我已经完全没有印象曾在什么时间、在哪里发推荐链接了。而且这个链接短时间内一直被使用，导致我的账号上多了 120 美元的 credit。按照我一个月用 5 美元的标准，这些钱够我用一段时间的了。我于是就想，既然这样，何不把这些钱用掉呢？于是那时我计划着把 VPS 从 Vultr 迁移过去。

之前我很喜欢的 Vultr 一个功能是快照，免费的账号就可以。给 VPS 建立一个快照，需要在 Vultr 内部迁移或者移动，都能很方便的操作。负面效果是我这个 VPS 用了很长时间，除了升级软件外，基本没有维护，一些相关的配置操作，我在已经忘的差不多了。这导致了我将 VPS 从 Vultr 迁移到 Linode 的过程实际上是有一些负担的。当我抽出时间来维护 VPS，已经到了 4 月底了。为了在 5 月到来之前结束 Vultr 上的这个 instance，我的时间不多了。

因为 Docker 的流行，我也想过尝试一下用 Docker 来部署服务。之前看到 Wallabag 的部署，有心尝试一下，结果失败了。我这次在 Linode 上的新建实例上进行了测试，结果成功。也大体的了解了一下 Docker、Docker-compose 的具体操作。但 certbot 的部署我一直搞不定，看网上的教程似乎能理解了 docker-compose.yml 文件里的意思，但真正执行起来就一堆错误。可能是我太久没有设置 Nginx 了，一直想不明白。我眼看时间一分一秒的过去了，心想再搞不定就要到了 5 月份了，所以最终我还是放弃了使用 Docker。

直接在服务器上安装倒是不难，因为我之前在 wiki 上总结了一篇文档，把每一步该操作的都记了下来。虽然文档有点老旧，有些是针对 Apache 的，但多数还能用。迁移 wiki 的时候我遇到了点麻烦，过去我一直使用 MoinMoin，它有自己的部署方法。我虽然在 wiki 上记录了，但时间过得太长，我完全回忆不起来每一步的意义了。再者我写的是创建新的 instance 的方法，我之前的 instance 可是还要用的。MoinMoin 是 Python 写的，一旦要安装需要安装一堆的 Python 包，不搞清楚了我不大想贸然安装。因为我着急关闭 Vultr 的实例，所以我咬牙选择迁移到 MediaWiki。

今天我终于把自己的 wiki 系统换成了 MoinMoin。

我对 MoinMoin 算是觊觎已久了，我的 blog 上关于 MoinMoin 最早的一篇文章是两年前的《还是建了一个 wiki》，那也是我在自己的网站上搭建 wiki 的开始。本来我用 wiki 是像用它来管理我的网页，因为这样可以在浏览器里用方便的结构化文本来生成页面，而不用我麻烦的手写 HTML，当时我试用了几个 wiki 程序都不符合我的要求。主要原因是 wiki 的内容限制有些死板，我不想把我的首页弄得像一个 wiki，我想让它像一个网页。而那些 wiki 程序都以安全为由把用户可以输入的内容限制的死死的，令我非常不爽。后来我放弃了用 wiki 来管理整个网站的想法，转而建立一个单独的 wiki，于是我在当时用的 Site5 共享空间上用 MediaWiki 搭建了一个 wiki。当时我已经想用 MoinMoin 了，可惜用共享空间来搭建 MoinMoin 太麻烦，我最后放弃了。

到了 2010 年的 10 月，我自己开始试用了 VPS，当时也尝试过安装 MoinMoin，不过失败了。虽然现在看来我觉得安装 MoinMoin 不难，但对我来说有些事情是必须要经历过一次才能理解的，在这之前我没有成功的在远程主机上安装成功过 MoinMoin。

2011 年 7 月 2 日我第一次在自己的 VPS 成功安装了 MoinMoin，用 Nginx + FastCGI 来运行，感觉不错。不过由于中文文件名等原因，我到了第二天就放弃了。

今年年初我第一次给自己买了 512M 内存的 VPS，有很大的资源可以让我稍微挥霍一下，不用严格计算内存的用量了。本着学习的想法，我在这个 VPS 上装上了 Apache 服务器。在稍微熟悉了一下 Apache 的配置之后，我尝试着在上面跑 MoinMoin。MoinMoin 的文档上说用 WSGI 来运行 MoinMoin 是推荐的方法，但我就是没办法让 MoinMoin 在 Apache + mod_wsgi 模式下正常运行，于是我的尝试又一次失败了。那时我把 wiki 程序换成了 DokuWiki，用起来感觉很不错，当时我基本上都决定了之后就一直用 DokuWiki 下去了，结果命运弄人，偏偏我这时候瞎猫碰上死耗子一般的成功把 MoinMoin 在 Apache + mod_wsgi 模式下给跑起来了。

今天算是把我旧的 wiki 给导入进去了。

之前我新建了一个 wiki。因为 wiki 实在是太好用了，所以我在换主机之后就想重新把 wiki 给搭建起来。我过去用的是 MediaWiki，用着还不错，所以这次还是选择了它。

我在转移数据的时候没有考虑清楚，所以我忘了把 MediaWiki 里面的资料给导出来了（其实我也不知道 MediaWiki 有没有导出这一项），只是备份了过去的数据库。我的旧主机在 site5 上，那里的 MySQL 的字符编码设定我没搞定，所以那时候我的 blog 和 wiki 用的都是 SQLite 3 作为数据库引擎的。数据库都保存在一个文件里，直接把文件复制过来就 OK 了。

这次我没打算继续用 SQLite 3，因为我不想在这个主机上安装太多的东西。MySQL 是一定要装的，因为我在新主机上用的 blog 程序是 WordPress。WordPress 有 PDO 插件，据说可以使用 SQLite。不过我在 3.0.1 版本的 WordPress 上试验了一下，没有成功，不知道是不是因为版本的问题，所以我就干脆直接使用 MySQL，反正现在我对 MySQL 有一些了解了，勉强可以操控了。因此我就没有继续安装 SQLite。

由于我使用了 MySQL，所以 wiki 里那些旧的东西就不能导入了。没办法，我只有去 Google 的 cache 里面找找，然后又把我保存下来的 SQLite 数据库给 dump 成 SQL 语句，从里面找出原先的内容来再手动复制到新的 wiki 里去。

Wiki 的好处就是可以保留编辑的历史纪录，坏处也是如此。通过阅读 MediaWiki 数据库的 SQL 语句，我发现 MediaWiki 里面的内容不是增量保存的，而是每一个版本都有完整的一个备份。这样比增量备份占用更多的空间。我印象里似乎 git 是增量保存的（？），曾经看过一个人的关于 git 的演讲视频，提到 git 可以做为 wiki 的后台，因为它管理的是内容，而不是文件，这与 wiki 的思想正好吻合。我过去一度认为 MediaWiki 也是保存的增量变动，没想到实际上却出乎我的意料。我没有仔细检查，不过我猜测 MediaWiki 里面的“这是一个小修改”选项就是完全备份与增量备份的开关。我过去以为选了“小修改”只是在察看编辑历史的时候清晰的显示一个“小”字，这样一来就更合理了。不过，WikiPedia 里的编辑中“小修改”的比例应该不会特别大，这样如果每个版本都留下一个备份的话，那么 WikiPedia 的数据库就相当可观了。

更换了服务器之后，我着手把旧的站点上的东西都转移过来。从共享空间换到了 VPS，可以操控的东西更多了。

Blog 的事情我之前说过了，由 Movable Type 换到了 WordPress。昨天我转移了 wiki。

我之前对 MoinMoin 挺好奇的，从来没有在服务器上安装成功过，只用过它的单机版本。单机版本不是我想要的。我想要的是一个可以让我随地都可以阅读、编辑的地方，这也是我安装 wiki 的理由。

我过去在 site5 主机上安装的是 MediaWiki，原因是它很方便。现在的国外共享空间，安装 PHP 程序都非常容易。不过对于 MoinMoin 这样的 Python 来说就不是那么的方便了。我过去在 site5 上尝试了几次，都没有成功。我过去还安装试用过一些其它的 wiki 程序，像 PmWiki 之类的，不过我都觉得它们比较一般，最后没有选择它们。不过我倒是对 UseMod Wiki 这样的程序印象不错，我还用它打理了一阵子首页。

MediaWiki 是专门为了 Wikipedia 开发的。Wikipedia 的口号是“自由的百科全书”，“自由”是基调，因此 MediaWiki 对于权限控制做的非常不足。MoinMoin 让我欣赏的一点是，它可以控制哪些条目是公开的，哪些不是；而 MediaWiki 就不行，而且是刻意这样做的。我印象里在 MediaWiki 的一份文档里看到了解释，说这与开发者的价值观不符，如果你要这样做，请不要使用 MediaWiki。不过毕竟是安装起来方便，我还是在 site5 的主机上安装了它。

这次我换了 VPS，就想试试 MoinMoin。我用的 apt-get 来安装了软件包，但我用的操作系统是 Debian 5.0，Debian 的软件包实在是太老旧了，里面的 MoinMoin 的版本也非常的低。不过我过去从来没有用过 MoinMoin，所以想先试着安装一下看看。不过我折腾了一个晚上，没有成功，最后就放弃了，今天又安装了 MediaWiki。

过去用 MediaWiki，最让我受不了的一点就是它的默认安全性。默认情况下，似乎谁都可以修改页面，我估计是有人开发了专门针对 MediaWiki 的垃圾发送器，我辛辛苦苦维护的页面，经常就被一些人给替换成了垃圾链接，广告的色情的都有。虽然 wiki 有历史记录可以回滚，但一次两次还行，次数多了我也厌烦了，所以我到后来都不大愿意去自己的 wiki 了，眼不见心不烦。

这次安装 MediaWiki，我下定决心，首先要解决的就是任何人都可以编辑的问题。通过查询 MediaWiki 的 FAQ， 我在这一节中找到了解决办法。按照说明，我禁止除了 sysop 之外的用户编辑页面、禁止匿名用户注册。我想应该解决了问题，不过我突然在修改列表里发现了又有人发了垃圾，让我的心情一下子坏了不少。不过后来我通过观察，看到似乎之后就没有了垃圾了，让我稍微放了一下心，不过我仍然在观察。

实在是忍不了了，我在创建了一个 wiki 来做日常的记录之后，经常用它来记笔记什么的。Wiki 的便捷性就不用说了，只需要浏览器，不需要其余设施。内容放在服务器上，也不怕丢失。但最让我头疼的是 MediaWiki 的快捷键的问题。

我之前提到过这个问题。不知道从那个版本开始，MediaWiki 的开发者加上了快捷键。这个决定看上去聪明，解脱了鼠标，让人们可以更快捷的使用 MediaWiki 和 Wikipedia，但实际上糟糕透了。原因是这些快捷键和很多传统快捷键冲突──当你习惯了 Emacs 风格的光标移动方式（也就是 Mac 系统的快捷键移动光标的方式）之后，再在 MediaWiki 中操作一会，一定会大骂添加快捷键功能的开发者灭绝人性的。

虽然那时候发现了问题，但我那一阵子还没想到会用 MediaWiki 来创建 wiki。我本来打算的是用 wiki 系统来生成主页，而不是想要一个 wiki。我在别的地方写到，我考虑过用 MediaWiki，但是我不需要这么个庞然大物，所以我选择了 UseMod Wiki。而且我长时间没有关注 MediaWiki，也不知道它已经支持了 SQLite 数据库──Site 5 的 MySQL 数据库默认的字符编码是该死的 swedish，我的 blog 已经转移到了 SQLite 上了，因此也就一直懒得找把编码设定为 UTF-8 的方法。而我也不想弄的我的 wiki 的数据库里都是乱码，所以我找 wiki 系统当中的一条标准就是支持纯文本或者 SQLite 数据库。后来找了半天也没有合适的，再查看了一下 MediaWiki 的文档，发现它支持 SQLite，顿时喜出望外，于是就装了。

安装了 MediaWiki 之后，我查阅了一些文档，总算回忆起了之前的知识，也把它调适的比较合适日常使用了，我平时的一些信息，比如想看但来不及看的网页地址、一些旧文章、任务列表、还有一些 tip、以及某些课堂笔记，只要是不怕公开的，我都记在上面。从内容上来看，它大概更像是一个 PIM 系统。几天用下来，还是相当满意的，当然其它的 wiki 系统也并不是差到不能用的地步，而是我的心境变了。我这次没有想着用 wiki 系统来做页面，只是把它当作 wiki 来使用，自然觉得一切顺手。

但唯一的一点缺陷（虽然也不算唯一，因为有些 64 位不兼容的问题也挺讨厌，但我能忍受）就是这个快捷键了。我目前的主要浏览器是 Firefox，我日常也一直在 Firefox 里面使用这个 wiki，我开始的时候估计这些快捷键应该是 JavaScript 实现的，但 NoScript 插件并没有提示，我一时间也无从下手。本来我觉得像这种切换功能是应该在设定里面有选项的，但我找了几遍也找不到。后来想想既然别人设计了这个功能，Wikipedia 上也是这样运作的，我就忍了，于是就这么磕磕绊绊的用了这么一段时间。

最近一段时间，我一直断断续续的研究 wiki。主要的目的是想用 wiki 来做首页，因为我厌倦了一直依赖手写 HTML 代码来更新首页。因为这样弄起来麻烦，所以过去我的首页基本上都是常年不变的。我一直觉得首页应该是一个站点的门户，所以我在 2007 年第一次建立这个站点的时候就决定把 blog 分离出来。那时候有很多人的首页上来就是自己的 blog，我觉得作为一个学计算机的，网站应该保留一些传统，所以尽管我的主页常年不动，几乎是个废物，我还是一直留着它。

直到我忍不了了，心想应该需要大修一下，最起码要做到内容和格式分离。开始的时候我想的是用 MT 来一并管理了，后来总是不得法，一直没有成功。然后就决定用 wiki 来做，也能达到一个 CMS 的要求了。我当时想的是首页不需要多少功能，就选了个最简单的 wiki 程序──UseMod Wiki。它不使用数据库，所有数据用纯文件保存。后来觉得首页全用 wiki 写有很大限制，比方说不能插入 javascript 代码，这样我就不能在页面上放一些贴纸（比如 Ubuntu 发布倒计时什么的）。我试验了好几个 wiki 程序，他们的设计方向都是多人共同编辑，因此在插入可执行代码方面的政策相当保守。最后只好作罢。后来想起了之前用过的 Blosxom，它可以在文章中放置任何代码，但我最后还是觉得 Blosxom 主要还是为 Blog 系统设计的，要想让它编程首页的样子，就要重新设计模板，而这正式我最不擅长的。

前几个星期我在看 Ramhost 的消息的时候，看到它的老板曾经写过一个叫 Ram-CMS 的项目。它很类似 Blosxom，也是手动把页面写在纯文本文件里，放在一个目录中，系统会通过链接找到文件，显式出来。我把在首页上放了几天，觉得还算不错，不过也有部分问题，就是这个项目的开发还不够成熟，用它来做很多事都挺麻烦。虽然能够完成，但我毕竟是不想再手写 HTML 代码，要是能有类似 Markdown 那样的抽象机制就好了。同样的，那个项目不是一个产品项目，而是作者给自己开发的小玩意。我要对模板做一些改动才能使用。我于是一遍慢慢进行，一遍在寻找其它产品。

我前几天又上了 Zoom.Quiet 的页面，他们一帮人组织的致力于 Python 的推广学习的啄木鸟社区，用的是 MoinMoin 做的 wiki。而那个社区里的一些看上去杂乱的页面风格挺符合我的胃口，我那时候有正在考虑 CMS 的问题，就想试试 MoinMoin。后来看了半天文档、又实践，却发现 MoinMoin 很难安装在共享虚拟主机上。最后也不得不放弃，同时发现，Python 程序和 Ruby 写的 CMS 往我的 Site5 主机上放都不太容易。Perl 写的 CGI 已经就差不多了，当然最方便的还是 PHP。

后来由于怀念起很早之前用 MediaWiki 搭建的一个歌词为主题的 wiki 了，于是就又装了一个 MediaWiki。我印象里一直以为 MediaWiki 只支持 MySQL 的，结果查了一下发现 MediaWiki 同样支持 SQLite。我目前觉得 SQLite 数据库比纯文本文件数据库还要方便，毕竟一个目录和一个文件的便宜程度是没法比的。Site5 主机上的 MySQL 默认的字符编码是 Swedish，很讨厌，我一直也没有成功的弄到 UTF-8 上，于是我没有在主机上建立一个数据库，全部用的 SQLite。不过装上 MediaWiki 后却发现不会用了。我过去为了管那个站点，还研究过一段时间，但将近两年的时间没有再管理了，再次见到一头瞎。最后觉得也不甚理想，于是就删除。

之前由于对MediaWiki系统不熟悉，其中产生了不少误操作，导致系统不正常。今天我有重做了一遍。

经过几次重做过程，我已经对设置参数了如指掌了^-^。

现在系统应该是可以凑合使用了，张昊也可以如意发布文章了。

欢迎大家过来写写对一首歌词的背景、感悟等等的东西，一起把它做大吧。

几天前看到张昊贴出了第二份歌词的解释时，我就有做成一个wiki的想法。毕竟我们想向大家解说无数的歌词，工作量是十分巨大的；而且每一个人对一份歌词有不同的看法，也不应该由我们自己唱独角戏。做成一个wiki网站，大家都可以写，一起把它做大、做好，多好。

由于这个wiki是属于试验性质的，我没有再买域名，而是直接挂在了http://www.cnliufeng.com/下的lyric目录，可以通过这里访问。

wiki程序我直接选择了MediaWiki，什么也不用说，就冲着全球最大的wiki维基百科用它。我用的是天下维客做的汉化版本，直接就支持中文，省的我再设置。天下维客里有一个比较详细的带图教程，说的比较详细。我安装了两遍才装好，第一次好像是数据库出了一点问题。

wiki架好了，剩下的就是内容了。现在我在找一张比较适合的图片，放在左上角。有人可以推荐吗？

wiki的版权，我选择了CreativeCommons创作共用协议。MediaWiki除了支持CC外，还支持GPL。虽然维基百科使用GPL协议，但我没有通读协议原文，没有太多把握，就选择了CC的by-nc模式，也就是署名-非商业。协议原文可以从这里看到。