能同時滿足所有使用者的需求的，在以往，不少人對dedecms效能問題表示懷疑，因此本人在此發布一篇關於如何對效能進行優化的文章，並提供最終優化效果測試結果。
一、修改系統引數
在 dedecms v5.3中，涉及生成html效能的主要有下面幾個引數：
1、核心設定：
關鍵字替換(是/否)使用本功能會影響html生成速度(cfg_keyword_replace)
這個引數預設是開啟的，建議文章是採集的使用者不要開啟此選項，因為採集的文章必須涉及自動生成關鍵字問題，這樣不少關鍵字毫無意義，甚至會有亂碼導致生成中斷，所以建議把這個引數給關閉。
2、效能選項：
呼叫快取更新時間(秒,0表示不啟用)： 10000 cfg_index_cache
是否啟用模板快取： 是 cfg_tplcache
這兩個引數相當有意義，在 dedecms 中，最影響效能的標籤是 arclist 這個標籤，此外模板快取是否開啟也相當重要，這兩個選項就是處理這些問題的。
二、優化資料庫
1、 dede_archives
這個表有 primary、sortrank、mainindex、lastpost ，四組索引，實際上因為這個表本身很少，設定過多的索引反而沒多大的必要，由於dedecms裡的程式預設都是用sortrank這欄位排序的，建議保留primary、sortrank兩個索引，刪除mainindex、lastpost，具體操作如下圖：
2、dede_arctiny
這個表相當的小，在測試中，7萬資料，這個表才佔1.5m左右，實際本身就已經相當的小，因此不必建立索引，所以刪除下面索引：
因為dedecms生成機制前後速度都差不多的，因此速度穩定在每秒 15 篇左右，當然這個數字和使用者模板標籤呼叫數量有一定的關係，但按這個速度，每小時可以達到 5萬篇以上，這樣還是相當理想的。
可能很多站長會問，為什麼不測試百萬、千萬級的資料呢?
實際上，按這個資料量，如果達到百萬，資料庫將達到10g之巨，千萬級的更上100g，像某些cms吹的已經通過了千萬級測試，就讓他們去吹吧，100g資料，再加上，生成的html是什麼概念，是這些普通硬碟、奔騰e的機子可以做的事情?因此拿10萬級的資料測試更有代表性，對於真正做正規站的人，而且以後確實做得很大了，公升級一下硬體應該沒什麼問題的吧，此外那些在虛擬主機下的使用者當然不可能達到這個速度的了，但這可以作為乙個效能優化參考性的依據吧。
DEDECMS V5 常用統計SQL標籤
網路 首先先建議大家看下這篇文章 dedecms v5 常用統計sql標籤 dedecms技巧 dedecms各種數字統計sql語句，今日更新 多少篇，共有圖集 多少個，共有軟體 多少個，共有多少文件 共有會員 多少名 共有會員 field c 名 文章閱讀 多少人次 文章閱讀 field c 人次...
DedeCms v5 7 SQL注入漏洞
描述 dedecms v5.7 sql注入漏洞wasc threat classification 目標存在sql注入漏洞。1.sql注入攻擊就是攻擊者通過欺騙資料庫伺服器執行非授權的任意查詢過程。收起 2.漏洞形成原因 dedecms v5.7的 member ajax membergroup.p...
DedeCMSV53任意變數覆蓋漏洞
dedecmsv53發布了，但是依舊沒有將變數覆蓋漏洞徹底修補。這個漏洞和ryat那個很相似 看核心檔案include common.inc.php中的 這個地方可以通過提交 cookie變數繞過cfg 等關鍵字的過濾 接著是註冊變數的 然後初始化變數 看似不能利用了，但是幸運的是在檔案最後有這樣一...