澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 50 -

10.2 會(huì)員的角色和機(jī)構(gòu)

ZCMS支持建立會(huì)員角色，會(huì)員角色相當(dāng)于會(huì)員類型，一個(gè)會(huì)員可以有多個(gè)會(huì)員角

色。網(wǎng)站管理人員可以根據(jù)會(huì)員的角色提供不同的內(nèi)容和服務(wù)，也可以根據(jù)會(huì)員角色的

不同賦予不同的前臺(tái)功能權(quán)限。會(huì)員角色有利于網(wǎng)站用戶的自我組織和自我管理，有利

于提高用戶的活躍度和網(wǎng)站的黏性。

ZCMS也可以建立會(huì)員機(jī)構(gòu)樹，一個(gè)會(huì)員只能屬于一個(gè)會(huì)員機(jī)構(gòu)。會(huì)員機(jī)構(gòu)功能主

要是為了根據(jù)會(huì)員機(jī)構(gòu)的不同限定不同的數(shù)據(jù)范圍，以便于大型組織的內(nèi)部網(wǎng)站中的數(shù)

據(jù)權(quán)限劃分。

10.3 會(huì)員的等級(jí)和積分

網(wǎng)站提供了很多互動(dòng)服務(wù)，會(huì)員通過(guò)這些互動(dòng)服務(wù)進(jìn)行操作時(shí)（例如邀請(qǐng)他人注冊(cè)、

投稿、發(fā)表評(píng)論等），ZCMS會(huì)給予一定的積分，以鼓勵(lì)會(huì)員的互動(dòng)行為。具體哪些操

作會(huì)給予積分由各個(gè)互動(dòng)功能通過(guò)擴(kuò)展服務(wù)注冊(cè)，系統(tǒng)管理人員可以通過(guò)后臺(tái)的積分配

置菜單配置各個(gè)操作每次完成后能夠獲得的積分?jǐn)?shù)值。積分?jǐn)?shù)值可以配置為負(fù)數(shù)，表示

進(jìn)行該操作需要扣掉的積分值。系統(tǒng)管理員也可以手動(dòng)為會(huì)員更改積分，但ZCMS會(huì)記

錄每次修改積分的操作日志。

為了更好地鼓勵(lì)會(huì)員進(jìn)行更多的互動(dòng)，會(huì)員的積分累積到一定值以后，ZCMS會(huì)自

動(dòng)提升會(huì)員的等級(jí)，并提供給會(huì)員更多的內(nèi)容和服務(wù)，賦予會(huì)員更多的權(quán)限。例如會(huì)員

投稿可以設(shè)置成會(huì)員達(dá)到一定級(jí)別后才可以進(jìn)行投稿。ZCMS提供了設(shè)置會(huì)員等級(jí)對(duì)應(yīng)

的積分范圍的功能，會(huì)員的互動(dòng)操作產(chǎn)生的積分累計(jì)值達(dá)到了某個(gè)等級(jí)的積分范圍時(shí)，

系統(tǒng)就會(huì)提升會(huì)員的等級(jí)并發(fā)送通知給會(huì)員。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 51 -

圖：會(huì)員等級(jí)

10.4 可擴(kuò)展的會(huì)員功能

會(huì)員登錄進(jìn)入會(huì)員中心后，默認(rèn)只有個(gè)人資料、會(huì)員投稿和找回密碼三個(gè)菜單。但

ZCMS將會(huì)員菜單設(shè)計(jì)成了擴(kuò)展服務(wù)，各個(gè)插件可以注冊(cè)自己的菜單到此擴(kuò)展服務(wù)，以

便于實(shí)現(xiàn)個(gè)性化的會(huì)員功能。

11 可視化支持

11.1 基于Dreamweaver可視化模板制作

Dreamweaver是網(wǎng)站前端制作人員最常使用的編輯工具之一，能夠完成非常復(fù)雜

的頁(yè)面制作。ZCMS為Dreamweaver開發(fā)了模板制作插件，使前端制作人員可以在可視

化的對(duì)話框交互環(huán)境下使用模板標(biāo)簽，無(wú)需記憶模板標(biāo)簽和翻閱模板手冊(cè)即可完成模板

的制作工作。

ZCMS的Dreamweaver模板制作插件通過(guò)簡(jiǎn)單的配置就可以與服務(wù)器上部署的

ZCMS交互，能夠自動(dòng)獲取網(wǎng)站的欄目列表、廣告列表、調(diào)查列表等數(shù)據(jù)，以便于在對(duì)

話框中直接選取相應(yīng)的數(shù)據(jù)插入到模板中，極大地提高了模板制作人員的工作效率。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 52 -

圖片：在Dreamweaver中插入字段到模板中

11.2 基于WEB的可視化模板制作

ZCMS提供了多種基于WEB的模板制作方式，包括在線語(yǔ)法加亮和模板標(biāo)簽加亮的

源代碼編輯模式，以及基于標(biāo)簽樹的屬性表單編輯模式，還有所見即所得的可視化編輯

模式?？梢暬０寰庉嫊r(shí)，ZCMS能夠自動(dòng)識(shí)別各個(gè)模板標(biāo)簽并以所見即所得的方式顯

示，用戶可以直接點(diǎn)擊相應(yīng)的標(biāo)簽區(qū)域，即可在彈出的窗口中修改標(biāo)簽相關(guān)的屬性。

基于WEB的在線編輯主要用于對(duì)模板進(jìn)行簡(jiǎn)單修改，復(fù)雜模板的修改建議使用

Dreamweaver模板制作插件完成。

圖片：可視化模板編輯

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 53 -

11.3 可視化專題

除了網(wǎng)站的日常內(nèi)容更新外，還需要為新聞事件、節(jié)假日等內(nèi)容較為集中的題材制

作專題頁(yè)面，以便于瀏覽者能夠在一個(gè)單獨(dú)的頁(yè)面中看到該題材相關(guān)的所有內(nèi)容。專題

要求支持快速制作，能夠進(jìn)行靈活的布局，能夠選擇邊框風(fēng)格，能夠靈活自主地組織各

個(gè)邊框內(nèi)的內(nèi)容。針對(duì)這種需求，ZCMS提供了功能強(qiáng)大、使用靈活、易于擴(kuò)展的專題

功能，能夠使不懂HTML的編輯人員在30分鐘之內(nèi)建立一個(gè)形式多樣、內(nèi)容豐富的專題

