导语

DedeCMS作为国内广泛使用的开源内容管理系统，因其灵活和易用性深受站长喜爱。只是 在使用过程中，许多用户会遇到文章编辑后“发布时间”被自动更新的问题，甚至出现发布时间变成“1970年1月1日”的尴尬状况。本文将深入分析该问题产生的根源， 并提供详细可行的解决方案，帮助你在编辑文章时保持原发布时间不变，彻底避免1970年时间错误。

一、 问题现象及背景分析

不少DedeCMS用户反馈，当他们修改已发布的文章内容后系统默认会把文章的发布时间改为当前时间，这导致网站前端的文章排序发生变化，不利于SEO优化和内容管理。一边， 更严重的是有时发布时间直接显示为“1970年1月1日”，这是UNIX时间戳为0时对应的时间点，说明程序读取或存储时间数据时出现了异常。

此类问题大多发生在DedeCMS 5.7及其相近版本， 也可能由于模板调用格式、数据库字段设置以及采集插件等因素共同影响造成。了解问题本质是解决这一系列异常的关键。

1. 1970年1月1日时间出现原因

• 时间戳转换错误：PHP中strtotime或相关函数处理空字符串或非法日期时 会返回0，对应Unix纪元起始时间1970-01-01。
• 数据库存储异常：发布表中的发布时间字段被清空或格式不正确时会导致读取失败。
• 模板标签调用错误：DedeCMS模板中的日期标签若未正确传入参数，也可能导致显示默认1970年日期。
• 采集模块无效时间：使用火车头等采集工具批量导入文章时 如果未设置有效发布时间，则默认赋值为零。

2. 编辑后更新时间改变的问题

DedeCMS默认行为是：每次编辑并保存文章都会自动更新时间，以保证排序和最新动态展示。但很多站长希望保持原有发布时间不变，以免破坏网站内容结构和SEO权重。这就需要对系统源码做一定程度修改，实现“不更新时间”的功能。

二、如何修改DedeCMS编辑后不更新时间？

DedeCMS核心代码负责更新文章数据一般位于 /dede/archives_do.php 或 /dede/article_edit.php。重点是找到涉及"pubdate", "senddate", "uptime"这类字段赋值及更新的位置进行调整。

步骤一：备份文件与数据库

操作前务必备份：

• DedeCMS系统文件夹。
• 网站数据库完整备份，以防误操作导致数据丢失不可恢复。

步骤二：定位代码段并注释自动更新时间代码

- 打开dede/article_edit.php

- 搜索关键词 $nowtime = time;, 通常此变量用于设置当前保存操作的时间戳。

// 原始示例
$nowtime = time;
$sql = "UPDATE `#@__archives` SET pubdate='$nowtime', uptime='$nowtime' WHERE id=$aid";

- 将自动赋值当前时间改为保留已有时间， 即保留原字段值而非强制覆盖：

// 修改示例
// $nowtime = time; // 注释掉当前获取当前时间
// 保持原来的pubdate，不再强制更新
$sql = "UPDATE `#@__archives` SET uptime='".time."' WHERE id=$aid"; 
// 或者如果想完全禁止更新时间也可以去掉uptime字段更新
// $sql = "UPDATE `#@__archives` SET ... WHERE id=$aid";

- 注意，如果你只想禁止"pubdate"更改，可以仅删除对应赋值语句；但如果你需要一边维护其他“更新时间”字段，请谨慎处理，否则可能影响缓存刷新等机制。

步骤三：确保表单提交中不覆盖原有pubdate字段

- 在后台编辑页面表单（如/dede/templets/article_edit.htm)中查找关于“发布时间”input控件， 比方说：

- 可以选择隐藏该输入框，或者让其readonly防止误提交新值；或者后台处理时优先使用旧数据，而非前端传来的新值替换。比方说：

// PHP接收部分伪代码
if) {
    $pubdate = $arcRow; // 使用数据库旧值
} else {
    $pubdate = strtotime;
}

三、 防止显示“1970年1月1日”的具体方案解析

1. 检查数据库中的发布日期字段是否正常存储了有效整数型UNIX时间戳而非空字符串或零

• dede_archives.pubdate, senddate, uptime等字段类型是否正确）。

• 
  // 示例SQL: 设置缺失日期为当前日期
  UPDATE dede_archives SET pubdate=UNIX_TIMESTAMP WHERE pubdate=0 OR pubdate IS NULL;
  

2. 模板调用格式需规范化转换避免非法参数传入函数造成返回零

• Dede标签经常带有function过滤器， 如:

• 若传参为空或者非整数，会导致strtotime函数返回零，从而显示1970年。建议在模板调用处增加判断或者使用平安函数封装转换，比方说自定义平安版GetDateTimeMk函数先判定参数有效性再转换。

示例平安封装PHP函数:

- 在模板中引用该函数代替直接调用strtotime等容易出错的方法即可避免前台出现异常年份显示情况。

四、 兼容性与其他注意事项

1. 不同版本差异需确认源码位置与变量名一致

• DedeCMS老版本目录结构稍有不同，请根据具体版本调试上述逻辑；5.x版大致相同，但6.x以上可能因重构存在差异。建议先查看官方文档或升级日志确认文件路径和相关变量名是否一致。

2. 缓存刷新与静态页面生成注意同步

• DedeCMS采用静态缓存机制生成HTML页， 如果后台修改了代码，请务必在后台施行“更新缓存”和“生成静态页面”，否则修改效果不会即时反映到前台，依然看到旧数据表现异常现象。

3. 火车头采集模块相关配置检查

• 采集工具导入文章必须给出合法有效的发布时间戳， 否则导入后 编辑即触发系统默认补齐机制，产生异常表现。 建议采集模块内增加合理检测与补充逻辑，比如当无有效发布时间则赋予当前系统时间。 还有啊，对采集过来的数据最好定期校验并手动修正明显异常项。 五、 通过本文介绍的方法，你可以实现以下目标： - 修改DedeCMS源码让文章编辑后保持原始发布日期不变； - 避免因非法或空白日期导致界面显示“1970年1月1日”这一无意义信息； - 优化模板标签调用方式，提高兼容性和稳定性； - 修正数据库存储结构和采集流程防止未来类似问题发生。 实际应用中建议结合自身业务需求酌情调整， 比如部分站点确实需要每次编辑都刷新最新日期，则无需禁用；但绝大多数企业官网、新闻门户更倾向于固定发布时期以维护SEO权重。 再说说提醒各位开发者： 修改核心代码请务必备份做好测试环境验证，再部署到生产环境。一边关注官方平安更新避免遗漏重要补丁。 祝你的Dedecms项目运行顺畅，无惧任何发布管理难题！

  ---

  本文由经验丰富的Dedecms开发者原创整理，如需技术支持欢迎留言交流！