通过后台编辑器直接修改(推荐,最常用)
这是最直接、最安全的方法,适用于大多数情况,步骤如下:

(图片来源网络,侵删)
-
登录DedeCMS后台:使用你的管理员账号登录网站后台。
-
找到文章:
- 进入 “核心” -> “内容发布” -> “普通文章”。
- 你会看到文章列表,在列表中找到你需要修改发布时间的文章。
- 方法A(推荐):将鼠标悬停在文章标题上,点击弹出的 “编辑” 或 “修改” 按钮。
- 方法B:直接勾选文章前面的复选框,然后点击列表上方的 “修改” 按钮。
-
进入编辑页面并修改时间:
- 进入文章编辑页面后,向下滚动,找到 “发布时间” 这一栏。
- 默认情况下,这里显示的是你上次修改文章的时间,而不是文章最初的发布时间。
- 点击“发布时间”输入框旁边的日历图标,会弹出一个日期时间选择器。
- 选择你希望设置的新的发布日期和时间。
- 关键一步:确保勾选了 “更新发布时间” 这个复选框,这个选项非常重要,它告诉DedeCMS将你选择的这个时间作为新的发布时间。
-
保存文章:
(图片来源网络,侵删)- 完成修改后,点击编辑页面底部的 “保存” 按钮。
-
更新首页和列表页:
- 保存成功后,文章的发布时间已经被更新,网站首页、栏目页等列表页面可能还缓存着旧的信息。
- 为了让修改立即生效,你需要更新缓存,进入 “系统” -> “一键更新网站”。
- 在更新页面,你可以选择:
- 更新首页:点击“更新主页HTML”。
- 更新栏目:点击“更新栏目HTML”。
- 更新所有:如果不确定,可以直接点击“更新所有HTML”,但这会比较耗时。
- 更新完成后,你再去网站前台查看,就会发现文章的发布时间已经是你设置的新时间了。
直接修改数据库(适用于批量或特殊情况)
如果你需要一次性修改很多篇文章的发布时间,或者通过后台无法修改(例如权限问题),那么直接修改数据库是最高效的方法。
⚠️ 重要警告: 在操作数据库之前,务必备份数据库!任何错误的SQL语句都可能导致网站数据损坏。
-
登录数据库管理工具:
(图片来源网络,侵删)- 通常是通过你的虚拟主机控制面板(如cPanel、宝塔面板)进入 phpMyAdmin。
- 或者使用其他数据库管理软件,如Navicat、MySQL Workbench等。
-
选择正确的数据库:
在phpMyAdmin中,从左侧列表选择你的DedeCMS网站所使用的数据库。
-
找到数据表:
- 在数据库中,找到名为
dede_archives的表,这个表存储了所有文章的核心信息,包括标题、内容、发布时间等。 dede_是DedeCMS默认的前缀,如果你的网站安装时修改了前缀,请使用你自己的前缀。
- 在数据库中,找到名为
-
执行SQL语句更新时间:
-
点击顶部的 “SQL” 选项卡,进入SQL查询执行页面。
-
你可以根据不同需求执行以下操作:
-
情况A:修改单篇文章的发布时间
- 假设你要修改的文章ID是
100,新的发布时间是2025-10-01 12:00:00。 - 在SQL输入框中输入以下语句:
UPDATE dede_archives SET pubdate = '2025-10-01 12:00:00' WHERE id = 100;
- 点击 “执行” 按钮。
- 假设你要修改的文章ID是
-
情况B:批量修改所有文章的发布时间
- 假设你想将所有文章的发布时间都设置为当前时间。
- 在SQL输入框中输入以下语句:
UPDATE dede_archives SET pubdate = NOW();
- 点击 “执行” 按钮。
-
情况C:批量修改某个栏目下所有文章的发布时间
- 假设你要修改的栏目ID是
5,新的发布时间是2025-01-01 00:00:00。 - 在SQL输入框中输入以下语句:
UPDATE dede_archives SET pubdate = '2025-01-01 00:00:00' WHERE typeid = 5;
- 点击 “执行” 按钮。
- 假设你要修改的栏目ID是
-
-
更新网站缓存:
- 数据库修改完成后,同样需要登录DedeCMS后台,进入 “系统” -> “一键更新网站”,更新首页和栏目页的HTML,才能在前台看到效果。
总结与对比
| 特点 | 后台编辑器 | 直接修改数据库 |
|---|---|---|
| 操作难度 | 简单,可视化操作 | 需要一定的SQL知识,有风险 |
| 适用场景 | 修改少量文章,日常维护 | 批量修改,或后台无法修改时 |
| 安全性 | 高,不易出错 | 风险高,操作不当会损坏数据 |
| 效率 | 单篇修改效率尚可 | 批量修改效率极高 |
| 是否需要备份数据库 | 不需要 | 强烈建议 |
推荐流程:
- 修改一篇文章:直接使用 方法一,简单安全。
- 修改大量文章:优先考虑 方法二,但一定要先备份数据库,如果对SQL不熟悉,可以分批次用方法一操作,虽然慢但安全。
希望这个详细的教程能帮到你!
