在寫這篇文章之前互動式宣講，有必要對自身做一個表述效高性，因為這樣才能準(zhǔn)確的描述一個CMS的體驗總結(jié)，畢竟每個個體不一樣自動化，所以對一個事物的看法和判斷是有一些差距的提升。本人熟p+CSS，對程序稍微了解不折不扣，如果程序員分為下中下三等支撐能力，那我屬于下下等那種。

　　我用DEDECMS做一個資訊站高效利用，后來又用PHPCMS做了一站特征更加明顯，都是下載程序，然后拿來用講理論，一邊用一邊學(xué)的可能性，并且做這兩個站使用相關(guān)的建站的程序都是第一次。下面是用這兩個CMS的一些感悟服務為一體，方便以后如果要選PHPCMS還是DEDECMS的新人站長做一個參考問題。

　　1、 易用性。

　　在使用PHPCMS和DEDECMS的時候yiqicms批量助手緊密相關，易用性織夢要好很多更默契了，并且很多的功能很容易上手，織夢在一些細(xì)節(jié)方面比PHPCMS要注意得多培訓，比如說不合理波動，在新建一個頻道的時候，可以選擇不同的模版及生成的位置重要工具》e極拓展新的領域？棄糁灰阍O(shè)置好目錄的名稱，比如目錄是YDDYW更優質。通過設(shè)置競爭力所在，你可以把你的文件都放在該目錄下，并且自動綁定域名下的URL為xxx.com/yddyw/ 但是PHPCMS有一個選擇領域，你選擇生成靜態(tài)文件的時候溝通機製，還要你填寫一個URL地址，如果你太粗心的話註入新的動力，很容易沒有注意這個細(xì)節(jié)領先水平，我用PHPCMS的時候，就為了這個細(xì)節(jié)雙重提升，花了我半個多小時戰略布局，后來問人才知道。

　　總結(jié)：PHPCMS在細(xì)節(jié)的一些處理不如DEDECMS表現明顯更佳。很多小小的功能要特別注意狀態。

　　所以新人站長選擇PHPCMS的時候，最好先抽空大致看下幫助文檔指導。

　　2廣泛認同、 程序的代碼簡潔性yiqicms批量上傳內(nèi)容 。

　　此點主要是考慮前臺頁面的表現(xiàn)代表流動性，不包括網(wǎng)站后臺程序代碼鍛造。因為本人不懂PHP，所以追求卓越，不能做評價逐漸完善，特此注明參與能力。

　　個人覺得PHPCMS比DEDECMS最優(yōu)秀的就是這塊了合理需求，DEDECMS進(jìn)行了封裝了很多的代碼，很多的標(biāo)簽?zāi)脕砭椭还苡贸浞职l揮，但是那些?biāo)簽代碼里有很多的不需要的標(biāo)簽寫了一大堆高質量。對于一個喜歡在前臺頁面代碼糾結(jié)我來說，織夢這塊做得比PHPCMS要缺少一些。

　　另外PHPCMS的前臺數(shù)據(jù)調(diào)用的方式很有意思管理，除了一些基本的標(biāo)簽之外設計，則可以完全通過GET的模式，自己寫SQL語句來調(diào)取數(shù)據(jù)改進措施。這一點其實也是讓人很糾結(jié)的就此掀開。因為不是每個人都懂SQL語句，如果PHPCMS能做一個象DX的那樣方便的SQL調(diào)取數(shù)據(jù)的界面化的功能今年，那就太好了不斷豐富，再加上配合PHPCMS前臺顯示數(shù)據(jù)的方式，那么前臺代碼可以做到最大的優(yōu)化了組建。

　　總結(jié)：對于喜歡在前臺模版HTML簡潔化的糾結(jié)的各有優勢，PHPCMS相對來說比DEDECMS有優(yōu)勢。

　　當(dāng)然DEDECMS也可能做到重要的意義，但是需要一定的功底去修改相關(guān)的標(biāo)簽持續。總之我覺得挺為難的再獲。因為我不會產品和服務。這點可能有點片面了，但作參考激發創作。

　　3前景、 功能

　　功能這塊yiqicms批量助手，兩個CMS差不多增幅最大。大同小異的共享應用。

　　不過PHPCMS的BUG比織夢要多。由于我只用到了兩個CMS的資訊模塊標準，所以不太好做示範推廣。此外，PHPCMS的全局標(biāo)簽似乎很少即將展開。而DEDECMS的全局標(biāo)簽做到很優(yōu)秀大幅增加。比如我們要實現(xiàn)這樣的標(biāo)題 xxxxxxxxxxx_xxxxx網(wǎng)，織夢只要用標(biāo)題標(biāo)簽_站點名稱傳承，就可以了等特點。好象PHPCMS還有一段代碼，對于我不懂程序的人可苦了多種，到最后將進一步，我還是不會修改，最后只好放棄了發展成就。