隨著互聯(lián)網(wǎng)的飛速發(fā)展，人們對網(wǎng)站的需求大大增長，從而漸漸開發(fā)了許很多多類型的網(wǎng)站體系。北京網(wǎng)站建設專家針對網(wǎng)站內(nèi)容管理體系的詳細實現(xiàn)，細致介紹了體系的基本概念、常用技術、體系需求分析和體系的設計、體系核心技術方案。

 

一、體系概述

隨著互聯(lián)網(wǎng)技術的快速發(fā)展，許多Web網(wǎng)站常常必要投入很大的人力和物力來更新信息和維護。當網(wǎng)站必要橫向擴展的時候，整合部屬分支網(wǎng)站和內(nèi)外網(wǎng)的工作義務很費時辛苦。更有甚者必要推倒重新構建網(wǎng)站。用戶陷入一個高成本、低服從的賡續(xù)整合升級循環(huán)中。

 

設計該體系的初衷就是為了節(jié)約產(chǎn)品的成本，削減人力物力等資源的虛耗，搭建一個極易操作的企業(yè)信息化網(wǎng)站和內(nèi)部信息體系。

 

二、體系需求分析

1.體系的功能需求

該體系重要包括網(wǎng)址首頁、文章管理、欄目管理、模板管理、角色和用戶管理和體系配置管理六個模塊。

 

(1)網(wǎng)址首頁。前臺欣賞者可以通過點擊消息題目進行消息欣賞，輸入消息關鍵字進行搜索消息。后臺管理員可以通過體系設置欄目、新增或者刪除模板、發(fā)布最新的文章等操作。同時還能對用戶進行權限設定、資料欣賞等操作。管理員通過設定體系參數(shù)以管理維護體系。

 

(2)文章管理。對文章進行添加、修改、刪除操作。添加文章時，應首先選擇文章所在的類別，填寫文章題目、關鍵字等信息，并對文章進行段落、字體、加入表情符號等設置，可上傳圖片，并對圖片的尺寸做處理。

 

(3)欄目管理。對欄目進行添加、修改、刪除操作。添加欄目時，先添加大類，然后在大類中添加小類。刪除大類時，大類中的小類、所有的文章也將被悉數(shù)刪除。

 

(4)模板管理。支撐為欄目或者頻道設置自定義的模板，或者上傳模板文件。

 

(5)角色和用戶管理。角色管理：為體系提供權限配置，通過設置不同的角色完成分級管理。用戶管理：為了明確不同管理職責，設置了此模塊，可新建不同的用戶同時授權不同的角色;

 

(6)體系配置管理。功能菜單管理：管理體系菜單，可動態(tài)的生成體系的左側(cè)操作鏈接導航，方便權限處理。

 

管理員管理：維護可登錄到體系后臺的管理員，可新增、更新和刪除。

 

2.體系的設計目標

 

從體系的應用角度和使用范圍等因素來考慮，對該網(wǎng)站內(nèi)容管理體系提出一些基本的性能目標。

 

(1)高可用性。無論體系的網(wǎng)頁前端照舊內(nèi)容管理的后臺程序，在保證安全和個性化同時，必須具備人性化的設計，讓用戶輕松上手。

 

(2)穩(wěn)固性。體系穩(wěn)固是第一要素，不許可出現(xiàn)網(wǎng)頁出現(xiàn)白屏或者無法打開的征象，如許的話喪失了網(wǎng)站的吸引力。

 

(3)安全性。體系的安全不容忽視，必要采用多種預防措施保障體系的安全，無論是硬件照舊軟件。體系除了對訪問控制做到細化到基于角色的層面，在實施環(huán)節(jié)領域和登錄口令的加密處理，程序?qū)⒋_保只有擁有授權的用戶能訪問對于權限的營業(yè)對象和功能菜單。

 

在此基礎上，將繼承做到訪問IP段黑名單、域用戶管理、防SQL注入和鏈路數(shù)據(jù)加密方面，從而保證體系安全方面的控制措施。

 

(4)高標準的數(shù)據(jù)控制能力。體系必須具備較高的數(shù)據(jù)管理能力，應該具備如下的特點：可同時處理海量的內(nèi)容數(shù)據(jù);抵御黑客攻擊，安全有保障;體系具備承受高強度的負荷能力，不會由于數(shù)據(jù)重大影響訪問服從;隨時日志追蹤，排查違規(guī)用戶，依照數(shù)據(jù)完備性和同等性原則，保證數(shù)據(jù)實時正確;保證精確有用的存儲到數(shù)據(jù)庫;同一實時備份數(shù)據(jù)功能，可以在體系出現(xiàn)緊張題目時能夠及時修復。

 

(5)體系集成與可擴展性。體系必要具備天真的擴展性，方便內(nèi)容體系在企事業(yè)單位的公共應用框架的基礎上天真接入，提供天真多變的接口實現(xiàn)可擴展性。內(nèi)容管理體系在設計時，必然考慮多種語言的服務組件和服務總線體例，來知足數(shù)據(jù)、服務共享的要求。

 