頁(yè)面。

ZCMS將一個(gè)專題從上到下分成了多個(gè)布局塊，每個(gè)布局塊從左到右可以有多列，

每列可以設(shè)置自己的寬度并可以容納多個(gè)內(nèi)容邊框，每個(gè)內(nèi)容邊框里又可以從上到下放

置多個(gè)內(nèi)容塊。ZCMS通過(guò)這種靈活的布局方式將頁(yè)面分成了多個(gè)小區(qū)域，每個(gè)小區(qū)域

都可以設(shè)置自己的樣式包括顏色、邊框、高度、寬度和內(nèi)容，從而制作出豐富多樣、錯(cuò)

落有致的專題頁(yè)面。布局塊、內(nèi)容邊框和內(nèi)容塊相關(guān)的操作都是基于拖拽或者基于對(duì)話

框的，制作人員不需要掌握任何HTML和CSS技能。

ZCMS內(nèi)置了十幾種布局塊，覆蓋了常用的頁(yè)面布局；內(nèi)置了近四十個(gè)各種顏色的

內(nèi)容邊框，基本上可以實(shí)現(xiàn)大部分網(wǎng)站中的邊框效果；并內(nèi)置十幾種內(nèi)容塊，常見頁(yè)面

組成部分例如圖片、視頻、文章列表、圖片播放器、廣告、通用頭部和尾部、調(diào)查、微

博等都已經(jīng)直接支持。用戶可以將這些布局塊、邊框和內(nèi)容塊自由組合，搭建豐富多彩

的內(nèi)容頁(yè)面。同時(shí)ZCMS將布局塊、內(nèi)容邊框、內(nèi)容塊都設(shè)計(jì)成了擴(kuò)展服務(wù)，用戶可以

通過(guò)插件機(jī)制注冊(cè)新的布局塊、邊框和內(nèi)容塊到ZCMS中，從而為專題擴(kuò)展新的功能。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 54 -

圖：內(nèi)置的布局塊、內(nèi)容邊框和內(nèi)容塊

圖：可視化專題

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 55 -

11.4 所見即所得的預(yù)覽

基于高效的模板機(jī)制，ZCMS提供了全站所見即所得預(yù)覽，用戶在預(yù)覽站點(diǎn)、欄目、

內(nèi)容時(shí)，ZCMS根據(jù)最新的數(shù)據(jù)和模板設(shè)置即時(shí)調(diào)用模板引擎并輸出執(zhí)行結(jié)果，使用戶

始終能預(yù)覽到最新的頁(yè)面效果。用戶進(jìn)入任何一個(gè)預(yù)覽頁(yè)面后，在該頁(yè)面的所有鏈接都

會(huì)變成相應(yīng)的預(yù)覽URL，以便于用戶始終在預(yù)覽模式下瀏覽全站，達(dá)到預(yù)覽效果和最終

發(fā)布效果完全相同的目的。ZCMS是目前唯一實(shí)現(xiàn)了全站即時(shí)預(yù)覽的內(nèi)容管理產(chǎn)品。

12 網(wǎng)站群與集群部署

12.1 網(wǎng)站群概述

網(wǎng)站群是由統(tǒng)一規(guī)劃建設(shè)的若干個(gè)能夠相互共享信息、按照一定的隸屬關(guān)系組織在

一起，既可以統(tǒng)一管理，也可以獨(dú)立管理的網(wǎng)站集合。網(wǎng)站群非常適合企業(yè)集團(tuán)、地方

政府、大型事業(yè)單位等有分支機(jī)構(gòu)的組織，可以為本組織及下屬分支機(jī)構(gòu)建立統(tǒng)一的門

戶網(wǎng)站體系。

ZCMS提供了靈活、富有擴(kuò)展性的網(wǎng)站群功能，站點(diǎn)之間既可以由編輯人員手工復(fù)

制和引用信息，又可以基于網(wǎng)站群采集和網(wǎng)站群分發(fā)機(jī)制實(shí)現(xiàn)自動(dòng)的信息下達(dá)和上傳；

既可以支持一套ZCMS多個(gè)站點(diǎn)，站點(diǎn)之間構(gòu)成網(wǎng)站群，又支持多套ZCMS多臺(tái)服務(wù)器

之間構(gòu)成網(wǎng)站群；既支持主站/子站模式的網(wǎng)站群，又支持基于密鑰的松散型網(wǎng)站聯(lián)盟；

既可以同步文章信息，又可以同步欄目結(jié)構(gòu)。

通過(guò)ZCMS建設(shè)的網(wǎng)站之間可以構(gòu)成一個(gè)整體，不再相互孤立，來(lái)訪者既可以方便

地通過(guò)主站獲得統(tǒng)一的信息服務(wù)，又可以通過(guò)子站獲得相關(guān)領(lǐng)域內(nèi)分門別類的信息。同

時(shí)，在內(nèi)部管理上，可以實(shí)現(xiàn)多站點(diǎn)統(tǒng)一管理、權(quán)限統(tǒng)一分配、信息統(tǒng)一導(dǎo)航、內(nèi)容統(tǒng)

一檢索等，消除信息孤島，共享集群的軟硬件資源，有效降低項(xiàng)目投入。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 56 -

12.2 內(nèi)容上報(bào)和下發(fā)

ZCMS支持多種應(yīng)用場(chǎng)景下的內(nèi)容上報(bào)和下發(fā)：

a. 主站自動(dòng)下發(fā)信息到子站，子站不經(jīng)審核直接發(fā)布

主站通過(guò)內(nèi)部自動(dòng)傳輸機(jī)制，將主站上某些欄目下的文章發(fā)布到指定子站的指定欄

目，發(fā)布時(shí)不需要子站管理人員審核。

b. 主站下發(fā)信息到子站，子站自主選擇是否采用

主站通過(guò)內(nèi)部自動(dòng)傳輸機(jī)制，將主站上某些欄目下的文章傳輸?shù)街付ㄗ诱镜闹付?/p>

目，傳輸完畢后文章狀態(tài)為“初稿”，需等待子站管理人員審核通過(guò)后才能發(fā)布。

c. 子站報(bào)送信息到主站，主站不經(jīng)審核直接采用

子站通過(guò)內(nèi)部自動(dòng)傳輸機(jī)制，將子站上某些欄目下的文章傳輸?shù)街髡局付谀坎⒅?/p>

