前一段時(shí)間幫一個(gè)朋友修改用DZ程序做的網(wǎng)站的模板的時(shí)候出現(xiàn)了問題，就是網(wǎng)站突然出現(xiàn)“內(nèi)部錯誤，無法顯示此內(nèi)容”問題。大家都知道DZ是完全把主體程序和前端模板拆開的，這一點(diǎn)也可以說是一套優(yōu)秀程序的一個(gè)特征，這一點(diǎn)全球知名的開源程序WordPress也是如此。而DZ還有一個(gè)易用的功能就是模塊DIY功能，這個(gè)功能可以讓很多連HTML都不懂的站長朋友制作自己個(gè)性化的模塊。

然而出現(xiàn)這個(gè)問題基本上網(wǎng)站的一切都無法操作，在DIY點(diǎn)開諸如數(shù)據(jù)、樣式、屬性等所有選項(xiàng)都有報(bào)錯。而這時(shí)候我朋友有總在問我搞定了沒，因?yàn)榇饝?yīng)他在規(guī)定的時(shí)間里幫他解決首頁的模板，但遇到這個(gè)問題我都不敢跟他說，因?yàn)槲乙矝]有絕對的把握說這個(gè)東西不是我造成的，雖然在我看來操作前端的樣式的時(shí)候不可能造成這種錯誤，但在實(shí)際當(dāng)中一切意想不到的的事情都可能發(fā)生。

于是我只能硬著頭皮去自己搜索答案，在網(wǎng)上搜索了十多分鐘，發(fā)現(xiàn)大多數(shù)人提這樣的問題都沒有什么結(jié)果，回答最多的就是更新緩存之類的，似乎這個(gè)程序出現(xiàn)所有問題都是沒有更新后臺緩存造成的，當(dāng)然DZ的很多時(shí)候都需要更新后臺緩存，特別是修改了東西讓其生效的時(shí)候。

搜索了一圈也沒解決問題，雖然有很多答案得到了最終的解決方案，但那些情況跟我的實(shí)際并不相符，因?yàn)槲以诔霈F(xiàn)故障前后只是操作了CSS，結(jié)果朋友突然說我?guī)湍阈薷牧薱onfig中的驗(yàn)證IP功能免得你進(jìn)后臺的時(shí)候總是說跳出登陸。結(jié)果我讓他用備份的這個(gè)文件替換就解決問題。

我從來都不會為解決問題而去解決問題，我總會在自己解決后總結(jié)為什么會出現(xiàn)這個(gè)問題。于是我還特意保留了故障期間的那些文件跟現(xiàn)在正常的對比，分析了新的問題。總結(jié)網(wǎng)上和自己新琢磨出來的做一個(gè)總結(jié)，造成這個(gè)問題最常見的因素有如下幾點(diǎn)，當(dāng)然以后可能有更多的新問題。

一、修改文件時(shí)直接用記事本打開，造成多余的空格，導(dǎo)致程序不能識別XML文件。

用過DZ那個(gè)程序的朋友都知道，在程序中很多地方都使用了XML技術(shù)，我們插件和模板的安裝文件都是寫在XML文件中，然后經(jīng)過內(nèi)部函數(shù)機(jī)制調(diào)用執(zhí)行。還有在模板DIY過程中生成的文件其實(shí)也是XML的，比如我們在DIY后導(dǎo)出的文件就是這種格式的。我的這個(gè)朋友就是在修改配置文件config 的時(shí)候直接在ftp中打開造成文件中出現(xiàn)多余空格，造成不能識別xml造成這種錯誤。因?yàn)槲液髞砝^續(xù)恢復(fù)到異常狀態(tài)打開錯誤報(bào)告，發(fā)現(xiàn)上面有一截報(bào)錯代碼就是xml包含的，而下部分是我們正常使用的時(shí)候那部分，只是格式很混亂。解決方案就是用DW之類專門編寫代碼的工具恢復(fù)那些文件正常的格式。

二、修改XML文件錯誤，導(dǎo)致無法識別。

