具体的障碍例如：永久链接转换（是否需要？）和人类可读储存。

使用git版本控制可以避免很多问题，也不用手动储存任何编辑记录等。

是不是需要合并到第一贴以及多贴链接为什么话题的功能，因为更多时候只是增加。还有个问题是合并之后去掉的帖子怎么链接不清楚。

链接可能就涉及到删原帖和将原帖自动链接回主帖子，要保留之前记录最好就是git，不然读取就又慢，有可能缓存起来就不错，具体继续考虑。

查看了DokuWiki的历史记录结构，每个版本都是完整文件存在阁楼文件夹^↗里，可以用类似的方式操作laMDWiki，将历史版本以与主文件相同的月结构储存在单独的历史文件夹中，这样不干扰读取主文件，同时由于修改是少数，所以历史版本文件不会很庞大。

缓存可以是基于每个帖子而不是页面的，此时需要检查激活帖子和一般帖子的内容是否一致（目前封套类不一样）。

帖子修改/和并之后引用怎么操作还没想好。

草怎么都喜欢那么多源文件……

经过研究，基本已经清楚了这个版本系统的一般结构和行为，暂作记录：

• 使用单独的历史记录文件夹和文件
• 历史记录条目只标记ID、VER、INTO和被并入者的OLD_THREAD。
• VERAndOLD_THREAD也可以出现在正式文件的最新版本上。
• 合并时只获取一次时间，只为主贴子增加一个历史记录。
• 目前看重新挂主题到别的主题/帖子下面时以及标记帖子类型时似乎没有做记录，但是似乎可以用命令的形式记录而不需记录修改信息，如果记录它们则可以比较可靠地倒推到某个时间点。
• 重新挂主题时帖子就不能保证按时间顺序，不清楚这是否会造成什么影响，需要试验。
• 倒回时间点时主贴子的历史是始终有的因此可以倒回去串，按时间截断。

补充：

• 没有删除（除非是发错，且没有编辑历史并且是话题的最后一条）。
• 只有合并没有拆分因为不需要。
• 应该可以对全体主题列表。

一个最基础的单贴历史记录系统能够运行了，需要测试其稳固性。

帖子合并和涉及帖子合并的历史记录、时间线回顾做好并上线了。

连续修改话题列表引申的问题：

若需要在循环中直接访问刚刚添加在列表中的项目，可以使用这样^↗的代码。

$values = array(1 => 'a', 2 => 'b', 3 => 'c');
while (list($key, $value) = each($values)) {
    echo "$key => $value \r\n";
    if ($key == 3) {
        $values[4] = 'd';
    }
    if ($key == 4) {
        $values[5] = 'e';
    }
} 

话题合并目测是可以了，现在要做回退，比较麻烦，需要理清关系再操作。

基本测试还行，之后用各种情景都测试下，只要不丢帖子和关系就可以部署了。