Summary

  • 英语 Wikipedia 于 2002 年 1 月 25 日从 UseModWiki 切换到 PHP/MySQL 系统。转换程序带走了现有词条的最新版本；旧修订链后来才部分恢复，项目时间线将这一步记在同年 9 月。
  • 2002 年 8 月，开发者和贡献者在项目邮件列表讨论旧备份、导入程序和署名。2010 年，开发者 Tim Starling 找到 2001 年的三份文本备份，以及记录当年 1 月 15 日至 8 月 17 日修改的日志。找到文件与把每条修改放回公开历史页面，是两件事。

一个网站可以正常开门，同时丢下自己写成的过程。Wikimedia 项目时间线把英语 Wikipedia 切换到新系统的日子记为 2002 年 1 月 25 日。此前的 UseModWiki 是 Perl 程序，页面存为一个个文本文件。Magnus Manske 为增长中的百科项目编写了 PHP/MySQL 引擎。根据MediaWiki 项目历史，自动转换程序把已有词条的最后一个版本转入新系统。读者能看到新系统里的页面，页面形成的全过程却有另一条迁移路线。

新引擎带来了讨论页所在的命名空间、监视列表、贡献记录和维护页面，解决的不只是存储格式。内容、编辑协作和运行性能都在扩张。迁移程序当时优先让每篇词条的现行文字继续可读。旧的修订记录需要另外处理；项目时间线记载，UseModWiki 的早期版本直到 2002 年 9 月才得到部分恢复。

同年 8 月，负责系统的人已经在公开追问如何找回它们。开发者 Brion Vibber 在 27 日发给 Wikipedia 邮件列表的信问，大家是否仍希望恢复旧版本。他可以改造导入程序以适应新数据库，但需要旧数据；手头或许有迁移前数周的一份备份，他更想找到最近的一份。恢复旧修改记录，既要有能接收它们的新程序，也要找到可用的原始文件。

贡献者 Axel Boldt立即把问题指向作者署名：他认为保留贡献者历史与项目的许可要求有关。Daniel Mayer提出退一步的办法：若旧记录难以并入当前页面历史，可从现行历史页链接过去。他还提到自己曾人工移动数百篇标题不合规范的词条。即使两处记录都存在，标题变化也会把读者通往作者轨迹的路切断。这些邮件记录的是参与者的主张和方案，不是已经部署完成的功能。

旧系统本身也留下难题。Tim Starling 于 2010 年的项目邮件回顾，UseModWiki 会在约一个月后清理旧版本，先前的导入程序只能取得尚未被清掉的修订。2002 年只转换词条最新文本，与旧软件如何保留版本，是两个不同的缺口。

2010 年 12 月，Starling 在 SourceForge 的旧文件中打开 wiki.tar.gz，发现 2001 年 2 月、3 月和 8 月的三份完整文本备份。他还注意到 UseModWiki 持续把修改写入 diff_log 与 rclog；按他的说明，这两份日志覆盖 2001 年 1 月 15 日至 8 月 17 日。他提供了一个 8.4 MB 的日志档案下载地址。过去以为无法找回的材料，原来在正式页面历史之外保存着。同一邮件串后面还有把备份转换成 XML 的尝试，其中控制字符又造成文件格式问题。

这场迟来的发现没有把“找到”变成“已公开”。词条现行文本、网页上的历史标签、旧备份、原始修改日志，是四种记录。网站在 2002 年继续运作，说明第一种任务完成；贡献者追问署名，说明第二种任务仍在；2010 年发现备份，说明第三、第四种记录可以改变对早期历史的判断。把它们揉成一句“资料迁移成功”，会遮住真正费力的部分。

原始记录