接發(fā)布，不需等待主站管理人員審核。

d. 子站報(bào)送信息到子站，主站經(jīng)審核后采用

子站通過(guò)內(nèi)部自動(dòng)傳輸機(jī)制，將子站上某些欄目下的文章傳輸?shù)街髡局付谀?，?/p>

輸完畢后文章狀態(tài)為“初稿”，需等待主站管理人員審核通過(guò)后才能發(fā)布。

e. 主站不僅要同步文章信息，還需要同步欄目信息

主站管理人員擁有非常高的權(quán)限，主站管理人員在主站某個(gè)欄目下新建了欄目，則

子站也要對(duì)應(yīng)地自動(dòng)新建欄目。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 57 -

f. 站點(diǎn)之間對(duì)等相互引用

各站點(diǎn)管理人員基于業(yè)務(wù)需要自主決定是否提供信息給其他站點(diǎn)以及是否采用其

他站點(diǎn)信息，站點(diǎn)之間沒有主次之分。

g．各站間通過(guò)密鑰相互引用

站點(diǎn)管理人員指定本站點(diǎn)下某些欄目可以被其他站點(diǎn)使用，并可以為每個(gè)欄目設(shè)定

密鑰。其他站點(diǎn)只有在知道密鑰的情況下才可以使用該站點(diǎn)的數(shù)據(jù)。

圖：網(wǎng)站群分發(fā)任務(wù)

12.3 集群與可用性

ZCMS實(shí)施后的網(wǎng)站可以分四個(gè)部分：ZCMS管理后臺(tái)（AdminApp）、數(shù)據(jù)庫(kù)(DB)、

靜態(tài)Web文件(WEB)、前端應(yīng)用(FrontApp)。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 58 -

其中靜態(tài)Web文件是ZCMS模板引擎根據(jù)模板文件生成的html文件及相關(guān)的圖片、

樣式文件、腳本文件等。靜態(tài)Web文件由ZCMS管理后臺(tái)生成，通過(guò)分發(fā)功能同步到專

用的Web服務(wù)器。除靜態(tài)Web文件外，網(wǎng)站一般還需要向?yàn)g覽者提供一些動(dòng)態(tài)的數(shù)據(jù)服

務(wù)，包括調(diào)查、訪問統(tǒng)計(jì)、留言板、評(píng)論、向其他業(yè)務(wù)系統(tǒng)提供的數(shù)據(jù)接口等。這組服

務(wù)對(duì)應(yīng)的動(dòng)態(tài)頁(yè)面文件以及相應(yīng)的支撐程序稱之為前端應(yīng)用。前端應(yīng)用需要和ZCMS管

理后臺(tái)交換數(shù)據(jù)。

這四個(gè)部分可以處于同一臺(tái)服務(wù)器，也可以分別處于不同的服務(wù)器，每個(gè)部分本身

還可以部署在多臺(tái)服務(wù)器上構(gòu)成集群，從而構(gòu)成多種多樣的部署方案。以下是典型的幾

種部署方案：

方案一：?jiǎn)畏?wù)器部署

服務(wù)器臺(tái)數(shù) 1臺(tái)

部署方式 AdminApp+FrontApp+WEB+DB共用一臺(tái)服務(wù)器

特點(diǎn)

成本最低

一旦宕機(jī)則網(wǎng)站徹底不能使用

可用性 低

方案二：數(shù)據(jù)庫(kù)單獨(dú)部署

服務(wù)器臺(tái)數(shù) 2臺(tái)

部署方式

AdminApp+FrontApp+WEB共用一臺(tái)服務(wù)器

DB單獨(dú)用一臺(tái)服務(wù)器

特點(diǎn) 成本較低，只需要添置一臺(tái)服務(wù)器

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 59 -

ZCMS所在服務(wù)器宕機(jī)則網(wǎng)站徹底不能使用

DB所在服務(wù)器宕機(jī)后用戶只能瀏覽靜態(tài)頁(yè)面

可用性 較低

方案三：前端應(yīng)用集群部署

服務(wù)器臺(tái)數(shù) 3臺(tái)

部署方式

服務(wù)器1：AdminApp+FrontApp+WEB

服務(wù)器2：FrontApp+WEB

服務(wù)器3：DB

服務(wù)器1和服務(wù)器2上的FrontApp+Web構(gòu)成集群

特點(diǎn)

成本一般，只需要添置硬件

服務(wù)器1宕機(jī)后用戶還能正常瀏覽網(wǎng)站

服務(wù)器2宕機(jī)后用戶還能正常瀏覽網(wǎng)站并通過(guò)后臺(tái)管理網(wǎng)站

DB所在服務(wù)器宕機(jī)后用戶只能瀏覽靜態(tài)頁(yè)面

可用性 較高

方案四：完全集群部署

服務(wù)器臺(tái)數(shù) 4臺(tái)以上

部署方式

服務(wù)器1：AdminApp+FrontApp+WEB

服務(wù)器2：AdminApp +FrontApp+WEB

服務(wù)器3：DB

服務(wù)器4：DB

服務(wù)器1和服務(wù)器2構(gòu)成應(yīng)用集群

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 60 -

服務(wù)器3和服務(wù)器4構(gòu)成數(shù)據(jù)庫(kù)集群

特點(diǎn)

成本高，需要添置多臺(tái)服務(wù)器，并需額外購(gòu)買ZCMS授權(quán)，

數(shù)據(jù)庫(kù)服務(wù)器軟件的集群組件也需要另行購(gòu)買

服務(wù)器1宕機(jī)后用戶網(wǎng)站完全正常使用

服務(wù)器2宕機(jī)后用戶網(wǎng)站完全正常使用

服務(wù)器3宕機(jī)后用戶網(wǎng)站完全正常使用

服務(wù)器4宕機(jī)后用戶網(wǎng)站完全正常使用

可用性 高

其他說(shuō)明 應(yīng)用集群和數(shù)據(jù)庫(kù)集群都可以隨時(shí)添加2臺(tái)以上的服務(wù)器

以上四個(gè)方案中的FrontApp和Web都可以隨時(shí)遷移到其他服務(wù)器。

12.4 資源分離部署

為了避免太多連接導(dǎo)致服務(wù)器擁塞、響應(yīng)速度變慢，根據(jù)RFC 2616的建議，目前

