今天在網(wǎng)上下了一個(gè)dedecms模板，在修改的時(shí)候發(fā)現(xiàn)頁面分頁沒對，剛開始我以為是分頁計(jì)算出來問題，于是就找到了分頁相關(guān)文件("include"目錄下的“arc.archives.class.PHP”文件與“arc.listview.class.php”文件)；查看并分析，發(fā)現(xiàn)這兩個(gè)文件并沒有改動過的痕跡。

在否定了分頁文件的問題后，繼續(xù)查看后臺，發(fā)現(xiàn)在“網(wǎng)站欄目管理”中，顯示的文檔數(shù)目也不正確，多了9條數(shù)據(jù)！

當(dāng)我把這個(gè)欄目下的所有文檔全部刪除后，發(fā)現(xiàn)任然有9條數(shù)據(jù)，接著又清空回收站、更新了緩存，都不見效果。

在網(wǎng)上查資料，終于找到了答案，在這里分享出來，希望可以幫到有需要的朋友。

出現(xiàn)這種情況一般有兩種可能：

第一種：你以前的欄目內(nèi)容模型選的是soft或者其他的，然后你發(fā)表了一些文章，再之后你將欄目內(nèi)容模型變更為article或者不同于soft的其他內(nèi)容模型。那么你會看到欄目中有文檔數(shù)，但是點(diǎn)進(jìn)去沒有文檔。

第二種：曾經(jīng)通過sql語句直接刪除過dede_article或者dede_archives或者dede_arctiny中的記錄，這三個(gè)表是有關(guān)聯(lián)的，如果要通過sql語句刪除內(nèi)容，一定要同時(shí)將這三個(gè)表中的同一條關(guān)聯(lián)內(nèi)容全部刪除，否則就會造成這種情況。

現(xiàn)在問題原因是找到了，但是到數(shù)據(jù)庫去改起來還是很麻煩，特別是數(shù)據(jù)較多的情況下，不過也不用擔(dān)心，織夢后臺為我們提供了一個(gè)很實(shí)用的功能“系統(tǒng)錯(cuò)誤修復(fù)”，這個(gè)功能在“系統(tǒng)”欄目下可以找到。

點(diǎn)擊開始進(jìn)行常規(guī)檢測，他會自動刪除一些無效數(shù)據(jù)，修復(fù)完成，再次查看欄目內(nèi)容，發(fā)現(xiàn)問題得到解決。