解決方法出現(xiàn)這個問題往往是因為數(shù)據(jù)庫連接失敗，解決辦法如下1找到并打開文件data lt？php 數(shù)據(jù)庫連接信息 cfg_dbhost = #39localhost#39 數(shù)據(jù)庫的服務(wù)器地址 cfg_dbname = #39dedecmsv57gbk#39；應(yīng)該是哪里標簽元素沒成對出現(xiàn)或者引號之類的沒結(jié)束，一般往上檢查就沒事，你多看看就可以找出來，還不會再問額解決；因為不確定具體的問題，所以沒辦法針對解決，這里給你一個通用的解決方案檢查文章是不是修改了什么選項織夢后臺，生成更新系統(tǒng)緩存檢測并清理錯誤文章開始執(zhí)行注意看這一步具體提示什么東西，如果沒有提示錯誤。

這應(yīng)該是你程序的問題，第一次日期獲取不對，導(dǎo)致日期都一樣，出現(xiàn)重復(fù)第二個ID獲取不對，導(dǎo)致都是40；這個應(yīng)該是虛擬主機空間的問題，我也遇到過類似的問題，原先我用的是香港的虛擬主機，怎么弄都不行，開始我以為是程序的問題，后來沒辦法，又換了個，也不行，后來聽說Softlayer美國虛擬主機空間可能能用，還真行，搞掂了；然后，在模板dedetempletsloginhtm里去掉以下驗證碼的具體HTML代碼驗證碼 或者是在驗證碼安全設(shè)置里，說修改后的保存實際上是修改了data\safe\inc_；這個你要用對標簽才行哦，列表頁的分頁是 dedelist pagesize=#3910#39dedelist 在配合上 dedepagelist listitem=quotinfo，index，end，pre，next，pageno，optionquot listsize=quot5quot 這樣就能分頁了，當然，上面的peg；我看了一下這個類，于是改了一下報錯的代碼echo quot模板文件不存在，無法解析文檔quot$thisArcID這樣可以返回錯誤的文章ID，于是，再生成時我得到了幾個文章ID打開這個文章編輯，發(fā)現(xiàn)這篇文章居然沒有設(shè)置分類挺奇怪。

AspMaxRequestEntityAllowed=quot00quot如果以上方法還不能解決問題，那么你先取消ie的友好錯誤提示，看看錯誤編碼是多少方法如下打開IEinternet選項高級將quot顯示友好的；如何我們開啟了織夢CMS多站點絕對地址后，RSS文件里面的URL會在地址前面再加上主域名地址，這樣使得RSS文件的URL出錯主要是在對文件地址處理的函數(shù)中對地址已經(jīng)作過一次判斷，如果開啟絕對地址便會加上主域名地址，但RSS生成；這種效果是無法直接通過織夢的標簽進行調(diào)用的，你可以用織夢標記里面的SQL標簽來實現(xiàn)，例如 dedesql sql=quotselect content FROM #@__arctype WHERE ID =1quot fieldcontent dedesql 上面這個代碼實例；如果你懂得代碼，你只需要將安全提示哪里的所有代碼都刪除，就不提示這個了。

其實把“Fatal error Allowed memory size of 32 bytes exhausted tried to allocate 16 bytes in D\；這個提示一般出現(xiàn)以下情況才會出現(xiàn)1模板文件不存在，您可能誤刪除或者沒有正確指定模板文件2模板文件沒有讀取權(quán)限，請按照我們的系統(tǒng)環(huán)境配置需求正確分配目錄的權(quán)限；1，模板真的不存在，查看一下路徑 2，簡單來說，模板文件不存在，無法解析文檔這個問題可能是由于系統(tǒng)安裝在二級目錄，在填寫二級目錄里出現(xiàn)錯誤，找不到模板解決辦法是到系統(tǒng)設(shè)置－核心設(shè)置－DedeCms安裝目錄 設(shè)置正確的。