的主流瀏覽器如IE和Firefox同一域名下只允許不超過(guò)2個(gè)的并發(fā)連接，其他瀏覽器也都

有并發(fā)連接數(shù)限制（一般不超過(guò)6個(gè)）。某些情況下服務(wù)器的并發(fā)處理性能和帶寬都有

富余，但因?yàn)闉g覽器的這一限制，一個(gè)頁(yè)面內(nèi)的多個(gè)資源（包括HTML頁(yè)面、JS文件、

CSS文件、圖片、FLASH文件等）會(huì)依次加載而不是同時(shí)并行加載，從而導(dǎo)致頁(yè)面的整

體加載速度受到影響。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 61 -

為了解決這一問題，大型門戶網(wǎng)站如新浪、騰訊會(huì)將HTML文件和其他資源文件分

開部署，例如新浪會(huì)將圖片等資源分布在多個(gè)不同域名（例如sinaimg.cn）的服務(wù)器，

從而避開瀏覽器的并發(fā)連接數(shù)限制，使得多個(gè)資源能夠同時(shí)下載，加快頁(yè)面的整體加載

速度。

ZCMS將這種把資源分布到多個(gè)域名下的做法稱之為資源分離部署，將每個(gè)資源服

務(wù)器的域名稱之為一個(gè)發(fā)布點(diǎn)。ZCMS支持建立多個(gè)發(fā)布點(diǎn)，并支持將不同欄目下的資

源文件發(fā)布不同的發(fā)布點(diǎn)。不管是發(fā)布成靜態(tài)頁(yè)面，還是在動(dòng)態(tài)功能中使用，只要欄目

下的內(nèi)容被模板標(biāo)簽調(diào)用，內(nèi)容里面的資源路徑就會(huì)自動(dòng)以設(shè)定的目標(biāo)發(fā)布點(diǎn)的域名為

前綴，從而實(shí)現(xiàn)資源的分離部署。

圖：發(fā)布點(diǎn)設(shè)置

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 62 -

13 細(xì)粒度、可擴(kuò)展的權(quán)限體系

ZCMS提供了非常豐富的內(nèi)容管理和動(dòng)態(tài)功能，并且允許二次開發(fā)人員擴(kuò)展更多的

功能。為了使這么多的功能能夠被不同的部門、崗位和人員合理使用，做到各司其職、

互不影響，ZCMS實(shí)現(xiàn)了非常靈活的細(xì)粒度的、可擴(kuò)展的權(quán)限控制體系。

13.1 權(quán)限項(xiàng)和權(quán)限擁有者

ZCMS將系統(tǒng)中需要授權(quán)才能執(zhí)行的一個(gè)或者一類行為稱之為權(quán)限項(xiàng)，例如保存欄

目、刪除文章等。權(quán)限項(xiàng)有兩種，一種是不區(qū)分操作的數(shù)據(jù)對(duì)象的，稱之為簡(jiǎn)單權(quán)限項(xiàng)，

例如“系統(tǒng)配置”菜單下的“保存”權(quán)限項(xiàng)，只要授予了這個(gè)權(quán)限項(xiàng)，就可以保存所有的系

統(tǒng)配置數(shù)據(jù)。另一種是區(qū)分操作的數(shù)據(jù)對(duì)象的，稱之為數(shù)據(jù)權(quán)限項(xiàng)，例如“欄目管理”菜單下的“刪除”權(quán)限項(xiàng)，需要逐個(gè)欄目授予，只有授權(quán)了當(dāng)前欄目的“刪除”權(quán)限項(xiàng)，界

面中的“刪除”按鈕才會(huì)處于可用狀態(tài)。通過(guò)簡(jiǎn)單權(quán)限項(xiàng)和數(shù)據(jù)權(quán)限項(xiàng)的結(jié)合，ZCMS實(shí)

現(xiàn)了最細(xì)粒度的權(quán)限控制，界面的任何按鈕或者UI控件，都可以通過(guò)權(quán)限控制體系加以

限制，做到只有擁有相關(guān)權(quán)限項(xiàng)的用戶才能夠使用相應(yīng)的按鈕和UI控件。

可以被授予權(quán)限項(xiàng)的目標(biāo)實(shí)體在ZCMS中稱之為權(quán)限擁有者，主要有三種，分別是：

1、 機(jī)構(gòu)：代表著一個(gè)分支機(jī)構(gòu)或者業(yè)務(wù)部門，可以根據(jù)機(jī)構(gòu)的地域或者職

能的不同授予不同的權(quán)限項(xiàng)；

2、 角色：代表著一個(gè)崗位，是為了便于給工作職責(zé)相同的用戶統(tǒng)一設(shè)置權(quán)

限而設(shè)置的。角色必須屬于某一個(gè)機(jī)構(gòu)；

3、 用戶：代表著用戶個(gè)體，一個(gè)用戶可以擁有多個(gè)角色，但只能屬于一個(gè)

機(jī)構(gòu)。用戶的權(quán)限是用戶擁有的所有角色的權(quán)限的合集，再加上單獨(dú)為

此用戶授予的權(quán)限的集合。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 63 -

ZCMS支持按權(quán)限擁有者授權(quán)，即選定一個(gè)權(quán)限擁有者，為該權(quán)限擁有者逐個(gè)授予

權(quán)限項(xiàng)；也支持按權(quán)限項(xiàng)授權(quán)，即選中一個(gè)權(quán)限項(xiàng)，逐個(gè)為該權(quán)限項(xiàng)設(shè)定擁有它的權(quán)限

擁有者。

圖：為角色授權(quán)

13.2 分級(jí)授權(quán)

ZCMS中的機(jī)構(gòu)可以有多級(jí)子機(jī)構(gòu)，能夠?qū)崿F(xiàn)按機(jī)構(gòu)分級(jí)授權(quán)。一般情況下，父機(jī)

構(gòu)被授予的權(quán)限項(xiàng)的集合是其子機(jī)構(gòu)權(quán)限的超集，父機(jī)構(gòu)下的子機(jī)構(gòu)的權(quán)限不能超出父

機(jī)構(gòu)的權(quán)限范圍。另一方面，機(jī)構(gòu)下的角色的權(quán)限不能超出機(jī)構(gòu)自身的權(quán)限范圍，機(jī)構(gòu)

下的用戶一般情況下也不能超出機(jī)構(gòu)自身的權(quán)限范圍。綜上，子機(jī)構(gòu)下的所有權(quán)限擁有

