其次，我们应该了解，即使是火车头采集，或者dede采集，pubdate、senddate、sortrank这三个时间也不可能完全一致，所以这里也有点问题，但是无伤大雅，最终要的在于，这个方案是修改了整个系统的数据库pubdate、senddate、sortrank的三个时间段，也就是说，从你发的第一篇文章，到最后一篇，都会变成你现在修改的这个时间，我第一次修改之后，整站的文章都成了3月19日发布的，可以说几乎所有的东西都乱了，这个大家应该能想明白，所以，我说备份很重要，转载这篇文章的人，确实很害人。这种方法我觉得没有什么可取的，完全用不上的。
二、正确的解决1970的方案
火车头采集发布时唯一不会错的就是系统录入时间，所以，我们以这个为标准，将public及sortrank时间改为senddate(声明下，先备份，后操作)。同时，网站采集比较多的考虑下，是不是有些文章的发布时间与入库时间相差很大?如3-19采集了很多篇，发布为待审核，通过插件控制每天自动更新，4-19才更新完，如果你执行两条命令的话，那原来审核最晚的那些文章也会变成3-19日发布，不过你可以选择只执行一条命令。)
如果你不介意上面我说的，确实需要解决1970的问题的话，在dede后台-系统-sql命令行工具，执行以下命令：
1
这条命令是将前台调用时间也改成入库时间，如果你是我上面提到的那种，就不要执行了，至于1970还会不会有其他影响，自己斟酌
1