學習電腦信息動易系統(tǒng)性能優(yōu)化完全手冊18招提高網(wǎng)站打開速度

Page3動易系統(tǒng)性能優(yōu)化完全手冊18招提高網(wǎng)站打開速度一、前臺全部生成HTML，盡可能不要運用收費功能。無論如何，首頁確定要生成HTML。

眾所周知，ASP方式再快再怎么優(yōu)化，也快不過HTML。雖然網(wǎng)站在生成HTML時會比較占用服務器資源，但HTML頁面一旦生成后，就不再須要訪問數(shù)據(jù)庫，速度幾乎不再受服務器的性能影響，而只與網(wǎng)絡帶寬有關，所以我們確定要盡可能的生成HTML。生成HTML還有很多好處，比如更利于搜尋引擎收錄等，這里就不多說了。動易系統(tǒng)可以將網(wǎng)站首頁、頻道首頁、欄目列表頁、內(nèi)容頁全部生成HTML，并且供應了多達15種書目結(jié)構(gòu)方式，大家確定要盡可能的運用這個功能。動易系統(tǒng)生成的HTML頁面，除了內(nèi)容頁的點擊數(shù)和評論兩個功能外，可以完全獨立于數(shù)據(jù)庫之外運行。也就是說，假如你不要顯示點擊數(shù)和相關評論以及搜尋功能的話，完全可以在自己電腦上生成HTML，再FTP上傳到網(wǎng)站服務器上（服務器上不須要數(shù)據(jù)庫），實現(xiàn)真正的“全靜態(tài)”網(wǎng)站。

假如你的網(wǎng)站是收費網(wǎng)站，也請啟用生成HTML功能，動易會自動進行推斷，對有權(quán)限設置的欄目和文章，會不生成HTML，自動改為ASP方式。這些狀況下，我們?nèi)钥梢詫⒕W(wǎng)站首頁、頻道首頁等生成HTML，以減輕服務器的壓力。

假如你的網(wǎng)站的收費內(nèi)容比較多，或者全部是收費內(nèi)容，那只有一個建議：升級服務器硬件配置，比如升級到雙至強3.0G＋4G內(nèi)存＋三個SATA160G硬盤組成Raid5的磁盤陳設。

二、模板盡可能的簡潔。

很多網(wǎng)站特殊喜愛在首頁放上一大堆內(nèi)容，做得似乎是新浪和網(wǎng)易首頁一樣。這一點拋開其他不談，就性能上來說，確定是特別消耗資源的。大家在設計首頁模板時，首頁基本上調(diào)用眾多{$GetArticleList(***)}等超級函數(shù)標簽來做的，而這些超級函數(shù)標簽，每一個都至少須要查詢一次數(shù)據(jù)庫，多時可能會有幾十次。大家可想而知，當你在一個頁面查詢了幾十次甚至上百次數(shù)據(jù)庫，這個頁面還有性能而言嗎？

正確的做法是：網(wǎng)站首頁和頻道首頁運用{$GetArticleList(***)}等超級函數(shù)標簽的數(shù)量盡可能不要超過10個。欄目頁和內(nèi)容頁盡可能只有一個超級函數(shù)標簽。

三、{$GetArticleList(***)}、{$GetPicArticle(***)}等標簽調(diào)用時盡可能指定頻道和欄目，盡量不要調(diào)用全部頻道或全部欄目的內(nèi)容。

前面說到{$GetArticleList(***)}這些超級函數(shù)標簽，每一個標簽都須要至少查詢一次數(shù)據(jù)庫。這一點有些編程基礎的網(wǎng)友應當特別簡潔明白。但為什么在標簽調(diào)用時要指定頻道和欄目呢？這是因為，假如不指定頻道，也就是讓系統(tǒng)從全部頻道中查詢內(nèi)容，而動易的設計是每個頻道都可以設置是否生成HTML和書目結(jié)構(gòu)等很多設置，這樣當我們查詢出來的文章不在同一個頻道時，就須要得到每篇文章的所屬頻道的這些設置，并依據(jù)這些設置來確定最終的文章內(nèi)容頁地址，其間可能會引發(fā)幾十次查詢，性能當然低了又低。

四、盡量不要運用“全站專題”功能。

這個說法的原理和上面第三點的原理是一樣的。所謂全站專題，當然是一個專題下可能有不同頻道的文章存在，這樣在全站專題頁面中，為了得到每個文章的內(nèi)容頁地址，都須要查詢文章所屬頻道的設置，其間也可能引發(fā)幾十次數(shù)據(jù)庫查詢。說到這里可能有些懂編程的網(wǎng)友會問了，為什么不運用聯(lián)合查詢等優(yōu)化方法呢？這里告知大家，我們已經(jīng)盡可能的用了聯(lián)合查詢等優(yōu)化方法，已經(jīng)在三個表甚至四個表之間進行聯(lián)合查詢，同時還考慮了同一頻道同一欄目同一專題下的文章列表時的優(yōu)化查詢方法，查詢代碼的生成算法特別困難了。

