Thread
-
需要一种能够迅速方便地在短思路帖子形式和长篇总结文章中转换的信息组织结构，它可能涉及版本控制，而且和目前的短文储存方式不一定十分兼容，需要具体研究。
-
具体的障碍例如：永久链接转换（是否需要？）和人类可读储存。
使用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'; } } -
话题合并目测是可以了，现在要做回退，比较麻烦，需要理清关系再操作。
-
基本测试还行，之后用各种情景都测试下，只要不丢帖子和关系就可以部署了。
-
目前仅有的问题是以过去日期查看时回退引用不正确显示，原理上也是可以的只是搜索起来一般都比较慢，而且每个帖子都标数字，原理上在回倒时间时候过一遍最终帖子列表（均为倒回时的最终版），每个帖子生成自己链接表并加入自身到表里的其他帖子的ref里去。
已经实现了，以后需要改改帖子自身链接缓存的部分，最好不转换为HTML来找链接，主要是正则表达式不是很好做链接内套图像这种查找，可能可以通过另外类似的方法获得自身链接。
●
2022/03/03 16:50:44
