1、帝國cms與dedecms哪個好，用哪個適合大數據，那個強
dede框架太老，幾年都不更新了，帝國還可以，不過文章多了生成靜態幾個小時，還是用pageadmin吧，技術比較新，框架也是流行的mvc。
2、php168CMS和齊博CMS的區別
首先介紹下PHP168 之前只有一個PHP168CMS，版本最終為6.02
今年全新開發了一個CMS系統，開始叫6.5，後來命名為S系列，由於這個S系列是全新打造了，很大一部分會員覺得不熟悉或者不好用，於是目前PHP168等於是分成兩個部門，一個是PHP168的S系列，主要是基於S系列的媒體系統展開，原來的龍城帶領部分成員成立齊博軟體，基於原有的PHP6.02研發PHP7.0
回答：
1、對
2、對
3、都可以，但整合最新的pw好像有點問題，現在pw更新也很快，都8.3了。
4、如上
5、以前的PHP168 6.02 ，現在齊博研究的7.0還沒有發布呢。
3、CMS和Discuz有什麼區別？
CMS是可以自由設定版面的PHP程序。就是說利用輔助工具（網頁設計軟體）修改頁面排版等等。後台可以調用自己設定的子頁面及調用。
discuz就是一種論壇程序。PHP語言的。目前在我們國內做論壇使用最多的一種程序。功能強大。
CMS功能也是很強大的。不過需要一點技術。而dz就不需要了。簡單的學習一下。就可以做一個功能強大的論壇。
有點啰嗦了。希望可以幫到你。
4、CMS有網站群系統的嗎？ 好的都有哪些
好一點的挺多的，在國內做網站群管理的挺多的，做的好的有
西安的博達軟體（VSB）系統
他們有10幾年專做網站群管理的
內容全面，容易管理以及修改，確實比較好用
現在他們的新產品VSB9
5、informix連接管理器+HDR
看看各個onconfig中的DRAUTO
各個cmsm.cfg怎麼設置？
把onstat -g cmsm顯示的內容看看
6、PHPCMS能不能做成多台伺服器集群？
其實這些都可以實現，當時設計的時候就考慮了單獨的圖片伺服器的需求，但是如果真要操作需要修改部分程序，但不需要像樓上說的那樣修改架構！不過三個伺服器可以前端為一個squid的方式，這樣靜態頁面都在前端減少對於程序伺服器的壓力。還可以通過rsync把附件文件傳送到其他伺服器，然後修改UPLOAD_URL來使圖片地址改為另外一台伺服器
7、需要處理的數據量太大怎麼處理
解決方案：
1、HTML靜態化
效率最高、消耗最小的就是純靜態化的html頁面，所以盡可能使網站上的頁面採用靜態頁面來實現，這個最簡單的方法其實也是最有效的方法。但是對於大量內容並且頻繁更新的網站，無法全部手動去挨個實現，於是出現了常見的信息發布系統CMS，像常訪問的各個門戶站點的新聞頻道，甚至他們的其他頻道，都是通過信息發布系統來管理和實現的，信息發布系統可以實現最簡單的信息錄入自動生成靜態頁面，還能具備頻道管理、許可權管理、自動抓取等功能，對於一個大型網站來說，擁有一套高效、可管理的CMS是必不可少的。
2、圖片伺服器分離
對於Web伺服器來說，不管是Apache、IIS還是其他容器，圖片是最消耗資源的，於是有必要將圖片與頁面進行分離，這是基本上大型網站都會採用的策略，他們都有獨立的圖片伺服器，甚至很多台圖片伺服器。這樣的架構可以降低提供頁面訪問請求的伺服器系統壓力，並且可以保證系統不會因為圖片問題而崩潰，在應用伺服器和圖片伺服器上，可以進行不同的配置優化，比如apache在配置ContentType的時候可以盡量少支持，盡可能少的LoadMole，保證更高的系統消耗和執行效率。 這一實現起來是比較容易的一現，如果伺服器集群操作起來更方便，如果是獨立的伺服器，新手可能出現上傳圖片只能在伺服器本地的情況下，可以在令一台伺服器設置的IIS採用網路路徑來實現圖片伺服器，即不用改變程序，又能提高性能，但對於伺服器本身的IO處理性能是沒有任何的改變。
3、資料庫集群和庫表散列
大型網站都有復雜的應用，這些應用必須使用資料庫，那麼在面對大量訪問的時候，資料庫的瓶頸很快就能顯現出來，這時一台資料庫將很快無法滿足應用，於是需要使用資料庫集群或者庫表散列。
4、緩存
緩存一詞搞技術的都接觸過，很多地方用到緩存。網站架構和網站開發中的緩存也是非常重要。架構方面的緩存，對Apache比較熟悉的人都能知道Apache提供了自己的緩存模塊，也可以使用外加的Squid模塊進行緩存，這兩種方式均可以有效的提高Apache的訪問響應能力。
網站程序開發方面的緩存，Linux上提供的Memory Cache是常用的緩存介面，可以在web開發中使用，比如用Java開發的時候就可以調用MemoryCache對一些數據進行緩存和通訊共享，一些大型社區使用了這樣的架構。另外，在使用web語言開發的時候，各種語言基本都有自己的緩存模塊和方法，PHP有Pear的Cache模塊，Java就更多了，.net不是很熟悉，相信也肯定有。
8、什麼叫站群？站群是什麼？
並不是把很多個網站集中在一起就可以稱得上是站群了，一定是要：統一，分級管理，信息共享，單點登錄才可以。站群實現了技術標准統一，能夠互聯互通，實行集群化管理，相對一致的網站運行和服務規范。發展階段站群最早是政府在應用中提出來的，經過了很多年的發展，整體上來看，站群系統構建技術發展可劃分為兩個階段：第一階段是第一代網群系統也叫：「傳統站群系統」。主要由網站內容管理系統CMS擴展而來，採用發布多個欄目的形式達到多個站點的形式，從構架上，都是一個CMS系統，一個後台，一個資料庫，一個結構。這樣在站群的早期的需求中，可以滿足政府主站和子站的快速建設，批量建設，模板建設等，模式都是一樣的，資料庫結構也是一樣的。第二階段是第二代站群系統也叫：「網站集群系統」。雖然「傳統站群系統」可以快速建設多個相似的站點和模板，但真正的站群的站點數量太多，就會出現問題，畢竟是一個資料庫中。隨著互聯網技術的快速發展，站群的需求也不斷的增長。尤其是Web2.0概念的提出，網站的互動性和子站點獨立擴展性也越來越是當前站群系統的功能之一，所以，第二代站群系統應運而生，他的出現解決了：1.站群系統站點數量很大，需要多台伺服器分布式部署；2.子站點獨立，子站從文件存儲到資料庫結構都是完全獨立的。3.站點間的單點登錄和信息共享等。那麼第二代站群系統的優勢是什麼呢？舉個簡單的例子就會清晰明了。比如，現在大型集團都有下設無數子公司，業務一般都不一樣，當然子站的資料庫結構和表現形式，就會不同，如果站群系統中的某一個站點想要做獨立的擴展和二次開發，那麼「傳統站群系統」只能是增加現有資料庫的欄位，從而別的子站也跟著「被擴展」了，而「第二代站群系統」由於子站是完全獨立的，對這個問題就會迎刃而解。 站群技術應用領域范圍很廣，例如政府門戶網站群、大型企事業網站群、行業網站群等。在電子政務的應用中，網站群系統可以為政府門戶及部門網站共享共用，實現站內單點登陸、統一網站管理、統一的界面設計與風格和一站式受理服務等。發展趨勢國內站群系統的情況參差不齊，現在一般從事CMS系統開發的，都會想法擴展成為：「一代站群系統」也相當容易。
9、網站群是什麼，具體有什麼作用？
網站群系統也稱為網站集群系統，是指統一規劃，統一標准，建立在統一標准，建立在統一技術構架基礎之上，分級管理，分級維護，耦合程度高，信息可以實現基於特定許可權共享呈送的網站集合。網站群系統實現了技術標准統一，能夠互聯互通，實行集群化管理，相對一致的網站運行和服務規范。
整體上來看，網站構建技術發展可劃分為三個階段：
第一階段手工建站方式。 主要由網頁製作人員使用HTML語言手工製作靜態頁面為主，不能與訪問者進行動態交流，只能稱為「企業宣傳網頁」。
第二階段定製建站方式。網站製作人員採用資料庫編程技術，對特定的企業開發一套網站程序，只能讓一個企業使用，這類建站方式，企業自己不能更新網站內容，更新內容或版面都需要專業人員。
第三階段全動態自助建站方式。目前最先進的網站構建技術，以自助思想為核心的建站技術與服務方式，構建強大的網站內容管理系統CMS。高端網站或門戶網站多已採用了這樣的技術。
然而，單純的CMS建立的網站仍然是孤立的，從高可用性、可擴展性、低構建成本等角度來看，網站群技術代表著今後發展的方向。
網站群技術應用領域范圍很廣，例如政府門戶網站群、大型企事業網站群、行業網站群等。在電子政務的應用中，網站群系統可以為政府門戶及部門網站共享共用，實現站內單點登陸、統一網站管理、統一的界面設計與風格和一站式受理服務等。