帝國、PHPCMS及織夢對比(十二):PHPCMS低級BUG問題分析

2011-10-08 17:35:09來源:chinaz作者:

落葉之前在CHINAZ發(fā)布了一系列關(guān)于PHPCMS、織夢及帝國這三款CMS對比分析文章,在對比分析中出現(xiàn)過對PHPCMS部分功能和架構(gòu)設(shè)計方式明顯的偏好,一些站長朋友們在評論中多提到落葉在為PHPCMS捉刀的質(zhì)疑。本文中落葉詳

落葉之前在CHINAZ發(fā)布了一系列關(guān)于PHPCMS、織夢及帝國這三款CMS對比分析文章,在對比分析中出現(xiàn)過對PHPCMS部分功能和架構(gòu)設(shè)計方式明顯的偏好,一些站長朋友們在評論中多提到落葉在為PHPCMS捉刀的質(zhì)疑。本文中落葉詳細(xì)分析下PHPCMS2008中一直存在的并且在sp4最終版中仍然存在的嚴(yán)重甚至低級的問題及一些使用中遇見的“見鬼”的問題。

A、低級問題/BUG:

1.刪除欄目時所有子欄目和子欄目下所有文章不作任何提示,直接刪除。

一般的思路時,如果欄目下有子欄目,或者欄目下已經(jīng)有多篇文章,刪除時應(yīng)該提示該欄目不允許刪除,或者至少應(yīng)該給出危險警告,結(jié)果PHPCMS中是一不小心,點刪除欄目,然后彈出的JS中“是否要刪除欄目”點了確定后,就一下子所有子欄目全部干掉了,這也意味著這些所有欄目下的文章也沒辦法顯示了。雖然可以根據(jù)PHPCMS中DATA目錄下的欄目緩存中手動在數(shù)據(jù)庫中找回這些欄目,但這個引起的麻煩自不待言了。

很多新技術(shù)員進(jìn)來時,使用PHPCMS套站時,我都很明確的說明,PHPCMS后臺不允許做任何刪除操作,然而還是常有因為誤點擊而導(dǎo)致幾十個子欄目及欄目因為這樣的誤點擊全部消失的情況。不過,落葉在新站規(guī)劃時,一般都會修改PHPCMS欄目刪除對應(yīng)方法,刪除前先查詢欄目是否有子欄目,然后子欄目是否有文章,如果有需先刪除文章,再刪除子欄目,才能刪除父欄目。

2.移動欄目后欄目關(guān)系字段沒能正確更新,刪除原欄目的父欄目,已經(jīng)移走的子欄目會跟著被全部干掉

落葉不止一次發(fā)生過這樣的杯具,原來B欄目是A欄目的子欄目,后來想到B欄目獨立出來做一級欄目更好,于是把B欄目修改為一級欄目,然后更新欄目緩存,修復(fù)欄目數(shù)據(jù),心想這下應(yīng)該沒問題了,然后刪掉A欄目,結(jié)果大杯具發(fā)生了,整個A欄目及B欄目以及B欄目以下的所有欄目跟著被刪除了。

問題出現(xiàn)的原因:PHPCMS無限級分類每個分類中以arrchildid字段記錄了所有子欄目的ID,當(dāng)把B欄目稱出后,PHPCMS程序中沒能對B欄目的原父欄目的相關(guān)字段正常更新,結(jié)果刪除A欄目時,遍歷arrchildid中的所有子欄目,括B欄目,一起全部干掉了。

3.添加欄目時緩存重復(fù)更新,欄目多后修改欄目保存時慢到不可理解的問題。

PHPCMS在編輯欄目后保存時,會自動調(diào)用修復(fù)欄目的repair()方法和更新所有欄目緩存的cache()方法,并且repair()方法中本身調(diào)用了一次cache()方法,結(jié)果導(dǎo)致的問題是每次編輯,欄目緩存都會全部更新兩次,當(dāng)欄目比較多時,每次都重新生成一次緩存,效率自然會降低,但一般這還不至于導(dǎo)致很明顯的慢。更杯具的是,PHPCMS黃頁模塊的產(chǎn)品分類均存儲在欄目表中,黃頁意味著有大量的多級產(chǎn)品分類,這樣一來,每次在編輯內(nèi)容模型的某個欄目時,整個欄目表都會跟隨著更新兩次緩存,幾百個欄目的緩存重新更新,并且寫入方式是file_put_contents,結(jié)果的杯具是,編輯欄目后保存時一直卡在那里無論怎么點就是更新不動,關(guān)掉重新開,發(fā)現(xiàn)編輯的內(nèi)容又是保存成功的。

落葉一直的解決辦法是,修改PHPCMS編輯欄目后調(diào)用的緩存更新方法,只讓他更新所涉及到的欄目的緩存。這樣的好處是臨時比較慢,不會花無用的時間去更新大量不需要更新的欄目的緩存。缺點是會導(dǎo)致相關(guān)聯(lián)的欄目緩存沒有及時更新。不過,這個不是問題,等欄目全部修改完成后,再在后臺點一次更新所有緩存,這下慢就慢吧,點了不管,他自會更新完。

4.刪除文章,靜態(tài)頁沒有跟著刪除。