者的權(quán)限都不能超過(guò)其父機(jī)構(gòu)的權(quán)限范圍。系統(tǒng)管理人員創(chuàng)建子機(jī)構(gòu)、角色、用戶授權(quán)

時(shí)，不在父機(jī)構(gòu)的權(quán)限范圍內(nèi)的權(quán)限不可選。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 64 -

在ZCMS中，如果一個(gè)用戶被授予了機(jī)構(gòu)管理、角色管理或用戶管理的菜單權(quán)限，

則此用戶可以管理本機(jī)構(gòu)下的權(quán)限擁有者，為本機(jī)構(gòu)下的權(quán)限擁有者授權(quán)，但不能管理

父級(jí)機(jī)構(gòu)以及同級(jí)機(jī)構(gòu)的權(quán)限擁有者，也不能修改這些機(jī)構(gòu)下的權(quán)限擁有者的權(quán)限。通

過(guò)這種方式，ZCMS在實(shí)現(xiàn)嚴(yán)謹(jǐn)?shù)姆旨?jí)授權(quán)機(jī)制的基礎(chǔ)上，讓各個(gè)機(jī)構(gòu)能夠自主添加本

機(jī)構(gòu)下的子機(jī)構(gòu)、角色和用戶，提供了最大的靈活性。

除了嚴(yán)格的逐級(jí)授權(quán)外，父級(jí)機(jī)構(gòu)的管理人員還可以通過(guò)為子機(jī)構(gòu)下的某個(gè)用戶賦

予父機(jī)構(gòu)下的角色的方式，為子機(jī)構(gòu)下的用戶單獨(dú)提升權(quán)限。也可以通過(guò)為子機(jī)構(gòu)下的

某個(gè)用戶賦予其他子機(jī)構(gòu)下的角色的方式，實(shí)現(xiàn)跨機(jī)構(gòu)授權(quán)，以便于更好地適應(yīng)兼任職

務(wù)等情況。

圖：為子機(jī)構(gòu)設(shè)置權(quán)限范圍

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 65 -

13.3 可擴(kuò)展的權(quán)限體系

ZCMS的權(quán)限控制體系被設(shè)計(jì)成可擴(kuò)展的，二次開發(fā)人員可以通過(guò)以下三方面擴(kuò)展

ZCMS的權(quán)限體系：

1、 權(quán)限項(xiàng)：ZCMS中的權(quán)限項(xiàng)被設(shè)計(jì)成可擴(kuò)展，可以通過(guò)注冊(cè)擴(kuò)展項(xiàng)到相應(yīng)的

擴(kuò)展服務(wù)的方式添加新的權(quán)限項(xiàng)。如果是簡(jiǎn)單權(quán)限項(xiàng)，則一般注冊(cè)到菜單權(quán)

限擴(kuò)展服務(wù)下；如果是數(shù)據(jù)權(quán)限項(xiàng)，則需要注冊(cè)到站點(diǎn)權(quán)限擴(kuò)展服務(wù)、欄目

權(quán)限擴(kuò)展服務(wù)等相關(guān)的數(shù)據(jù)類型對(duì)應(yīng)的擴(kuò)展服務(wù)中去。

2、 權(quán)限授予界面：各個(gè)插件注冊(cè)了權(quán)限項(xiàng)之后，還需要通過(guò)

com.zving.platform.PrivUI擴(kuò)展點(diǎn)注冊(cè)自己的權(quán)限授予界面，在機(jī)構(gòu)、角色、

用戶的權(quán)限設(shè)置界面中顯示一個(gè)選項(xiàng)卡。通過(guò)此選項(xiàng)卡可以讓管理人員以各

種形式（表格、樹形結(jié)構(gòu)等）的界面為權(quán)限擁有者授予權(quán)限項(xiàng)，并通過(guò)統(tǒng)一

的權(quán)限保存API將各插件注冊(cè)的權(quán)限項(xiàng)保存到對(duì)應(yīng)的數(shù)據(jù)庫(kù)記錄中。

3、 權(quán)限檢查行為：各個(gè)插件實(shí)現(xiàn)了自己的權(quán)限授予界面之后，還需要注冊(cè)權(quán)限

檢查行為到com.zving.framework.PrivCheck擴(kuò)展點(diǎn)，以實(shí)現(xiàn)各插件自己注

冊(cè)的權(quán)限項(xiàng)的檢查邏輯。

14 全面的安全機(jī)制

14.1 SQL注入檢查

ZCMS提供了全面的應(yīng)用層安全機(jī)制，對(duì)主要的威脅網(wǎng)站安全的問題進(jìn)行了系統(tǒng)的

處理。ZCMS基于ZCF底層框架構(gòu)建，在ZCF中大部分?jǐn)?shù)據(jù)庫(kù)操作都是基于ORM的，不

進(jìn)行SQL注入的可能。少部分非ORM的SQL語(yǔ)句也全部是基于QueryBuilder機(jī)制的，

QueryBuilder要求所有的SQL條件都是基于參數(shù)的，不允許直接將字符串拼接到SQL語(yǔ)

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 66 -

句中，例如：

