【文章內容簡介】 理發(fā)送系統(tǒng)郵件的帳戶。q 站點文件管理：主要實現(xiàn)的是BLOG系統(tǒng)文件的在線管理（增加、刪除、修改、移動、重命名等，對目錄的操作同樣），可查看附件(文件信息、上傳時間、文件類型等)，不同文件顯示不同圖標，目錄也可顯示目錄占用空間大小，作為管理用戶上傳的附件來說還是有必要的且比較實用，唯一不足的是，當系統(tǒng)文件較多時，性能會有所影響，便歷目錄需要時間。當然這個可不是木馬^_^，它的執(zhí)行需要系統(tǒng)給予一定的權限。q 友情鏈接管理：主要實現(xiàn)的是對用戶提交的鏈接進行管理，包括鏈接名稱、URL、圖片(相對路徑、絕對路徑)、是否首頁顯示，同時鏈接圖片可預覽,和上面不同的是，此處操作支持批處理，主要是首頁顯示，管理員可選中頭部的首頁顯示，從而將下面所有的CheckBox選中，再執(zhí)行批處理設定，當然，可對特定選擇的多條記錄同樣處理，此外增加了省略顯示的功能，就是當某條記錄的長度過長時，截取了該記錄的前面固定長度的串，加”…”顯示出來。同時在增加友情鏈接的時，可增加其鏈接名稱、URL、圖片、排序等信息，當然也嚴格檢查了提交的信息。另一方面與上同，分頁、確認刪除……q 友情鏈接驗證管理：主要實現(xiàn)的是對用戶提交的友情鏈接進行驗證，顯示需驗證鏈接，是否首頁已顯示(當然默認是不會的)，沒通過驗證的，將不會顯示出來；不通過首頁顯示驗證的，將不會在首頁顯示，在對驗證、刪除進行處理時，也采用批處理的操作，這和上面有所不同，實現(xiàn)了全部驗證、全部刪除的操作。q 服務器的相關信息：這是默認顯示的，在登陸后臺時，主要顯示當前服務器的相關信息，如服務器時間、域名、IP、端口、服務器IIS版本、腳本解釋引擎、服務器空間占用情況、站點的物理路徑、服務器的名稱、腳本超時、服務器開機后執(zhí)行的時間、服務器CPU的數(shù)量、CPU的類型、服務器操作系統(tǒng)、.NET Framework版本、USER_AGENT信息、常用組件支持情況、自定義組件查詢、1000萬次循環(huán)檢測執(zhí)行時間等，能給管理員對服務器的一些情況有一點了解。 (6) BLOG日志發(fā)表模塊該模塊主要完成了BLOG日志提交的功能，也是BLOG系統(tǒng)中比較重要的一個環(huán)節(jié)了，同時該部分處理的也比較復雜，在這里我采用了兩種模式(UBB、HTML)在線進行編輯、提交，用戶可根據(jù)自己的需要進行選擇互換使用，并查看幫助信息,當然這樣做并不是多余的，因為我發(fā)現(xiàn)有的時候純粹的使用單一的模式有一定的不方便。在這兩種模式下，都可以插入表情圖片、識別關鍵字、識別超級鏈接、禁止UBB代碼、禁止表情、禁止圖片等操作，在UBB編輯器方面，完成了以下的功能支持： 加粗字體、斜體字、下劃線字體、刪除線字體、上標字、下標字、居中顯示、飛行文字、滾動文字、閃光文字、陰影文字、超級鏈接、Email、圖片、Flash、shockwave、RealPlayer媒體、Windows Media媒體、QuickTime媒體、Winmap媒體、代碼片段、引用、項目符號、水平線、文件下載、網(wǎng)頁框架、字體、字體大小、字體顏色、段落樣式等。(9)BLOG評論列表顯示模塊該模塊主要完成用戶評論信息的匯總，包括個人評論的匯總、所有用戶評論的匯總以及用戶搜索評論的匯總三個子部分，顯示了評論的作者、評論的日期、評論的內容、是否為隱藏的日志(是則隱藏評論)、同時管理員可刪除評論、查看IP信息。考慮到多條評論記錄時，采用了分頁存儲過程來完成分頁，并寫了簡單的分頁算法代碼(有一定的規(guī)律性)，并支持自定義頁面跳轉。在分頁處理時，作為URL參數(shù)來傳遞，同時也對評論內容進行UBB或HTML轉換，對評論的表情、關鍵字、超級鏈接、禁止圖片和UBB等進行了同上的處理。(10)首頁處理模塊由于該頁面由三部分組成，頁頭、頁尾、左邊導航、主要顯示日志。這里主要完成的是顯示系統(tǒng)的所有日志，每頁日志的條數(shù)由管理員在config里定義，對于日志的分頁顯示也同樣采用存儲過程方式進行，并支持自定義跳轉，采用視圖查詢，增強了系統(tǒng)的安全性。顯示時，顯示日志作者、標題、天氣、發(fā)表日期、來源、日志摘要、所屬分類、評論總數(shù)、引用數(shù)、查看次數(shù)，以及是否置頂，是否為隱藏日志，實際上這個處理相對比較簡單，因為多由用戶控件組成，在這些控件里已完成了部分的內容。 (12)友情鏈接提交與顯示模塊該模塊實現(xiàn)的是友情鏈接的提交、當前友情鏈接顯示等，包括圖片鏈接、文字鏈接，圖片限制以88*33象素為準，防止影響界面，至于顯示出來，這個比較簡單，圖片和文字的DataList進行數(shù)據(jù)綁定就可以了，當有用戶提交友情鏈接申請時，將對提交信息進行檢查，提交成功后，將提示等待管理員驗證才可以顯示首頁或本頁。其他部分調用頁頭、頁尾、公用導航控件。 (18)作品展示模塊該部分主要完成在用戶發(fā)表日志、發(fā)表評論時對上傳附件(包括圖片、UBB的中的所有視頻、文件等)的處理，當然上傳附件是需要管理員以上的權限的，這在該頁面也通過Session來檢測的，當然采用Session并不是不安全，Session的數(shù)據(jù)是從加密的 COOKIE讀到的，所以不用擔心不安全。當用戶沒有該權限時，將會給出提示，當文件上傳成功時，將給出提示，并顯示給文件的類型(如Image/Jpeg)、大小、上傳的目錄，此外對上傳文件大小的限制，我設置為2M（對于檢測文件大小，我想是不能放到服務端進行的，如果文件太大的話，所以在客戶端進行檢測，采用了JS，F(xiàn)SO判斷不是好使，暫時沒完善 ），超時時間為120s。當選擇上傳文件為空時，也將給出提示，如果文件不為空且大小符合要求，將會檢查文件類型是否合法，同通過定義一串數(shù)組，存放不可上傳的文件類型，比如html、asp、asa、cgi、hta、exe、vbs、dll等，上傳此類型的將提示非法，如果是合法文件，將會上傳到系統(tǒng)目錄下的upload里，不存在將自動創(chuàng)建該目錄，同時創(chuàng)建年—月—日格式的文件夾，不存在將自動創(chuàng)建，存放當前文件，同時文件將重新命名為“時分秒”的格式，然后開始上傳，上傳成功后，將根據(jù)文件類型，增加代碼到評論或發(fā)表日志的文本框，比如是FLASH文件，則自動添加UBB相同的代碼，當然還有圖片、其他媒體等類似處理，如果上傳的文件類型不能用UBB來顯示，則直接設定為普通文件，供下載（添加到父框架），用戶點返回后將可再次上傳，此外對于多文件上傳，也很容易實現(xiàn)，可以動態(tài)的根據(jù)用戶選擇上傳幾個文件而增加上傳瀏覽框，加入到上傳集合中即可，上傳路徑從配置文件里讀取。 系統(tǒng)實現(xiàn)方案首先，根據(jù)系統(tǒng)功能的詳細分析，在配置好開發(fā)平臺、運行環(huán)境后，我先從系統(tǒng)的后臺開始設計，因為前臺數(shù)據(jù)的顯示或管理都需要后臺的支持，所以在后臺的第一個模塊服務器基本信息開始，直至順序完成整個后臺部分（系統(tǒng)設置、分類管理、會員管理、鏈接管理驗證、書簽管理、表情、關鍵字、罵人詞語屏蔽管理、文件管理等）。然后在后臺支持的基礎上，對前臺進行順序開發(fā)，日志發(fā)表、編輯、日志瀏覽（評論、分頁、注冊、內容過濾……）、評論搜索、會員信息（整體、個人、編輯）、……、再到首頁總體顯示的實現(xiàn)。逐個模塊的完成、完善、性能思考等。大多數(shù)情況下，不僅僅單一的依靠VS來編寫，也是要考慮到手工編寫，因此我覺得這樣做是最好的解決方案，尤其是對性能的影響，當然在實現(xiàn)方法上，某些地方可能做得不是很好，有待于以后改進！ ER關系（1）總體簡化ER關系圖注：以下圖為Microsoft Visio 2003設計完成并導出為JPG圖片(Photoshop壓縮)。 總體簡化ER關系圖 用戶信息管理簡化ER關系圖（3）作品管理ER關系 作品管理簡化ER關系圖（5）友情鏈接簡化ER關系 友情鏈接簡化ER關系圖 數(shù)據(jù)存儲本系統(tǒng)選擇SQLSERVER做后臺數(shù)據(jù)庫，而沒有選擇ACCESS來開發(fā)，原因主要有以下幾點：ACCESS是面向小型的，而SQL是面向大型的應用。由于在容量方面，ACCESS有極限，所以到了一定極限之后，很容易造成服務器IIS假死或者吃光機器內存，而SQL則可以完全修復這些問題，而且相對而言SQL的數(shù)據(jù)備份也比較方便，功能強大很多。在速度性能方面前者也比后者遜色許多，如果稍做測試，比如10000條記錄，會發(fā)現(xiàn)SQL可能比ACCESS快10—20倍。另外，做單層系統(tǒng)可用ACCESS，而做兩層或多層則用SQL。而且在安全性能上講，SQL也還是比較好些，它有針對不同訪問用戶的權限設置?！斎?，具體的DBMS各有各自己的特性,和優(yōu)點,例如跨平臺性、性能、安全性等。所以適用的行業(yè)和范圍就有所不同,就比如電信行業(yè)來說,一般只會用orcale, 的SQL sever多一些。所以考慮到系統(tǒng)在以后實際使用中的問題，不能使用ACCESS數(shù)據(jù)庫，而選擇SQLSERVER來存儲、處理數(shù)據(jù)很有必要。在使用SQLSERVER時，針對其特點靈活應用過程、語句等。如果轉化為SQLSERVER也并不是很費時，只是涉及如區(qū)別函數(shù)、對應字段時要修改，如ACCESS的now與SQL的GetDate()。 邏輯分析 數(shù)據(jù)流圖用戶級簡化數(shù)據(jù)流圖：（1）頂層 用戶級數(shù)據(jù)流圖：頂層（2