一、數(shù)據(jù)庫(kù)表清理
十載的驛城網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對(duì)設(shè)計(jì)、前端、開(kāi)發(fā)、售后、文案、推廣等六對(duì)一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。營(yíng)銷型網(wǎng)站建設(shè)的優(yōu)勢(shì)是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整驛城建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無(wú)論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)從事“驛城網(wǎng)站設(shè)計(jì)”,“驛城網(wǎng)站推廣”以來(lái)，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。
1. wordpress數(shù)據(jù)庫(kù)表
wp_commentmeta: 用于保存評(píng)論的元信息，在將評(píng)論放入回收站等操作時(shí)會(huì)將數(shù)據(jù)放入此表，Akismet等插件也會(huì)生成此表的數(shù)據(jù)。此表不太重要
wp_comments: 用于保存評(píng)論信息的表
wp_links: 用于保存用戶輸入到Wordpress中的鏈接(通過(guò)Link Manager)的表
wp_options: 用于保存Wordpress相關(guān)設(shè)置、參數(shù)的表，里面包括了大量的重要信息
wp_postmeta: 用于保存文章的元信息(meta)的表
wp_posts: 用于保存你所有的文章相關(guān)信息的表，非常的重要。一般它存儲(chǔ)的數(shù)據(jù)是最多的
wp_terms: 文章和鏈接分類以及文章的tag分類可以在表里找到
wp_term_relationships: 日志與wp_terms中的類別與標(biāo)簽聯(lián)合起來(lái)共同存儲(chǔ)在wp_terms_relationships表中。類別相關(guān)鏈接也存儲(chǔ)在wp_terms_relationships中
wp_term_taxonomy: 該表格對(duì)wp_terms表中的條目分類（類別、鏈接以及標(biāo)簽）進(jìn)行說(shuō)明
wp_usermeta : 用于保存用戶元信息(meta)的表
wp_users:用于保存Wordpress使用者的相關(guān)信息的表
2. 清理涉及到的表
更換主題，刪除插件會(huì)在將數(shù)據(jù)留在數(shù)據(jù)庫(kù)中，在卸載后無(wú)法被清理。除此之外，在由于一些操作，會(huì)導(dǎo)致數(shù)據(jù)庫(kù)的冗余，比如已經(jīng)沒(méi)有的評(píng)論，不應(yīng)該在評(píng)論元數(shù)據(jù)表中有記錄，由于沒(méi)有外鍵的約束，這些記錄沒(méi)有被刪除，會(huì)造成數(shù)據(jù)的冗余。本文的宗旨是刪除掉不必要的數(shù)據(jù)庫(kù)內(nèi)容，提高wordpress的效率
在此，主要涉及到一下幾張表：wp_options，wp_posts，wp_postmeta，wp_commentmeta
注意清理之前進(jìn)行備份
3. wp_options的清理
wp_options 這個(gè)數(shù)據(jù)表是wordpress設(shè)置的全局?jǐn)?shù)據(jù)，這個(gè)表會(huì)經(jīng)常有數(shù)據(jù)膨脹。主要原因是：
(1)以前用過(guò)的一些插件、主題在刪除之后沒(méi)有進(jìn)行設(shè)置的清理，造成殘留數(shù)據(jù)
(2)占用數(shù)據(jù)的大戶–RSS緩存，后臺(tái)的數(shù)據(jù)調(diào)用竟然會(huì)放到數(shù)據(jù)庫(kù)里面
處理方法：
①網(wǎng)上對(duì)RSS處理方法有兩種一個(gè)是修改后臺(tái)的文件直接不去調(diào)用，這個(gè)是我不喜歡的畢竟修改了程序，其實(shí)這個(gè)很容
易忘記WP升級(jí)是太頻繁的哪次更新覆蓋了新文件還是照樣緩存.另外一種就是在配置文件里面填寫define(‘MAGPIE_CACHE_ON’, ’0′); 這個(gè)是管用的,添加以后后臺(tái)首頁(yè)的調(diào)用明顯變慢
②使用插件clean options
③費(fèi)力但是簡(jiǎn)單的清除方法：刪除wp_options表，會(huì)刪除一些設(shè)置，需要重新設(shè)置wordpress，推薦新手使用
TRUNCATE TABLE wp_options;
4.wp_posts清理
wordpress的文章有好多：wp_posts表中包括
文章種類：文章、修訂版本、頁(yè)面、文章的附件、菜單
其中每種文章又會(huì)有很多狀態(tài)：繼承、發(fā)布、私有、草稿、自動(dòng)草稿、回收站中
冗余原因：
(1)在博主寫文章的時(shí)候，系統(tǒng)會(huì)保存很多的中間狀態(tài)，在文章發(fā)布之后其很多的中間狀態(tài)沒(méi)有被刪除
解決辦法：
①使用插件：WP Cleaner，使用插件的好處就是有保護(hù)機(jī)制，無(wú)論怎么操作都無(wú)法影響已發(fā)布的貼子，請(qǐng)放心使用
②自己動(dòng)手刪除，數(shù)據(jù)庫(kù)中的標(biāo)志刪除文章，注意備份
說(shuō)明：wp_posts的重要字段含義：
post_type：文章類型，post表示為文章，revision表示為修訂版本，page為頁(yè)面，attachment是文章的附件信息，nav_menu_item是菜單。這里我們需要的是文章、頁(yè)面、和菜單
post_status：文章?tīng)顟B(tài)，inherit是繼承的附件和文章的附帶信息，publish是已經(jīng)發(fā)布、private是私有的，draft是草稿，auto-draft是自動(dòng)草稿，trash是在回收站。這里我們需要的是publish的狀態(tài)的
這里我們主要是要 已經(jīng)發(fā)布的文章、頁(yè)面和菜單，除此之外的都可以刪除，當(dāng)然可以根據(jù)自己的需求選擇刪除哪些
DELETE FROM wp_posts
WHERE NOT(post_status = ‘publish’ AND post_type IN(‘post’,'nav_menu_item’,’ page’));
③去除WP保存修訂版本的功能
WordPress默認(rèn)的功能并不都是我們想要的，比如修訂版本歷史對(duì)于大多數(shù)人來(lái)說(shuō)是無(wú)用的雞肋功能。所以我么需要禁止一些博客功能，來(lái)達(dá)到較為符合個(gè)
人要求的博客應(yīng)用。對(duì)于高手來(lái)說(shuō)，可以直接修改程序的配置文件，來(lái)禁止相關(guān)功能。對(duì)于我等程序小白來(lái)說(shuō)還是利用插件是最佳的選擇
推薦中文插件SuperSwitch來(lái)關(guān)閉一些我們不需要的博客功能。這個(gè)插件可以關(guān)閉自動(dòng)保存和修訂歷史版本，還可以關(guān)閉博客程序、主題、插件的自動(dòng)更新。功能非常強(qiáng)大，操作及其簡(jiǎn)單。用SuperSwitch禁止了保存修訂版本之后，文章序號(hào)就不會(huì)斷得太厲害了
5.wp_postmeta清理
wp_postmeta是文章的元信息表，其數(shù)據(jù)是系統(tǒng)或者插件使用
冗余原因：
(1)文章被刪除之后，其在wp_postmeta中的數(shù)據(jù)理應(yīng)被刪除，在系統(tǒng)中多數(shù)情況是系統(tǒng)自動(dòng)刪除，但是由于人為刪除文章，系統(tǒng)不知道被刪除，就不會(huì)刪除wp_postmeta表中的數(shù)據(jù)，造成冗余
(2)很多主題、插件沒(méi)有做好及時(shí)清除的工作
解決辦法：
① 手動(dòng)刪除
規(guī)矩刪除
刪除文章中不存在文章的元信息
DELETE FROM wp_postmeta WHERE post_id NOT IN (SELECT post_id FROM wp_posts);
安全刪除
刪除_edit_lock和_edit_last條目是安全的，所以這里給出SQL語(yǔ)句
DELETE FROM wp_postmeta WHERE meta_key = ‘_edit_lock’;
DELETE FROM wp_postmeta WHERE meta_key = ‘_edit_last’;
風(fēng)險(xiǎn)刪除
除了這兩條還執(zhí)行了一些其他語(yǔ)句由于有些風(fēng)險(xiǎn)：自己酌情考慮
DELETE FROM wp_postmeta WHERE meta_key = ‘_wp_old_slug’;
DELETE FROM wp_postmeta WHERE meta_key = ‘_revision-control’;
DELETE FROM wp_postmeta WHERE meta_value = ‘{{unknown}}’;
特殊插件刪除
postnav插件會(huì)記錄每個(gè)文章的訪問(wèn)數(shù)，如果不需要，可以刪除
DELETE FROM wp_postmeta WHERE meta_key = ‘views’;
特殊操作刪除
在WordPress的后臺(tái)上傳圖片或者附件后會(huì)在wp_postmeta中生成_wp_attached_file和_wp_attachment_metadata兩個(gè)項(xiàng)，wp_posts也會(huì)記錄附件的信息。如果使用FTP工具上傳文件，表中就不會(huì)有這些信息
DELETE FROM wp_postmeta WHERE meta_key = ‘_wp_attached_file’;
DELETE FROM wp_postmeta WHERE meta_key = ‘_wp_attachment_metadata’;
潔癖刪除
這幾條條語(yǔ)句執(zhí)行完畢能夠刪除掉95%以上的數(shù)據(jù)，算的上是極限優(yōu)化了，最后考慮到這個(gè)數(shù)據(jù)表并不是很重要，有潔
凈癖的人可以嘗試清空這個(gè)表，當(dāng)然我測(cè)試清空表會(huì)讓一些原本的數(shù)據(jù)丟失
TRUNCATE TABLE wp_postmeta;
6. wp_commentmeta清理
冗余原因：
(1)評(píng)論被刪除之后，其在wp_commentmeta中的數(shù)據(jù)理應(yīng)被刪除，在系統(tǒng)中多數(shù)情況是系統(tǒng)自動(dòng)刪除，但是由于人為刪除文章，系統(tǒng)不知道被刪除，就不會(huì)刪除wp_commentmeta表中的數(shù)據(jù)，造成冗余
(2)很多主題、插件沒(méi)有做好及時(shí)清除的工作
解決辦法：
一下語(yǔ)句去除沒(méi)有用的數(shù)據(jù)，如果評(píng)論中沒(méi)有此條評(píng)論，那么在wp_commentmeta也沒(méi)有意義，好像wordpress在清空回收站的時(shí)候會(huì)刪除wp_commentmeta相應(yīng)的數(shù)據(jù)。如果不出意外，下面的操作我們應(yīng)該不需要做
DELETE FROM wp_comments WHERE comment_approved = ‘trash’;
DELETE FROM wp_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp_comments);
在wp_commentmeta里面會(huì)記錄評(píng)論被刪除的時(shí)間，這些信息用處不是很大，當(dāng)評(píng)論被從回收站刪除之后，這些刪除的時(shí)間意義就不是很大，就可以刪除了，所以用下面的語(yǔ)句一樣達(dá)到刪除的目的
DELETE FROM wp_commentmeta WHERE meta_key LIKE ‘%trash%’;
如果直接全部刪除wp_commentmeta，影響不會(huì)太大，這里面不會(huì)涉及重要的數(shù)據(jù)
TRUNCATE TABLE wp_commentmeta
7. 總結(jié)
其實(shí)大部分無(wú)用的數(shù)據(jù)均在這幾張表中，清理過(guò)后應(yīng)該不會(huì)又太多的冗余數(shù)據(jù)了。但這里沒(méi)有針對(duì)特殊插件或主題做數(shù)據(jù)庫(kù)清理，有時(shí)這些插件和主題會(huì)悄悄動(dòng)了一些數(shù)據(jù)庫(kù)表，這樣給清理帶來(lái)很大難度，需要看代碼才知道哦
二、數(shù)據(jù)庫(kù)表優(yōu)化
原理：數(shù)據(jù)庫(kù)優(yōu)化不
涉及數(shù)據(jù)的刪除，是將數(shù)據(jù)庫(kù)的表的狀態(tài)調(diào)整好。在使用phpmyadmin時(shí)候，或許您會(huì)看到數(shù)據(jù)庫(kù)表后面有多余xxMB的字樣，這個(gè)指的是那些已經(jīng)分配
給當(dāng)前表但是卻沒(méi)有使用的空間。這個(gè)多余是沒(méi)有什么害處的，他不會(huì)占用你的空間。當(dāng)刪除一個(gè)表的一部分記錄時(shí),這些記錄仍然保持在一個(gè)linked
list 中，當(dāng)插入新數(shù)據(jù)時(shí)會(huì)再次使用這些老紀(jì)錄的位置。所以刪除紀(jì)錄會(huì)閑置一些空間造成你說(shuō)的“多余”
優(yōu)化：
(1)在phpmyadmin手動(dòng) 優(yōu)化或者修復(fù)表即可
(2)運(yùn)行SQL：
OPTIMIZE TABLE wp_commentmeta;
OPTIMIZE TABLE wp_comments;
OPTIMIZE TABLE wp_links;
OPTIMIZE TABLE wp_options;
OPTIMIZE TABLE wp_postmeta;
OPTIMIZE TABLE wp_posts;
OPTIMIZE TABLE wp_terms;
OPTIMIZE TABLE wp_term_relationships;
OPTIMIZE TABLE wp_term_taxonomy;
OPTIMIZE TABLE wp_usermeta;
OPTIMIZE TABLE wp_users;
(3)插件：Optimize DB
我是使用SQL語(yǔ)句進(jìn)行清理與優(yōu)化的，附我的優(yōu)化SQL語(yǔ)句（我的表前綴是wp1）：
DELETE FROM wp1_posts WHERE NOT(post_status = ‘publish’ AND post_type IN(‘post’,'nav_menu_item’,’ page’));
DELETE FROM wp1_postmeta WHERE meta_key in (‘_edit_lock’,
‘_edit_last’, ‘_wp_old_slug’, ‘_revision-control’, ‘{{unknown}}’,
‘_wp_attached_file’, ‘_wp_attachment_metadata’);
DELETE FROM wp1_postmeta WHERE post_id NOT IN (SELECT id FROM wp1_posts);
DELETE FROM wp1_comments WHERE comment_approved like ‘%trash%’;
DELETE FROM wp1_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp1_comments);
OPTIMIZE TABLE wp1_commentmeta;
OPTIMIZE TABLE wp1_comments;
OPTIMIZE TABLE wp1_links;
OPTIMIZE TABLE wp1_options;
OPTIMIZE TABLE wp1_postmeta;
OPTIMIZE TABLE wp1_posts;
OPTIMIZE TABLE wp1_terms;
OPTIMIZE TABLE wp1_term_relationships;
OPTIMIZE TABLE wp1_term_taxonomy;
OPTIMIZE TABLE wp1_usermeta;
OPTIMIZE TABLE wp1_users;
最簡(jiǎn)單有效的方法是更換速度更快的服務(wù)器！
復(fù)雜的辦法：
1、先用站長(zhǎng)工具類的分析網(wǎng)站速度，找到可以合并的css，合并他們，調(diào)整js代碼位置，盡量往后放。
2、使用cdn加速。
3、刪除無(wú)用插件
4、安裝并啟用wp super cache插件
5、使用Advanced Database Cleaner插件清理無(wú)用的數(shù)據(jù)庫(kù)tables表
6、使用wp opminize優(yōu)化數(shù)據(jù)庫(kù)
7、優(yōu)化站內(nèi)圖片尺寸，每張圖大小控制在1m之內(nèi)
8、安裝antispam類插件，禁止文章評(píng)論、用戶注冊(cè)、功能
北屋northhouse達(dá)人為你解答，望采納：）
MySQL是一個(gè)關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，由瑞典MySQL AB 公司開(kāi)發(fā)，目前屬于 Oracle 旗下產(chǎn)品。MySQL 是最流行的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)之一，在 WEB 應(yīng)用方面，MySQL是最好的 RDBMS (Relational Database Management System，關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)) 應(yīng)用軟件。“總是在災(zāi)難發(fā)生后，才想起容災(zāi)的重要性。總是在吃過(guò)虧后，才記得曾經(jīng)有人提醒過(guò)?！保源颂幜谐鲆恍㎝ySQL的必要的優(yōu)化和建議。
1. 核心類
? 不在數(shù)據(jù)庫(kù)做計(jì)算，cpu計(jì)算務(wù)必移至業(yè)務(wù)層；
? 控制單表數(shù)據(jù)量，單表記錄控制在千萬(wàn)級(jí)；
? 控制列數(shù)量，字段數(shù)控制在20以內(nèi)；
? 平衡范式與冗余，為提高效率可以犧牲范式設(shè)計(jì)，冗余數(shù)據(jù)；
? 拒絕3B(big)，大sql，大事務(wù)，大批量；
2. 字段類
? 用好數(shù)值類型
tinyint(1Byte)
smallint(2Byte)
mediumint(3Byte)
int(4Byte)
bigint(8Byte)
bad case：int(1)/int(11)
? 有些字符轉(zhuǎn)化為數(shù)字
例如：用int而不是char(15)存儲(chǔ)ip
? 優(yōu)先使用enum或set
例如：sex enum (‘F’, ‘M’)
? 避免使用NULL字段
NULL字段很難查詢優(yōu)化
NULL字段的索引需要額外空間
NULL字段的復(fù)合索引無(wú)效
bad case：
name char(32) default null
age int not null
good case：
age int not null default 0
? 不在數(shù)據(jù)庫(kù)里存圖片
3. 索引類
? 謹(jǐn)慎合理使用索引
改善查詢、減慢更新
索引一定不是越多越好（能不加就不加，要加的一定得加）
覆蓋記錄條數(shù)過(guò)多不適合建索引，例如“性別”
? 字符字段必須建前綴索引
? 不在索引做列運(yùn)算
bad case：
select id where age +1 = 10;
? innodb 主鍵合理使用自增列
主鍵建立聚簇索引
主鍵不應(yīng)該被修改
字符串不應(yīng)該做主鍵
如果不指定主鍵，innodb會(huì)使用唯一且非空值索引代替
? 不用外鍵，請(qǐng)由程序保證約束
4. sql類
? sql語(yǔ)句盡可能簡(jiǎn)單
一條sql只能在一個(gè)cpu運(yùn)算
大語(yǔ)句拆小語(yǔ)句，減少鎖時(shí)間
一條大sql可以堵死整個(gè)庫(kù)
? 簡(jiǎn)單的事務(wù)
事務(wù)時(shí)間盡可能短
bad case：
上傳圖片事務(wù)
? 避免使用觸發(fā)器，用戶自定義函數(shù)，請(qǐng)由程序取而代之
? 不用select *
消耗cpu，io，內(nèi)存，帶寬
這種程序不具有擴(kuò)展性
? OR改寫為IN()
? OR改寫為UNION
PS：最新的mysql內(nèi)核已經(jīng)進(jìn)行了相關(guān)優(yōu)化
? limit高效分頁(yè)
limit越大，效率越低
select id from t limit 10000, 10;
應(yīng)該改為 =
select id from t where id 10000 limit 10;
? 使用union all替代union，union有去重開(kāi)銷
? 盡量不用連接join
? 務(wù)必請(qǐng)使用“同類型”進(jìn)行比較，否則可能全表掃面
? 打散批量更新
? 使用新能分析工具
show profile;
mysqlsla;
mysqldumpslow;
explain;
show slow log;
show processlist;
show query_response_time(percona)
1、使用高效的緩存插件
WordPress的插件們是非常有用的， 我推薦一款緩存插件可以改善頁(yè)面載入時(shí)間，它就是W3 Total Cache，有了這個(gè)插件之后咱就不再推薦你其他緩存插件了，因?yàn)樗芯彺娌寮械墓δ芩加辛?，而且安裝和使用非常方便。
擁有這款插件之后，你的頁(yè)面載入速度會(huì)加快，因?yàn)榫W(wǎng)站的主要元素已經(jīng)被緩存了。
2. 使用內(nèi)容分發(fā)網(wǎng)絡(luò) (CDN)
基本上所有你喜歡的大網(wǎng)站都會(huì)使用CDN。簡(jiǎn)單來(lái)說(shuō)，CDN是把你站點(diǎn)上的文件們（CSS\JS\圖片等）發(fā)布到最接近用戶所在的網(wǎng)絡(luò)區(qū)域，讓用戶就近下載，這樣就能提高站點(diǎn)運(yùn)行速度。在國(guó)內(nèi)ChinaCache是比較有名的CDN供應(yīng)商，不過(guò)價(jià)格貴了一些，像各大門戶網(wǎng)站，比如騰訊、新浪、網(wǎng)易等等都是用ChinaCache。所以不管你在哪里，訪問(wèn)這些門戶網(wǎng)站都會(huì)覺(jué)得速度很快。當(dāng)然啦，對(duì)于小站來(lái)說(shuō)，這個(gè)成本可能會(huì)高一些，
所以，你無(wú)論是在南方，或者北方，還是在北美，訪問(wèn)這些門戶網(wǎng)站，感覺(jué)速度都很快，最主要的原因之一就是CDN發(fā)揮了效果。一般小網(wǎng)站是用不起這服務(wù)的，所以慢點(diǎn)就慢點(diǎn)了吧，可以租用互聯(lián)互通的6線機(jī)房（6線機(jī)房是指包括網(wǎng)通、電信、鐵通、移動(dòng)、聯(lián)通、教育網(wǎng)等多線接入的骨干網(wǎng)IDC機(jī)房，徹底消除各地網(wǎng)絡(luò)瓶頸，保證互聯(lián)網(wǎng)訪問(wèn)暢通無(wú)阻的高速機(jī)房。）
順便提一下，還有一個(gè)Wordpress插件叫Free-CDN，號(hào)稱也能達(dá)到類似的效果，雖然我還沒(méi)有做過(guò)測(cè)試…
3、圖片優(yōu)化很重要
Yahoo! 有一個(gè)圖片優(yōu)化軟件叫Smush.it可以最大程度無(wú)損壓縮圖片，不過(guò)，除非你超級(jí)有耐心，否則一張張壓縮圖片的話太浪費(fèi)時(shí)間了，好在，還有一個(gè)很給力的WP插件叫WP-SmushIt，這貨可以為你網(wǎng)站上所有的圖片做一次性壓縮，所以沒(méi)有理由不去用它。
4、優(yōu)化你的WP數(shù)據(jù)庫(kù)
你可以用WP-Optimize這個(gè)插件來(lái)優(yōu)化你的WP數(shù)據(jù)庫(kù)（清理spam，反復(fù)改版的文章，草稿，表格等等為你的服務(wù)器騰出更多空間從而提升效率）；還有一些插件如WP-Cleaner，DB-Manger等。
5、開(kāi)啟防盜鏈機(jī)制
盜鏈?zhǔn)菐挼母`賊，當(dāng)其他網(wǎng)站直接引用你站點(diǎn)的圖片的時(shí)候，這會(huì)影響占用你本身的服務(wù)器資源從而影響網(wǎng)站運(yùn)行效率，你的站點(diǎn)越出名，就會(huì)有越多的人盜用你的圖片，解決方法是Wordpress有現(xiàn)成的插件Hotlink Protection。當(dāng)然也可以通過(guò)重寫htaccess文件來(lái)達(dá)到同樣的效果，欲深入了解的童鞋可以詢問(wèn)自己的空間商如何設(shè)置。
6、為文件添加過(guò)期時(shí)間
關(guān)于這個(gè)文件過(guò)期時(shí)間，聽(tīng)起來(lái)很玄乎，其實(shí)就是通過(guò)header報(bào)文來(lái)指定特定類型的文件在瀏覽器中的緩存時(shí)間。有些文件（例如樣式表中調(diào)用的背景圖片和一些裝飾性圖片）其實(shí)在很長(zhǎng)一段時(shí)間內(nèi)這些圖片都不會(huì)有很大的變化，所以對(duì)這類文件我們不妨設(shè)置長(zhǎng)一些的緩存時(shí)間，這樣瀏覽器就不需要每次從服務(wù)器下載這些文件而直接從緩存中讀取，這樣絕對(duì)可以提升加載速度。
當(dāng)然，所以做法很簡(jiǎn)單，只需要在網(wǎng)站的.htaccess文件中加入以下代碼，
IfModule mod_expires.c
ExpiresActive On
ExpiresDefault A600
ExpiresByType image/x-icon A2592000
ExpiresByType application/x-javascript A604800
ExpiresByType text/css A604800
ExpiresByType image/gif A2592000
ExpiresByType image/png A2592000
ExpiresByType image/jpeg A2592000
ExpiresByType text/plain A86400
ExpiresByType application/x-shockwave-flash A2592000
ExpiresByType video/x-flv A2592000
ExpiresByType application/pdf A2592000
ExpiresByType text/html A600
/IfModule
稍微解釋一下，text/css表示樣式表文件，text/plain代表的純文本類文件，依次類推。其中A2592000就表示這種類型文件在瀏覽器中的緩存時(shí)間，以秒為單位。一天86400秒，2592000就表示這類文件可以緩存30天。
如果你不是經(jīng)常修改模板，那樣式表文件和javasctipt文件基本上也可以設(shè)置緩存一周到一個(gè)月左右。text/html文件不要設(shè)置太長(zhǎng)的緩存時(shí)間，因?yàn)檫@些東西修改的頻率很高，一天更新一次是有必要的。
7、為你的圖片添加延時(shí)加載
延時(shí)加載就是當(dāng)用戶停留在第一屏的時(shí)候，不加載任何第一屏以下的圖片信息，只有當(dāng)用戶把鼠標(biāo)往下滾動(dòng)的時(shí)候，這些圖片才開(kāi)始加載。這玩意兒不僅可以提升站點(diǎn)載入速度，更是可以節(jié)省帶寬。要輕松的擁有這項(xiàng)功能，請(qǐng)安裝WP的jQuery Image Lazy Load 插件吧。
8、控制文章草稿存數(shù)數(shù)
通常一篇博文我會(huì)保存10次以上的草稿，而Wordpress會(huì)無(wú)限制的存儲(chǔ)每個(gè)草稿；如果我的博文已經(jīng)發(fā)布了，為啥我還需要這些儲(chǔ)存的草稿文章呢？所以這就是為啥我會(huì)用 Revision Control 插件來(lái)確保這些草稿內(nèi)容的最小化。通常我會(huì)設(shè)置只存儲(chǔ)2-3篇草稿來(lái)防止萬(wàn)一，但存儲(chǔ)的數(shù)量絕對(duì)不會(huì)太高，否則你的WordPress backend只會(huì)被這些無(wú)意義的內(nèi)容塞滿從而降低運(yùn)行效率。
重慶分公司
重慶分公司