在DZ中很多模板的首頁都是用DIY制作或者使用了大量的DIY，有時(shí)候我們修改模板上面的信息的時(shí)候?yàn)榱耸∈戮筒皇侨ヒ粋€(gè)個(gè)框架上編輯修改名稱了，而是先導(dǎo)出xml，然后再統(tǒng)一修改它。結(jié)果可能使用記事本或者其他不是專門編寫代碼的工具造成格式混亂，也可能因?yàn)橐粫r(shí)失誤把標(biāo)簽的封閉符號給刪除了。都會造成如第一種情況中所出現(xiàn)的那樣無法識別的問題，而且很多時(shí)候這樣的文件能順利導(dǎo)入程序，但導(dǎo)入后就會發(fā)生這樣致命的錯誤。解決的方法就是先清空錯誤的導(dǎo)入，然后經(jīng)過合適的工具及正確的方法修改xml使得其沒有錯誤再導(dǎo)入。

三、在DIY狀態(tài)下導(dǎo)入了與程序本身沖突或者錯誤的JS。

在DZ內(nèi)部已經(jīng)自帶了很多非常實(shí)用的JS特效，比如幻燈片切換和滾動等等，這些特效只需要一個(gè)屬性值本來就可以直接調(diào)用，而且按照這種內(nèi)置功能實(shí)現(xiàn)的特效執(zhí)行效率會很高。但很多技術(shù)上不怎么了解的站長往往喜歡從網(wǎng)上收集一些JS代碼，也許那些代碼在單獨(dú)執(zhí)行的時(shí)候確實(shí)沒有任何錯誤，但放在DZ程序中就會出現(xiàn)沖突甚至如這里說的這個(gè)致命的錯誤，比如知名的JS框架之一jQuery默認(rèn)的$就會與DZ沖突，必須經(jīng)過修改后才能正常使用。其實(shí)出現(xiàn)這類故障的時(shí)候，往往直接在前臺清空DIY都是無效的，最好的解決方案就是去數(shù)據(jù)庫找到模板頁面數(shù)據(jù)的存檔表pre_common_diy_data DIY刪除最近加入進(jìn)去的數(shù)據(jù)記錄，然后重新來制作當(dāng)前頁面。

四、無解詭異的緩存問題。

這個(gè)問題如果說起來會讓人覺得廢話一樣，但我在此前確實(shí)就這么解決過好幾次出現(xiàn)這種錯誤的問題。其實(shí)我認(rèn)為并不奇怪，因?yàn)镈Z是一套充分使用緩存機(jī)制的程序，比如我們的前端所看到的很多JS和CSS等都是先通過模板中的文件寫入Cache中，然后再讓前端讀取執(zhí)行的。很多時(shí)候經(jīng)過前面幾種方式修正了錯誤，但我們在前端查看的時(shí)候依然是錯誤的，這時(shí)候就得考慮緩存問題，而且這種問題多出現(xiàn)重新配置的服務(wù)器。解決的方法就是重啟IIS或者 apache之類的web服務(wù)器或者干脆重新開機(jī)，另外就是檢查Cache目錄是否寫入，因?yàn)槲覀兊母谋仨氉屍湓趫?zhí)行的時(shí)候?qū)懭刖彺娌攀巧У摹?/P>

以上幾種情況是很多人都出現(xiàn)過的問題，也都是親身所經(jīng)歷的，只是第一種情況是我最近一次所遇到的。雖然一般來講只要是問題就有解決的方法，但我覺得有時(shí)候這樣的問題會造成我們浪費(fèi)大量不必要的時(shí)間。最后建議新手朋友不要在自己完全不了解相關(guān)知識的時(shí)候去隨意修改，也希望大家不要圖一時(shí)方便去直接修改文件以免造成難以發(fā)現(xiàn)原因的故障，當(dāng)然最保險(xiǎn)的方式還是在修改前備份我們寶貴的數(shù)據(jù)。

更多信息請查看IT技術(shù)專欄