五、盡量不要運用“自定義字段”功能。

自定義字段功能是為了解決動易系統(tǒng)不能滿意用戶的需求時能夠自己添加部分簡潔功能的變通解決方法，這個功能確定會引起性能上的降低，所以假如不到萬不得已，請大家不要運用這個功能。

六、“自定義靜態(tài)標簽”的數(shù)量不要太多。

自定義靜態(tài)標簽使很多人都享受到模板設計與修改時特別便利的優(yōu)勢。但有些網(wǎng)友把這個功能用得過了頭了，竟然定義了幾百個甚至上千個“自定義靜態(tài)標簽”，這樣會引起性能的急劇下降。因為系統(tǒng)在解析模板時，會將全部“自定義靜態(tài)標簽”查詢出來并進行解析，想一想，假如有1000個“自定義靜態(tài)標簽”，則不僅要把這1000條標簽記錄查詢出來，還要對模板進行1000次替換操作，這將消耗多少計算資源？

七、盡量不要運用“自定義動態(tài)標簽”、“自定義頁面”功能。

這兩個功能可以極大的拓展動易系統(tǒng)的敏捷性，但同樣的會帶來性能上的損失。并且這兩個功能的運用須要用戶具備相當?shù)木幊虒W問后才能運用，很多人卻不管3721，也不管自己的水平，系統(tǒng)有這個功能就要用。在做技術支持過程中，有一個用戶向我們反映動易2006特別慢，并且嚴峻占用內(nèi)存，還一口咬定是動易的問題，最終經(jīng)過我們排查，發(fā)覺他自己定義的一個自定義動態(tài)標簽中，竟然對一個有10萬條記錄的表運用了“select*fromaaaaorderbyid”這樣的查詢語句，然后在首頁將數(shù)據(jù)分頁顯示出來。我們將這個自定義動態(tài)標簽刪除后，速度立刻提高N倍，內(nèi)存占用復原到正常水平。所以說這個功能不是一般用戶可以運用的，這個功能其實因為干脆數(shù)據(jù)庫打交道，涉及的很多性能優(yōu)化問題，一不當心就會讓系統(tǒng)變慢N倍而不自知，另外，在可以達到相同效果的前提下，建議用戶盡量多運用自定義動態(tài)標簽，而少運用自定義函數(shù)標簽，因為系統(tǒng)對自定義動態(tài)標簽進行了緩沖優(yōu)化，可以加快訪問速度。

八、不要運用JS文件，擴展名改為shtml，在模板中運用Shtml供應的包含文件功能來代替JS文件。

動易的JS文件都是在添加或修改文章時自動生成的靜態(tài)JS文件，這樣當在其他文件中調(diào)用這些JS文件時，對服務器的性能幾乎沒有影響。但眾所周知，JS文件不能干脆顯示在客戶端上，客戶端還須要將JS代碼進行運算才能顯示最終的結(jié)果，這樣當一個頁面中調(diào)用了多個JS文件時，雖然對服務器性能沒有影響，但客戶端打開頁面的速度就會比純HTML慢了不少。而SHTML包含文件則是在服務器端進行合并的，發(fā)送到客戶端的是純HTML代碼。所以解決方法是將JS文件的輸出方式改為HTML，其他文件的擴展名改為SHTML，并在模板將原來的類似于<scriptlanguage='javascript'src='/Announce/JS/Training.js'></script>這樣的調(diào)用代碼改成<!--#includeFile="/Announce/JS/aaaaaaaa.html"-->這樣的SHTML包含代碼。

九、盡量將模板及標簽的輸出方式改為Div+CSS方式。

眾所周知，Div+CSS方式與傳統(tǒng)的Table布局方式相比較，前者在很多狀況的代碼量少，在客戶端的解析速度快，而后者在一些細微環(huán)節(jié)效果方面的敏捷度比較好，所以我們一般是運用Div+CSS來完成整個網(wǎng)站的大布局，運用Table來做細微環(huán)節(jié)的效果。動易2006的眾多標簽已經(jīng)支持Div+CSS輸出了。有實力的網(wǎng)友，大膽的將模板改成Div+CSS方式吧。動易官方站的一些頻道就是用Div+CSS來做的，大家可以參考一下：:///PowerEasy/Index.html

十、留意文章采集項目中，“關鍵字”設置。

關鍵字功能是用于在一篇文章中顯示“相關文章”的，某篇文章的關鍵字越多，相關文章越多，不過查詢時的速度也越慢。很多站長在設置文章采集項目時，為了便利，在設置“關鍵字”這一項時，干脆設置為“將標題拆分成關鍵字”這種方式，結(jié)果導致每篇文章可能有10幾個關鍵字，這樣在查詢相關文章時，會引起嚴峻的性能下降。