3.數(shù)據(jù)的需求分析

 

(1)文章的內(nèi)容是存儲在關系型數(shù)據(jù)庫中，網(wǎng)站的元數(shù)據(jù)即網(wǎng)頁的欄目和各個欄目的路徑等信息為了方便管理及安全性的考慮，也同一保存在數(shù)據(jù)庫中。

 

(2)文章內(nèi)容包含的非文本內(nèi)容，例如圖片、flash、聲音，必要建立文件存儲服務器來管理，不要和web容器共用一個，另外細致文件的權限。

 

(3)模板文件以文件的情勢存儲在服務器特定的目錄中，管理員可以在線更新、添加和刪除這些模板文件。

 

通過體系分析，構建該體系必要文章、欄目、模板、用戶和角色五個數(shù)據(jù)庫分別存儲。

 

三、體系設計

 

1.體系架構設計

 

該內(nèi)容管理體系使用了MVC架構，分成視圖層、控制層和模型層三部分來實現(xiàn)功能。

 

透露表現(xiàn)層是用于檢測從鍵盤填寫的數(shù)據(jù)，頁面用來表現(xiàn)反饋給用戶的數(shù)據(jù)。在用戶使用的接口發(fā)生轉(zhuǎn)變時，只需改變表現(xiàn)控制的模板和校驗程序，而不影響邏輯層和數(shù)據(jù)層。對數(shù)據(jù)的校驗包括數(shù)據(jù)的格式和取值范圍，不包含有關營業(yè)的處理邏輯。

 

邏輯層作為體系的本體，它是上下溝通兩層的橋梁，它是在程序當中嵌入詳細的應用處理邏輯，與數(shù)據(jù)庫直接打交道，根據(jù)前端用戶的操作插入數(shù)據(jù)、或者更新數(shù)據(jù)庫，并把實行效果返回至透露表現(xiàn)層。其中，盡量削減兩者之間的數(shù)據(jù)交互。

 

數(shù)據(jù)層重要工作是完成數(shù)據(jù)庫的處理細節(jié)，重要包括書寫肯定的SQL腳本，使得邏輯層的職責更關注體系自己的營業(yè)。數(shù)據(jù)層提供體系訪問其他數(shù)據(jù)源的同一接口體系必須提供安全可靠的服務完成對數(shù)據(jù)庫的讀寫。

 

2.體系數(shù)據(jù)庫設計

 

數(shù)據(jù)庫的設計表現(xiàn)了體系的靈魂，在設計時必須考慮擴容和數(shù)據(jù)轉(zhuǎn)移等題目，必須嚴酷遵守數(shù)據(jù)庫設計范式原則，不許可出現(xiàn)數(shù)據(jù)的冗余，虛耗資源。

 

例：

(1)欄目表。文章欄目重要記錄文章的欄目屬性，字段重要有欄目名稱、級別、欄目圖片標示，文檔數(shù)量等。

 

(2)文章表。文章表存儲體系發(fā)布的文章內(nèi)容。

 

(3)用戶表。存儲體系相干用戶的基本信息。

 

3.體系維護設計

 

在管理體系運行期間，應急處理方案及補救方案包括：

 

定期的備份整個體系程序。當體系出現(xiàn)宕機或者緊張故障時，可切換至備份的最近的程序版本繼承提供服務，比如程序遭受SQL注入攻擊，數(shù)據(jù)庫宕機等等緊張性的題目。

 

準時天天或者每周對數(shù)據(jù)庫做增量或者全量的備份。當數(shù)據(jù)庫因為數(shù)據(jù)庫管理員操作失誤或遭到惡意攻擊出現(xiàn)數(shù)據(jù)紊亂或丟失時可及時恢復。

 

為了在不影響體系正常使用的情況下進行體系維護，管理體系需具備數(shù)據(jù)的備份、恢復兩大功能。體系管理員可直接在這個功能模塊完成數(shù)據(jù)的備份，同樣可以在數(shù)據(jù)出現(xiàn)題目時及時進行數(shù)據(jù)恢復。此外數(shù)據(jù)庫DBA也可使用數(shù)據(jù)庫自帶的工具進行備份恢復數(shù)據(jù)的操作，也可以定制數(shù)據(jù)備份計劃，進行有規(guī)律的周期性數(shù)據(jù)的備份。

 

若體系中用到了第三方插件，假如插件自己被發(fā)現(xiàn)安全題目，體系必須支撐可將插件屏蔽或者制止運行。

 

待排除了故障或修復漏洞后通過插件管理功能恢復插件運行。體系中需記錄細致的日志信息，當出現(xiàn)安全題目時可以追溯到響應的日志，排查出故障的源頭，進行及時的補救措施和提前的提防措施。

 

內(nèi)容管理體系的設計是基于最新的技術框架組合，很好地實現(xiàn)了Web應用，保證了程序的健壯性。與傳統(tǒng)網(wǎng)站對比，該體系易于操作，設計天真，功能壯大，便于擴展。