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

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

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

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

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

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

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

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

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