DEDECMS发布时间为1970年1月1日的解决方法

我们在用火车头采集的时候,一般很少有人采集文档的发布时间,基本都是采集了直接发布,所以今天我遇到一个问题,就是采集好的内容发布到dede后,看到系统入库时间为3-19,正常,但是在文章页显示的时间为:暂无,列表页显示时间为1970-01-01,确实看着很不
 我们在用火车头采集的时候,一般很少有人采集文档的发布时间,基本都是采集了直接发布,所以今天我遇到一个问题,就是采集好的内容发布到dede后,看到系统入库时间为3-19,正常,但是在文章页显示的时间为:暂无,列表页显示时间为1970-01-01,确实看着很不舒服,也不知道这个会不会对程序产生其他影响,初步猜测是在火车头的发布模块出了问题。 
  还是原来的思维,能解决的话,尽量解决下,网上找教程。也真不太好找,找到的都是dede采集之内的,火车头采集虽然也是采集,但跟dede采集却又不一样,后来找到这样一个,先写在这,大家看到了一定不要尝试,否则你会后悔的。如果你只想知道如何解决1970的问题的话,这几段都可以略过。但希望你懂得他是如何实现的。 
  一、错误解决方案剖析 
  首先在phpMyAdmin查看dede_archives这个表的sortrank和pubdate的一个值,你的时间是1970-01-01 00:00:00他的值就是28800好像这个..你自己查看看,改现在现在的时间比如2009-08-13 00:00:00 
  的值就是1250150400 
  那么你在后台dede_archives这个表的sortrank和pubdate 把28800替换1250150400 搞定… 
  批量替换发布时间,入库时间,更新时间的方法。 
  首先要知道一个文章有三个时间。 
  对应的是数据库的dede_archives表,请根据你的实际情况更换前缀。 
  这个表里有三个表示时间的字段: 
  pubdate:发布时间(前台可更改) 
  senddate:入库时间 
  sortrank:前台调用最新文章。实际上是用这个时间。 
  我采集的文章不知道什么原因,入库后都是2021年的。后面手工增加的2009年的文章。 
  在首页等地方用pubdate排序方式都只能调出采集的2021年文章, 
  通过PHPMYADMIN查看发现有以上三个字段。 
  注意:里面的数值不是直观的。 
  如不是2009-01-13 14:13:32而是1231846313 
  所以我们在批量替换的时候要这么做。 
  第一步。在后台新增一个文章。 
  得到一个时间,比如2009-01-13 14:13:32,这可以通过管理文章那里看到。 
  第二步,后台执行SQL语句SELECT * FROM dede_archives order by id DESC limit 1 
  这样你可以看到你刚才新加加的文章一所有字段值。 
  观察以下的数据:
 
  pubdate:1231846313
  senddate:1231846313
  sortrank:1231846313
 
  其中1231846313就是时间数据了。 
  然后就是替换了。
 
  UPDATE dede_archives SET sortrank = 1231846313;
  UPDATE dede_archives SET senddate = 1231846313;
  UPDATE dede_archives SET pubdate = 1231846313;
 
  首先,看到第一句话应该就可以pass他了,下面具体说说,他这个方法的问题在哪里(注:这种执行sql语句,或者需要修改数据库的一定先备份数据库)。 
  对应的是数据库的dede_archives表,请根据你的实际情况更换前缀。 
  这个表里有三个表示时间的字段: 
  pubdate:发布时间(前台可更改) 
  senddate:入库时间 
  sortrank:前台调用最新文章。实际上是用这个时间。 
  这段说的是没有问题的,我再详细的说下: 
  1.pubdate:发布时间(前台可更改) 
  在发布新文章或编辑文章时,可在高级参数里看到,可以更改。也是系统在内容页及列表页调用的时间。当发布时间为1970时,列表页会显示1970-01-01,而文章页获取的发布时间则为“暂无”,当然这个以dede默认模板为准,如果你修改了可能会有其他结果。如:我的待审核文章审核发布时会自动更新为当前系统时间(如果不会设置,看Dedecms未审核文档自动更新发布时间) 
  2.senddate:入库时间 
 
  根据字面意思即可理解,但是所谓的入库时间体现在哪里?就是dede后台档案列表中的“录入时间”,理论上dede后台无法修改,但实际也可以执行sql语句修改,并无实际意义。如果你的文章命名规则为“{typedir}/{Y}/{M}{D}/{aid}.html”的话,也直观的提现在你文章页的url中。 
  3.sortrank:前台调用最新文章。实际上是用这个时间。 
  这个时间我们一般看不到,但是前台模板设置为“orderby=’public’的话,系统就是按照这个时间来调用的。说了一大堆只是在强调这些细节,也算是讲讲原理吧。 
  其次,我们应该了解,即使是火车头采集,或者dede采集,pubdate、senddate、sortrank这三个时间也不可能完全一致,所以这里也有点问题,但是无伤大雅,最终要的在于,这个方案是修改了整个系统的数据库pubdate、senddate、sortrank的三个时间段,也就是说,从你发的第一篇文章,到最后一篇,都会变成你现在修改的这个时间,我第一次修改之后,整站的文章都成了3月19日发布的,可以说几乎所有的东西都乱了,这个大家应该能想明白,所以,我说备份很重要,转载这篇文章的人,确实很害人。这种方法我觉得没有什么可取的,完全用不上的。 
  二、正确的解决1970的方案 
  火车头采集发布时唯一不会错的就是系统录入时间,所以,我们以这个为标准,将public及sortrank时间改为senddate(声明下,先备份,后操作)。同时,网站采集比较多的考虑下,是不是有些文章的发布时间与入库时间相差很大?如3-19采集了很多篇,发布为待审核,通过插件控制每天自动更新,4-19才更新完,如果你执行两条命令的话,那原来审核最晚的那些文章也会变成3-19日发布,不过你可以选择只执行一条命令。) 
  如果你不介意上面我说的,确实需要解决1970的问题的话,在dede后台-系统-sql命令行工具,执行以下命令:
 
  UPDATE dede_archives SET sortrank = senddate ;

 