一般的設(shè)計按理應(yīng)該是刪除文章的同時,對應(yīng)刪除的靜態(tài)文件,但不知道為什么PHPCMS中沒有這樣,結(jié)果是很多文章已經(jīng)刪除了,但靜態(tài)頁還是被收錄了,并且都是老的一些無用的測試頁面或者模板列換前的頁面。這時候想將這些的頁面去刪除只有人工去找了。

5.內(nèi)容頁模板無法批量更換的問題。

很多時候,程序上站設(shè)置好欄目等,設(shè)計美工處理模板界面,然后編輯同時發(fā)文章,然而因為模板還沒有做出來,默認(rèn)欄目設(shè)置中內(nèi)容頁模板都是選擇的默認(rèn) show.html模板,發(fā)的文章的Template字段中記錄的也是show.html模板,然后設(shè)計那邊模板做出來后,如果不用默認(rèn)的 show.html文件名,而是show_new.html模板時,本來應(yīng)該可以直接欄目修改時,選擇新模板,然后勾選“將這些修改全部應(yīng)用到子欄目及內(nèi)容頁”,實現(xiàn)內(nèi)容頁模板更換的。相信PHPCMS官方的本意也是如此的,可結(jié)果勾了也白勾,內(nèi)容頁模板原來是啥還是啥,這時候不得不手動一篇文章一篇去修改,或者到數(shù)據(jù)庫中替換。

6.列表頁GET標(biāo)簽調(diào)用文章列表,分頁鏈接跳到后臺的問題。

這個問題出現(xiàn)的大概原因是GET標(biāo)簽中的分頁page參數(shù),與列表頁內(nèi)置獲取的分頁參數(shù)產(chǎn)生沖突,生成靜態(tài)時參數(shù)沖突,分頁出錯。而使用默認(rèn)TAG標(biāo)簽時不會有錯。

B、經(jīng)常遇到的“見鬼”的問題:

1.無論怎么改模板,生成頁面,始終不變的問題

這個是用戶自己的問題,也是PHPCMS的問題。之所以說是用戶自己的問題,那是因為他反復(fù)刷新的頁面并不是真這的最新生成的改變后的靜態(tài)頁面。之所以說是PHPCMS的問題,那是因為在某些情況下,修改欄目后,欄目URL規(guī)則自動在不知情的情況下(修改欄目時,URL規(guī)則選項是以TAB選項卡的方式展示,修改其它選項卡下信息時,會難注意URL規(guī)則所在的選項卡中的變化而直接保存),變會到默認(rèn)的URL規(guī)則,然后用戶生成頁面后,新頁面生成在默認(rèn) URL規(guī)則對應(yīng)的欄目下,而用戶并沒有全站生成,點擊欄目導(dǎo)航訪問時還是舊頁面,所以無論怎么刷新也不變的見鬼的問題。

這個問題當(dāng)有意去編輯欄目進(jìn)行測試時,難以復(fù)現(xiàn),但是落葉之前一天多時,經(jīng)常遇到,最近一些新的技術(shù)在處理PHPCMS是經(jīng)常抓狂的仍然是這個問題。上傳模板,生成靜態(tài),刷新刷新再刷新,就是不變。

另外,還有很多更新后發(fā)現(xiàn)不變化的情況均因PHPCMS的緩存所至,無論是編輯系統(tǒng)設(shè)置還是修必欄目后都需更新修復(fù)欄目數(shù)據(jù),更新緩存才能生效,但不知道為什么,很多時候需要重新編輯好幾遍,更新好幾次后才能生效。

再就是URL更新了,更換URL規(guī)則后,數(shù)據(jù)庫中記錄的URL路徑?jīng)]有變,需要先更新URL后再生成靜態(tài)才有效,但很多由于忘掉而無論怎么生成也沒用的。

2.模板可視化情況下碎片無法點擊添加或修改的問題

這個是程序員或者美工自己的問題,碎片變?yōu)榭牲c擊狀態(tài)需要頁面調(diào)用JQUERY框架,用戶制作的模板如果沒有加截這個框架或者相關(guān)頁面沒有加載這個框架,那就出現(xiàn)這個問題。

3.文章提交總是出現(xiàn)phpcms_search' is marked as crashed and should be repaired的問題。

這個問題就是phpcms_search數(shù)據(jù)表損壞了,落葉此前也是經(jīng)常碰到了,現(xiàn)在編輯基本每隔一兩天都會碰到這個表損壞而無法添加數(shù)據(jù)的問題。

這個表是為PHPCMS中實現(xiàn)全文搜索和全文索引而設(shè)計的,每添加一篇文章,文章全文內(nèi)容都會經(jīng)分詞處理后,存儲到這個表中,寫入操作比較頻繁,但是我不太清楚,為什么這個表會這么容易損壞,頻繁出奇的高。當(dāng)然見怪不怪時也就淡定了,因為PHPCMS后臺自帶的數(shù)據(jù)表修復(fù)功能還是很強(qiáng)大的。現(xiàn)在編輯在添加文章時發(fā)現(xiàn)數(shù)據(jù)表損壞,已經(jīng)不找程序員了,直接自己在后臺系統(tǒng)工具里點數(shù)據(jù)庫修復(fù)搞定。

系列相關(guān)文章:

 

關(guān)鍵詞:帝國PHPCMSdedecms

贊助商鏈接: