内容摘要：dedecms的静态页生成功能，说白了就是把数据库里的文章变成实实在在的html文件。这事儿看着简单，里头门道不少。 我刚接触dedecms那会儿，用的是5.7版本。后台有个“生成”菜单，点进去全是选

dedecms的态页静态页生成功能，说白了就是生成把数据库里的文章变成实实在在的html文件。这事儿看着简单，态页里头门道不少。生成

我刚接触dedecms那会儿，态页用的生成是5.7版本。后台有个“生成”菜单，态页点进去全是生成选项——首页、列表页、态页文档页，生成还有自定义页面。态页第一次点“一键更新所有文档”，生成看着进度条跑完，态页几百个页面哗啦啦全出来了，生成那叫一个爽。态页可后来发现不对，服务器上一堆html文件，改了模板再生成，有些页面愣是不变。后来才明白，dedecms的生成逻辑是按栏目、按时间戳来的，不是无脑全量覆盖。

最坑的是列表页的翻页问题。你生成了第一页，第二页、第三页呢？dedecms默认只生成当前列表的前几页，后面的得等有人访问时才动态触发生成。这设计初衷是省资源，可实际用起来，搜索引擎爬虫抓到的可能是404。我吃过这亏，一个栏目几百篇文章，列表页只生成了前五页，后面全空白，收录量直接腰斩。

还有个细节，生成静态页时得注意服务器目录权限。dedecms生成文件走的是FTP或者本地写入，权限不对就报错。我遇到过生成到一半卡住的，日志里写着“目录不可写”，排查半天，原来是data文件夹权限被改成了只读。这种问题不报错还好，一报错就是批量失败，重试得半天。

再说说生成速度。文章数量上万后，全站生成一次能跑到十分钟以上。dedecms没做多线程，就是个单进程循环，CPU占用率还不低。我试过优化方案——把栏目拆开，分批生成，避开高峰期。比如凌晨三点跑一次，早上起来看日志，基本都成了。

静态页的好处不用多吹，访问快，服务器压力小。但维护起来是真麻烦。改个导航栏，所有页面都得重新生成。dedecms的模板引擎是标签式的，改一次模板，全站刷新一遍，那酸爽。后来我干脆写了个shell脚本，每天定时curl后台的生成接口，省得手动点。

说到底，dedecms的静态生成就是个折中方案——要速度就得牺牲实时性，要方便就得忍受生成延迟。我的建议是，文章发布时直接触发单篇生成，列表页和首页每天定时全量刷一次。这样既保证新内容及时上线，又不至于天天全站跑。

现在用dedecms的人少了，都去搞wordpress或者headless cms了。但静态页生成这思路不过时，现在那些静态站点生成器，本质思路跟dedecms十年前干的事儿一模一样。只是工具换了，底层逻辑没变。