这条命令是将前台调用时间也改成入库时间,如果你是我上面提到的那种,就不要执行了,至于1970还会不会有其他影响,自己斟酌
 
 UPDATE dede_archives SET pubdate = senddate ;
这条命令是将发布时间改为入库时间,就不解释了,上面都说了
本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除!

相关文档推荐

织梦DEDECMS 栏目文章文章命名规则修改, 每次添加栏目的时候 都要改文章命名规则,十分麻烦, 修改下面这个地方就可以一改永亦,织梦模板网为您解答 找到\include\common.inc.php 搜索 $cfg_df_namerule 把: $cfg_df_namerule = {typedir}/{Y}/{M}{D}/{aid
当我们通过{dede:arclist keyword=关键词}来调用文章列表时,你会发现只在其中一个栏目里生效,在其他栏目,仍然显示上一次的关键词。 原因是由于arclist的缓存导致的。 只需修改/include/taglib/arclist.lib.php文件,大概在384行: $taghash = md5(seriali
我们在使用织梦dedecms数据库内容替换时候,经常遇到 安全码 显示的无法识别或者不清晰,这个安全码的位置是在核心 - 批量维护 - 数据库内容替换,如果识别不了,这个页面还没有改变验证码的地方,只能重新刷新页面,如果我们不想要这个安全码的话,要怎么操
今天一个客户在安装织梦dedecms时候,安装完成后登录后台就出现Safe Alert Request Error step 2,常用dedecms的朋友都知道,这是织梦的安全机制,在程序觉得有sql注入等攻击时候,会有这种提示。 1、起初我以为是文件没传全,让这个朋友重新传了文件上去安
dede织梦搜索伪静态,伪静态设置成功后,访问URL地址效果如下: 搜索页 http://www.baidu.com/search/织梦.html 搜索分页 http://www.baidu.com/search/织梦-2.html 本教程也适用于手机端。 开启伪静态: 后台-系统参数-核心设置-开启伪静态 后台-系统参数-
在使用 织梦模板 建站中,随机数作为一个偶尔使用到的参数,在具体使用中虽然用的少,但是今天跟版网小编给大家介绍下,大家可以参考下: 实现随机数的调用可以使用下面的js: 方法一:js代码 Math.rondom()*(m-n)+n; //生成在n到m之间的整数 但如果要用随机