Typecho 怎么设置自动草稿保存功能防止内容丢失

Typecho 核心程序原生不支持文章自动草稿保存，需依靠第三方插件或浏览器扩展实现内容保护。适用于所有 Typecho 版本，风险边界在于插件兼容性可能导致后台报错，建议先在测试环境验证。

先说结论：Typecho 后台没有自带的文章自动保存开关，防止丢失需借助外部方案。

快速处理思路

既然原生不支持，最直接的办法是减少单次编辑时长并增加本地缓存。

1. 安装 Typecho 自动保存插件（如存在可用版本）。

2. 浏览器安装表单恢复扩展（如 Lazarus、Typio Form Recovery）。

3. 编辑时养成按 Ctrl+S 手动保存草稿的习惯。

Typecho 设计哲学偏向轻量化，默认关闭了频繁的数据库自动写入功能。

与 WordPress 不同，Typecho 核心代码中没有内置类似 wp-autosave 的定时任务机制。这是为了减少服务器 IO 压力和数据库锁竞争，但代价是用户需自行承担内容丢失风险。部分主题可能通过 JavaScript 实现本地缓存，但这不属于系统级自动保存。

按照以下顺序部署保护措施，每一步都有明确的检查点。

第一步：检查插件市场

第二步：部署浏览器扩展

在 Chrome 或 Edge 浏览器扩展商店搜索“Form Recovery”或“Lazarus”。安装后确保权限包含当前博客后台域名。此方案不依赖服务器，即使服务器宕机也能从本地恢复数据。

第三步：修改编辑习惯

在编辑器中输入一段内容后，立即点击“保存草稿”按钮。不要依赖浏览器的页面缓存。对于长文，建议先在本地 Markdown 编辑器（如 Typora）写好，再复制到 Typecho 后台。

部署完成后，需通过实际断点测试来确认保护机制有效。

1. 打开文章编辑页，输入测试文字“自动保存验证 123”。

2. 如果是插件方案，等待设定时间（如有）或直接刷新页面，检查草稿箱是否出现该文字。

3. 如果是浏览器扩展方案，直接关闭标签页后重新打开，看扩展图标是否提示有可恢复数据。

4. 模拟异常：编辑中途强制关闭浏览器，重新打开后台看是否有恢复入口。

实施过程中有几个高频错误点，操作前务必知晓。

混淆 Typecho 与 Typora

Typora 是本地 Markdown 编辑器，支持设置自动保存间隔和历史版本；Typecho 是博客 CMS 系统，两者完全不同。不要尝试在 Typecho 后台寻找 Typora 式的通用设置选项。^{[参考：典型 Typora 设置教程]}

插件冲突风险

部分自动保存插件可能与缓存插件（如 SuperCache）冲突，导致保存失败。启用后若发现前台 500 错误，应立即禁用该插件。

本地缓存清除

浏览器扩展方案依赖本地 Storage，清理浏览器缓存时会丢失恢复数据。不要随意点击“清除浏览数据”。

原生后台没有此开关，需在“偏好设置”或“通用”中查找，但通常找不到，因为核心未集成该功能。

如果未安装插件且无浏览器扩展，数据无法找回。以后务必使用浏览器表单恢复扩展作为底线防护。

主题配置数据存储在数据库 options 表中，换主题可能会清空，但部分主题支持备份恢复代码，与文章草稿保存是两回事。^{[参考：typecho 模板设置数据备份与恢复]}

1. 典型 Typora 设置教程（关于 Typora 自动保存功能的描述，用于区分软件）