十一、盡量削減“站內(nèi)鏈接”的數(shù)目。

通過站內(nèi)鏈接，我們可以便利的在文章內(nèi)容中自動的將相關關鍵字加上鏈接，會大大增加網(wǎng)站內(nèi)容間的關聯(lián)度。但站內(nèi)鏈接的數(shù)目不宜過多，否則會引起嚴峻的性能下降。這個功能和自定義標簽一樣，在生成每篇文章時，要對文章內(nèi)容進行替換操作，假如站內(nèi)鏈接數(shù)量過多，就會因為替換次數(shù)太多而引起性能下降問題，如的確須要很多的替換內(nèi)容，請盡量削減替換次數(shù)，比如可以設置為“替換1次”，而不運用全文替換。

十二、盡量不要運用文章內(nèi)容“自動分頁功能”，改為“不分頁”或“手動分頁”。

自動分頁的算法特別困難，動易2006中有近千行代碼來對自動分頁過程中的各種邊界問題進行推斷，但這仍舊會出現(xiàn)很多程序員考慮不周的狀況，從而導致分頁效果不志向，特殊是在一些排版格式困難的文章中，自動分頁的效果不志向。另外，假如文章內(nèi)容比較大，而自動分頁功能可能會引起性能問題。

十三、把數(shù)據(jù)從ACCESS導入到SQL時，確定不能運用SQL自帶的“導入/導出功能”，而是運用動易供應的數(shù)據(jù)遷移工具。

我們從數(shù)據(jù)庫查詢數(shù)據(jù)時，查詢的性能除了和查詢語句的優(yōu)化有很大關系外，還和數(shù)據(jù)庫結(jié)構(gòu)設計有很大關系，特殊是表的主鍵、索引的合理設計親密相關。動易正式的數(shù)據(jù)庫對此已經(jīng)做了很多優(yōu)化，不用擔憂這些設計。但我們在運用SQL自帶的數(shù)據(jù)導入/導出功能時，會丟失數(shù)據(jù)庫中的主鍵、索引等數(shù)據(jù)約束條件，這樣導入的數(shù)據(jù)雖然也能“正?！辈樵?，但查詢可能是動易原始數(shù)據(jù)庫的幾倍之多。為此，動易特地供應了一個數(shù)據(jù)遷移工具。所以大家在把ACCESS中的數(shù)據(jù)遷移到SQL中時，確定要運用動易供應的數(shù)據(jù)遷移工具。

十四、盡量將搜尋間隔時間設置得大一些

十五、刪除無用的模板方案和模板。刪除無用的風格

無用的模板方案會占用大量的數(shù)據(jù)庫空間，在查詢時也會占用更多資源。所以對于不必要的模板方案、模板、風格，我們確定要堅決的刪除掉。動易供應的官方數(shù)據(jù)庫為了讓大家有更多的模板運用，放了4套模板方案，另外在下載中心還供應了40多套模板，當你選定好自己中意的模板方案后，對于其他模板確定要堅決的刪除掉。

十六、欄目導航不要運用“無級下拉菜單”，改為運用“一般菜單”或“無菜單”方式

動易默認的“無級下拉菜單”供應的效果特別美麗，但客戶端要實現(xiàn)這些效果須要特別大的計算量，當欄目比較多后，配置差點的電腦打開網(wǎng)站時，將會因為IE長時間運算這個菜單的顯示效果而導致打開速度特別慢。所以為了性能，請大家不要運用這個菜單效果，最好是改為運用“無菜單”效果，或者干脆自己定義一個自定義標簽，用純HTML代碼。

十七、不要運用動易自帶的網(wǎng)站統(tǒng)計功能

眾所周知，網(wǎng)站統(tǒng)計功能是特別占用資源的，動易的網(wǎng)站統(tǒng)計功能也不例外。現(xiàn)在網(wǎng)上有很多免費的網(wǎng)站統(tǒng)計服務，如Google、CNZZ，我們?yōu)槭裁床挥眠@些免費的統(tǒng)計服務，而讓自己的網(wǎng)站再增加一個極占資源的功能。十八、更改自動刷新短消息時間

默認模板的“用戶登錄”的自定義標簽里，將“LoadUserLogin('{$InstallDir}',0,2)”都改成“LoadUserLogin('{$InstallDir}',0,1)”。

用戶短消息彈出窗口設置參數(shù)，參數(shù)“1”表示用戶進行會員中心彈出未讀短信息窗口，即系統(tǒng)不自動刷新，只有會員登錄會員中心時或但手動刷新頁面系統(tǒng)才檢測是否有短消息，若有則彈出短消息窗口，登錄后若不刷新