在修订列表里选了两个版本点比较,页面提示没有差异,可正文明显少了一整段。再往上翻一条,才发现改动在更早的那次保存里。第一次遇到会往复杂处想,其实漏掉的多是个小前提。
SELECT ID, post_date, LENGTH(post_content) AS len FROM wp_posts WHERE post_parent = 740 AND post_type = 'revision' ORDER BY post_date DESC LIMIT 8;
修订列表里混着自动保存的记录,时间只差几十秒,内容完全一样,默认选中的往往就是这两条。对比按行做 diff,同样的两行不会高亮,看起来就像没改。这一点先确认清楚,后面就不用反复试。
「修订对比差异」相关的日志我一般连着看前后五分钟,单看一条报错经常判断不出是哪一步失败。临时改动用注释写上日期和原因,过两周自己都记不清为什么这么写。
具体做法是,先看每条修订的字数和时间,挑字数差最大的两条来比;对比时选最早的正式保存和最新一条,别选相邻的自动保存;确认差异后整篇恢复,再手动补回不需要的那部分。
改完照着核一遍,对比页面能高亮出被删掉的那一段,字数和预期差对上。