QueryBuilder qb = new QueryBuilder(\"select * from ZCLog where Type=? and ID=?\", ArticleContentType.TypeID, articleID);

if (StringUtil.isNotEmpty(userName)) {

qb.append(\" and AddUser like ?\", \"%\"+userName+\"%\");

}

if (StringUtil.isNotEmpty(startDate)) {

qb.append(\" and AddTime>=?\", startDate);

}

if (StringUtil.isNotEmpty(endDate)) {

qb.append(\" and AddTime<?\", DateUtil.addDay(DateUtil.parse(endDate), 1));

}

qb.append(\" order by addtime desc\");

DataTable dt = qb.executeDataTable();

QueryBuilder是對(duì)參數(shù)化的Statement的封裝，它將傳入的參數(shù)作為字符串傳入

Statement，防止傳入的參數(shù)侵入到SQL邏輯中并獲得執(zhí)行，從而達(dá)到防止SQL注入的

目的。

14.2 跨站腳本檢查

XSS(跨站腳本攻擊Cross Site Scripting) 攻擊者提交惡意HTML代碼到服務(wù)器端，

如果服務(wù)器端未經(jīng)檢查即輸出到HTML頁(yè)面，則其他用戶瀏覽該頁(yè)之時(shí)，嵌入其中Web

里面的html代碼會(huì)被執(zhí)行，從而達(dá)到攻擊者的特殊目的。XSS是常見的網(wǎng)站安全問題。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 67 -

ZCMS通過(guò)嚴(yán)格的參數(shù)檢查機(jī)制，對(duì)XSS進(jìn)行了周密的防范。任何傳遞給服務(wù)器的

HTTP請(qǐng)求（無(wú)論是get還是post請(qǐng)求），請(qǐng)求中的參數(shù)默認(rèn)只允許字母、數(shù)字、下劃線

等無(wú)危害字符，不允許有單引號(hào)和雙引號(hào)等特殊字符，如果參數(shù)中有特殊字符，則ZCMS

自動(dòng)攔截請(qǐng)求并重定向到錯(cuò)誤頁(yè)面。如果頁(yè)面確實(shí)需要接受含有特殊字符的參數(shù)，則相

應(yīng)的后臺(tái)方法需要使用 @Verify 注解作特別聲明，并在方法中檢查參數(shù)是否合法或進(jìn)

行HTML轉(zhuǎn)義存儲(chǔ)。

14.3 防止非法文件上傳

ZCMS使用了基于Flash的上傳控件，在文件上傳前檢查了文件的擴(kuò)展名，只允許

擴(kuò)展名在指定的擴(kuò)展名列表中的文件上傳到服務(wù)器。同時(shí)在服務(wù)器后臺(tái)在文件保存到磁

盤之前也再次檢查了文件擴(kuò)展名，只有擴(kuò)展名被允許的文件才會(huì)寫入到磁盤。

ZCMS中所有上傳的文件保存之前還會(huì)檢查文件路徑，只允許保存在指定的目錄

下，該目錄一般由WEB服務(wù)器負(fù)責(zé)解析，只支持靜態(tài)的.html和.shtml文件，不支持

PHP/JSP等動(dòng)態(tài)頁(yè)面執(zhí)行。

另外，ZCMS被設(shè)計(jì)成可以在低級(jí)別操作系統(tǒng)權(quán)限下運(yùn)行，ZCMS只需要對(duì)應(yīng)用目

錄和發(fā)布文件所有目錄（通常是wwwroot）擁有讀寫權(quán)限即可正常運(yùn)行。ZCMS建議運(yùn)

行在非root用戶下。

通過(guò)以上措施，ZCMS很好地防止非法上傳程序到服務(wù)器，防止服務(wù)器被安裝

WebShell或被掛馬。

14.4 防止越權(quán)訪問

除了防止未登錄用戶通過(guò)SQL注入、XSS、非法上傳文件等方式破壞系統(tǒng)外，ZCMS

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 68 -

還對(duì)合法登錄用戶的行為進(jìn)行了嚴(yán)格的權(quán)限檢查，以防止低權(quán)限用戶非法越權(quán)進(jìn)行高權(quán)

限操作。

ZCMS對(duì)所有的頁(yè)面都加入了權(quán)限聲明，例如：

<z:priv priv=\"Platform.Branch\" />

此語(yǔ)句限制了當(dāng)前頁(yè)面只有擁有 Platorm.Branch 權(quán)限項(xiàng)（即機(jī)構(gòu)管理權(quán)限項(xiàng)）的

己登錄用戶才能訪問，如果未登錄或者未擁有 Platform.Branch 權(quán)限項(xiàng)，則直接重定

向權(quán)限不足頁(yè)面，后續(xù)頁(yè)面邏輯將不會(huì)執(zhí)行。

ZCMS不僅支持頁(yè)面級(jí)別的權(quán)限檢查，還支持對(duì)頁(yè)面中的按鈕、控件、顯示區(qū)域進(jìn)

行細(xì)粒度的權(quán)限檢查，可以方便、靈活地為不同的按鈕賦予不同的權(quán)限項(xiàng)，只有當(dāng)前用

戶的權(quán)限項(xiàng)滿足按鈕要求的權(quán)限項(xiàng)時(shí)，該按鈕才對(duì)用戶可見或可用。

ZCMS還對(duì)所有的后臺(tái)方法進(jìn)行了權(quán)限檢查，后臺(tái)方法被調(diào)用時(shí)，ZCF框架會(huì)檢查

該方法的 @Priv 注解，如果當(dāng)前用戶不滿足 @Priv 注解中要求的權(quán)限，則該方法中的

程序邏輯不會(huì)被執(zhí)行，并會(huì)提示用戶權(quán)限不足。

15 可擴(kuò)展性與二次開發(fā)

15.1 基于插件的松耦合體系

在軟件行業(yè)中普遍存在一種現(xiàn)象：軟件企業(yè)特別是產(chǎn)品型的軟件企業(yè)往往傾向于勸

說(shuō)客戶去適應(yīng)產(chǎn)品的現(xiàn)有功能，而比較抗拒對(duì)產(chǎn)品中的功能做客戶化修改。這種現(xiàn)象的

出現(xiàn)并不全部是修改本身的工作量的原因（大部分情況下修改的工作量實(shí)際上非常?。?/p>

而在于這種修改要求軟件企業(yè)為每一客戶保有一個(gè)產(chǎn)品的版本庫(kù)分支，將來(lái)對(duì)此客戶的

任何響應(yīng)都要基于此一分支，此一分支也不便于和主版本同步演進(jìn)，這就會(huì)帶來(lái)比較大

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 69 -

的管理成本。特別是熟悉此一分支的骨干人員離職之后，對(duì)于客戶的服務(wù)水平將會(huì)急劇

下降。

針對(duì)此一問題，澤元軟件構(gòu)建了一套插件體系，并為此體系提供了基于Eclipse的

ZDeveloper開發(fā)工具，使得客戶的個(gè)性化需求通過(guò)可插拔的插件來(lái)實(shí)現(xiàn)。特別地，

ZDeveloper允許通過(guò)在插件中聲明擴(kuò)展點(diǎn)和擴(kuò)展項(xiàng)來(lái)覆蓋和擴(kuò)展ZCMS中原有的功能，

但又不影響產(chǎn)品本身的升級(jí)。通過(guò)這種方式，每個(gè)項(xiàng)目只需要維護(hù)該項(xiàng)目特有的一個(gè)或

幾個(gè)插件的代碼即可，項(xiàng)目版本庫(kù)中的代碼量急劇減少，代碼的可讀性、可維護(hù)性大增，

又因?yàn)闆]有修改產(chǎn)品的核心代碼，因此只需要著重測(cè)試項(xiàng)目相關(guān)的插件即可，測(cè)試的工

作量也隨之大減，從而較好地兼顧了個(gè)性化實(shí)施和管理成本兩個(gè)方面。

ZCMS中的插件非常類似于Eclipse中的插件，它是由一個(gè).plugin文件所描述的旨在

擴(kuò)展其他插件的功能、并可向其他插件提供擴(kuò)展點(diǎn)和擴(kuò)展服務(wù)的一組遵循規(guī)范的業(yè)務(wù)邏

輯及其頁(yè)面，能夠獨(dú)立部署、啟用和停用。一個(gè)插件由以下內(nèi)容組成：

其中菜單、擴(kuò)展服務(wù)、擴(kuò)展點(diǎn)、擴(kuò)展項(xiàng)、擴(kuò)展行為由插件的.plugin配置文件描述，

JAVA代碼、JSP頁(yè)面、國(guó)際化文件則是實(shí)際存在的磁盤文件，由.plugin文件記錄其存

放位置。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 70 -

15.2 二次開發(fā)工具

ZCMS通過(guò)基于Eclipse的ZDeveloper（澤元開發(fā)平臺(tái)）提供二次開發(fā)支持。通過(guò)

ZDeveloper，ZCMS 允許專業(yè)JAVA開發(fā)人員為ZCMS創(chuàng)建插件，通過(guò)插件擴(kuò)展ZCMS

的UI界面、視圖、菜單、定時(shí)任務(wù)、內(nèi)容類型、互動(dòng)功能、模板類型和模板標(biāo)簽，并允

許通過(guò)擴(kuò)展點(diǎn)和擴(kuò)展項(xiàng)干預(yù)系統(tǒng)包括權(quán)限、工作流、全文檢索在內(nèi)的各種行為。

ZDeveloper還提供了數(shù)據(jù)庫(kù)模型設(shè)計(jì)、數(shù)據(jù)庫(kù)模型自動(dòng)入庫(kù)、數(shù)據(jù)庫(kù)逆向建模、SQL

語(yǔ)句生成、CURD文件創(chuàng)建和全面的國(guó)際化功能，從而實(shí)現(xiàn)了業(yè)內(nèi)最高規(guī)格的內(nèi)容管理

二次開發(fā)支持。

ZDeveloper的詳細(xì)介紹見《ZCMS二次開發(fā)白皮書》。

15.3 菜單的擴(kuò)展

在ZCMS中，所有的功能菜單都由插件提供，系統(tǒng)啟動(dòng)時(shí)Framework會(huì)讀取所有

的.plugin文件，將其中的菜單注冊(cè)到菜單管理器。如果部署并啟用了某個(gè)插件，則此插

件相關(guān)的菜單顯示，否則菜單消失。

ZCMS的二次開發(fā)工程師可以通過(guò)在插件編輯器的Menus選項(xiàng)卡中添加菜單的方

式為ZCMS添加新的功能菜單。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 71 -

圖：為ZCMS添加菜單

15.4 擴(kuò)展服務(wù)和擴(kuò)展項(xiàng)

某一插件實(shí)現(xiàn)的功能需要依賴于本插件定義的某一接口的子類的集合時(shí)，需要定義

擴(kuò)展服務(wù)。擴(kuò)展服務(wù)是一個(gè)插件配置項(xiàng)，用于聲明本插件的一個(gè)擴(kuò)展項(xiàng)注冊(cè)入口；擴(kuò)展

項(xiàng)也是一個(gè)插件配置項(xiàng)，用于聲明向哪個(gè)擴(kuò)展服務(wù)注冊(cè)擴(kuò)展項(xiàng)。擴(kuò)展項(xiàng)指定的類必須實(shí)

現(xiàn)擴(kuò)展服務(wù)指定的接口。

例如：內(nèi)容核心插件需要管理所有的模板標(biāo)簽，但內(nèi)容核心插件不知道其他插件都

實(shí)現(xiàn)了什么標(biāo)簽，所以需要提供一個(gè)模板標(biāo)簽擴(kuò)展服務(wù)。其他插件則可以將自己實(shí)現(xiàn)的

模板標(biāo)簽擴(kuò)展項(xiàng)注冊(cè)到此服務(wù)，從而通知內(nèi)容核心在模板編譯、執(zhí)行、標(biāo)簽展示等環(huán)節(jié)

使用此標(biāo)簽。

擴(kuò)展服務(wù)的配置界面:

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 72 -

擴(kuò)展項(xiàng)的配置界面：

常用的擴(kuò)展服務(wù)列表請(qǐng)參見附錄一。

15.5 擴(kuò)展點(diǎn)和擴(kuò)展行為

為了讓一個(gè)插件的JAVA類或JSP頁(yè)面運(yùn)行到指定行數(shù)時(shí)，可以執(zhí)行其他插件中的指

定的程序邏輯（通常是額外的數(shù)據(jù)校驗(yàn)和處理邏輯），需要定義擴(kuò)展點(diǎn)。

擴(kuò)展點(diǎn)是一個(gè)插件配置項(xiàng)，用于聲明本插件的一個(gè)擴(kuò)展行為注冊(cè)入口。程序執(zhí)行到

擴(kuò)展點(diǎn)所在的行時(shí)會(huì)查找所有注冊(cè)到該擴(kuò)展點(diǎn)的擴(kuò)展行為，并執(zhí)行所有的擴(kuò)展行為指定

的類。擴(kuò)展項(xiàng)也是一個(gè)插件配置項(xiàng)，用于聲明向哪個(gè)擴(kuò)展點(diǎn)注冊(cè)擴(kuò)展行為，并指定該擴(kuò)

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 73 -

展點(diǎn)被調(diào)用時(shí)執(zhí)行的類。

擴(kuò)展點(diǎn)類型于SWING中的事件（Event），擴(kuò)展行為則類似于監(jiān)聽器(Listener)。

例如：文章編輯插件在文章保存的JAVA方法中增加了一個(gè)擴(kuò)展點(diǎn)，其他插件可以

通過(guò)注冊(cè)擴(kuò)展方法到這個(gè)擴(kuò)展點(diǎn)，實(shí)現(xiàn)文章信息保存之前的預(yù)先檢查是否有不文明詞匯

等。

擴(kuò)展點(diǎn)配置界面：

擴(kuò)展行為配置界面：

16 完善的國(guó)際化支持

16.1 前臺(tái)國(guó)際化

ZCMS支持為一個(gè)單位創(chuàng)建多個(gè)不同語(yǔ)言的站點(diǎn)。用戶能夠通過(guò)錄入多種語(yǔ)言的內(nèi)

容，并為每種語(yǔ)言指定相應(yīng)的模板，從而生成多語(yǔ)言網(wǎng)站群。ZCMS不僅支持內(nèi)容的多

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 74 -

語(yǔ)言錄入，而且還實(shí)現(xiàn)了前臺(tái)功能的國(guó)際化，例如分頁(yè)條、調(diào)查、統(tǒng)計(jì)、留言板、評(píng)論

等功能，在不同語(yǔ)言的站點(diǎn)下使用這些功能，會(huì)自動(dòng)顯示該語(yǔ)言對(duì)應(yīng)的按鈕、文字和提

示信息。ZCMS將這些功能中的字符串抽取成了國(guó)際化語(yǔ)言文件，用戶可以參照這些語(yǔ)

言文件新增其他語(yǔ)言文件，以達(dá)到添加新的網(wǎng)站前臺(tái)語(yǔ)種的目的。

16.2 后臺(tái)國(guó)際化

ZCMS是國(guó)內(nèi)唯一實(shí)現(xiàn)了前后臺(tái)完全國(guó)際化的內(nèi)容管理產(chǎn)品，不僅可以發(fā)布內(nèi)容和

功能完全國(guó)際化的網(wǎng)站，而且可以讓不同語(yǔ)言的用戶在自己的母語(yǔ)環(huán)境下創(chuàng)建內(nèi)容和管

理網(wǎng)站。

ZCMS實(shí)現(xiàn)了所有后臺(tái)界面中的對(duì)話框、按鈕、文本、提示信息的國(guó)際化，并且對(duì)

部分圖片和重要數(shù)據(jù)（例如組織機(jī)構(gòu)、代碼、角色等）實(shí)現(xiàn)了國(guó)際化，系統(tǒng)會(huì)根據(jù)當(dāng)前

用戶選擇的語(yǔ)種，自動(dòng)顯示相應(yīng)語(yǔ)言的各種文本和圖片。

16.3 增加新的語(yǔ)言

ZCMS 將 界 面 中 的 文 本 按 插 件 和 語(yǔ) 言 保 存 成 了 文 本 文 件 ， 位 于 應(yīng) 用 的

WEB-INF/plugins/classes/lang目錄下，也可以位于WEB-INF/plugins/lib目錄下的各

個(gè).plugin.jar文件中。用戶可以手工編輯這些文本文件，也可以按語(yǔ)言逐個(gè)插件新增文

本 文 件 ， 統(tǒng) 一 放 置 到 WEB-INF/plugins/classes/lang 目 錄 下 ， 然 后 編 輯

WEB-INF/plugins/classes/lang/lang.i18n文件，增加新語(yǔ)言的配置項(xiàng)，系統(tǒng)即可識(shí)別

新的語(yǔ)言。

ZCMS的二次開發(fā)工具ZDeveloper還提供了可視化的國(guó)際化管理工具，可以通過(guò)界

面可視化地新增語(yǔ)言，并可以多語(yǔ)種對(duì)照添加新語(yǔ)言的國(guó)際化文本。

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 75 -

圖：通過(guò)開發(fā)工具管理語(yǔ)言文件

17 一流的技術(shù)規(guī)格

ZCMS3.0擁有一流的技術(shù)規(guī)格，并兼容業(yè)界幾乎全部的瀏覽器、操作系統(tǒng)、數(shù)據(jù)

庫(kù)和中間件，具體如下表所示：

項(xiàng)目 規(guī)格

單服務(wù)器最大同時(shí)在線

后臺(tái)用戶數(shù)

2000人(可用內(nèi)存需大于2G)

最大站點(diǎn)數(shù) 1000

最大欄目數(shù) 1000000

最大文章數(shù) 無(wú)限制(實(shí)測(cè)超過(guò)2000萬(wàn)篇)

文章發(fā)布性能 大于每分鐘5000篇(Xeon 2.4G 雙CPU)

澤元網(wǎng)站內(nèi)容管理系統(tǒng)（ZCMS 3.0）功能白皮書

- 76 -

內(nèi)容采集性能 大于100頁(yè)/秒(帶寬允許的情況)

兼容瀏覽器 Internet Explorer、Firefox、Ｃhrome、Safari等

兼容操作系統(tǒng) Windows XP/2003/Vista/7、Redhat Linux、Suse Linux、AIX、

Solaris、HP-Unix

兼容數(shù)據(jù)庫(kù) Oralce、DB2、Sybase、SqlServer、Mysql、DM、OpenBASE、

OSCAR、KingbaseES、iBASE

兼容中間件 所有支持J2EE 1.3和1.4標(biāo)準(zhǔn)的中間件

附錄：ZCMS3.0系列文檔

文檔名 用途

《ZCMS3.x0功能白皮書》 ZCMS3.0的基礎(chǔ)概念和功能特性的說(shuō)明。

《ZCMS3.0編輯手冊(cè)》 ZCMS3.0中編輯相關(guān)功能的使用手冊(cè)。

《ZCMS3.0管理手冊(cè)》 ZCMS3.0中站點(diǎn)管理和維護(hù)相關(guān)功能的使用手冊(cè)。

《ZCMS3.0二次開發(fā)白皮書》 ZCMS3.0的二次開發(fā)中的基礎(chǔ)概念、運(yùn)行機(jī)制、擴(kuò)展機(jī)制，

并附有２個(gè)簡(jiǎn)單的插件實(shí)例。

《ZCF白皮書》 ZCF基礎(chǔ)技術(shù)框架中的概念和機(jī)制的說(shuō)明。

《ZCFJava使用手冊(cè)》 ZCF中JAVA類的使用方法。

《ZCF JS使用手冊(cè)》 ZCF中JS工具的使用方法。

《ZCF控件手冊(cè)》 ZCF中的UI控件的使用方法。

《ZDeveloper使用手冊(cè)》 ZDeveloper的操作手冊(cè)。