给小站留一份维护清单

把维护看成几件小事

小站上线之后，维护并不总是一次很大的升级。修正一处错字、更新一个链接、补齐一篇文章的入口，也都属于维护。把这些工作拆小，反而更容易持续进行。

可以先分成内容检查、页面检查、发布检查和恢复准备四类。它们不需要每次全部执行，但应当知道本次修改涉及哪一类，以及相应的检查应该做到哪里。

例如，只调整一篇文章的文字，重点是正文、目录与摘要；修改共享样式，则要同时查看多种页面。清单应当随着变更范围变化，而不是每次机械地勾选同样的一长串项目。

新增一篇文章时，不只要看正文是否写完。标题与摘要有没有表达同一个问题，分类是否合适，首页是否需要推荐，相关阅读有没有可以接上的内容，这些都会影响文章能否被找到。

修改旧文章时，可以检查新段落是否与前面的定义一致，例子是否仍然说明当前观点。若只是把一篇短文变长，却不断重复结论，读者增加的是滚动距离，而不是理解。

一条有用的编辑标准是：每增加一个小节，是否回答了一个此前没有说清楚的问题？它可以补充例子、步骤或限制，但应该有自己独立的任务。

共享样式的变化可能影响很多页面。首页、长文章、归档和关于页，各自包含不同的结构；选择它们作为样本，比只反复打开首页更容易发现问题。

手机检查也不应该只看页面上半部分。可以滚到长文章的中间和结尾，检查目录跳转、较长的链接和页脚导航。标题是否换行并不是问题，换行之后是否仍然清楚才是重点。

如果一项装饰需要额外脚本才能出现，也要看看脚本没有运行时页面会是什么样。对于阅读站点，让正文保持可用，比让每个装饰在所有情况下都表现一致更重要。

准备发布时，把本次内容保存成可以识别的版本，并记录主要变化。说明不必很长，写清楚“哪些页面变了、为什么修改、怎样检查”即可。

同时保留变更前的页面副本。回退的目标应该是本次改动的范围，而不是恢复一个很久以前的整站快照。否则，修复样式时可能顺便覆盖掉后来写好的文章。

发布过程中，可以先准备新文章与样式，再更新首页与目录，让链接出现时目标文件已经存在。具体工具会不同，但顺序背后的目的相同：减少页面之间短暂不一致的机会。

本地打开正常，不代表线上取到的就是同一份文件。发布后应当访问实际域名，检查正文、样式和图片，并确认页面没有因为缓存仍在展示旧内容。

如果有多个站点入口，可以分别检查它们自己的首页与一篇代表性文章。相同源码也可能因为发布位置或路径不同而出现差异，所以不要只凭其中一个入口正常就结束检查。

遇到错误时，先记录状态与现象，再决定是否回退。找不到文章、样式没有更新、后台服务失败，是不同的问题；把它们分开，处理过程通常更短。

阅读清单、关于页、订阅源和站点地图容易在初次建站后被遗忘。栏目变化时，可以顺手确认这些页面是否仍然准确，旧链接是否还指向实际存在的内容。

也可以偶尔查看访问与错误记录，了解是否有重复失败的地址或异常请求。记录是判断的线索，不能把每一个错误都直接当成攻击，也不能因为首页能够打开，就忽略反复发生的服务问题。

维护清单最后应当帮助人减少猜测，而不是制造额外负担。知道下一次从哪里开始，知道修改出了问题怎样返回，才能放心地把注意力继续放在内容上。