導(dǎo)讀:DEDE技術(shù)DEDE技術(shù)我們?cè)谟没疖囶^采集的時(shí)候，一般很少有人采集文檔的發(fā)布時(shí)間，基本都是采集了直接發(fā)布，所以今天我遇到一個(gè)問題，就是采集好的內(nèi)容發(fā)布到dede后，看到系統(tǒng)入庫(kù)時(shí)間為3織夢(mèng)模板安裝織夢(mèng)模板。

我們?cè)谟没疖囶^采集的時(shí)候，一般很少有人采集文檔的發(fā)織夢(mèng)模板修改布時(shí)間，基本都是采集了直接發(fā)布，所以今天我遇到一個(gè)問題，就是采集好的內(nèi)容發(fā)布到dede后，看到系統(tǒng)入庫(kù)時(shí)間為3-19，正常，但是在文章頁(yè)顯示的時(shí)間為：暫無，列表頁(yè)顯示時(shí)間為1970-01-01，確實(shí)看著很不舒服，也不知道這個(gè)會(huì)不會(huì)對(duì)程序產(chǎn)生其他影響，初步猜測(cè)是在火車頭的發(fā)布模塊出了問題。  　　還是原來的思維，能解決的話，盡量解決下，網(wǎng)上找教程。也真不太好找，找到的都是dede采集之內(nèi)的，火車頭采集雖然也是采集，但跟dede采集卻又不一樣，后來找到這樣一個(gè)，先寫在這，大家看到了一定不要嘗試，否則你會(huì)后悔的。如果你只想知道如何解決1970的問題的話，這幾段都可以略過。但希望你懂得他是如何實(shí)現(xiàn)的。  　　一、錯(cuò)誤解決方案剖析  　　首先在phpMyAdmin查看dede_archives這個(gè)表的sortrank和pubdate的一個(gè)值,你的時(shí)間是1970-01-01 00:00:00他的值就是28800好像這個(gè)..你自己查看看,改現(xiàn)在現(xiàn)在的時(shí)間比如2009-08-13 00:00:00  　　的值就是1250150400  　　那么你在后臺(tái)dede_archives這個(gè)表的sortrank和pubdate 把28800替換1250150400 搞定…  　　批量替換發(fā)布時(shí)間，入庫(kù)時(shí)間，更新時(shí)間的方法。  　　首先要知道一個(gè)文章有三個(gè)時(shí)間。  　　對(duì)應(yīng)的是數(shù)據(jù)庫(kù)的dede_archives表，請(qǐng)根據(jù)你的實(shí)際情況更換前綴。  　　這個(gè)表里有三個(gè)表示時(shí)間的字段：  　　pubdate：發(fā)布時(shí)間(前臺(tái)可更改)  　　senddate：入庫(kù)時(shí)間  　　sortrank：前臺(tái)調(diào)用最新文章。實(shí)際上是用這個(gè)時(shí)間。  　　我采集的文章不知道什么原因，入庫(kù)后都是2021年的。后面手工增加的2009年的文章。  　　在首頁(yè)等地方用pubdate排序方式都只能調(diào)出采集的2021年文章，  　　通過PHPMYADMIN查看發(fā)現(xiàn)有以上三個(gè)字段。  　　注意：里面的數(shù)值不是直觀的。  　　如不是2009-01-13 14:13:32而是1231846313  　　所以我們?cè)谂刻鎿Q的時(shí)候要這么做。  　　第一步。在后臺(tái)新增一個(gè)文章。  　　得到一個(gè)時(shí)間，比如2009-01-13 14:13:32，這可以通過管理文章那里看到。  　　第二步，后臺(tái)執(zhí)行SQL語(yǔ)句SELECT * FROM dede_archives order by id DESC limit 1  　　這樣你可以看到你剛才新加加的文章一所有字段值。  　　觀察以下的數(shù)據(jù)：  

關(guān)鍵詞標(biāo)簽: 解決方法 CMS 時(shí)間為