新聞中心

網(wǎng)站建設(shè)哪家好,找成都創(chuàng)新互聯(lián)!專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、重慶小程序開發(fā)公司、集團企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了稱多免費建站歡迎大家使用!
W3 Total Cache擁有超過100萬的活躍安裝,是wordpress插件庫中最受歡迎的緩存和優(yōu)化插件之一。與其他提供相對簡單和精簡界面的WordPress優(yōu)化插件不同,W3 Total Cache可以完全控制WordPress站點的緩存配置。
W3TC設(shè)置的精細程度使其成為希望最終控制其WordPress網(wǎng)站的高級用戶和開發(fā)人員的理想插件。在本文中,我們將深入了解W3 Total Cache的設(shè)置,并為您提供推薦的配置以提高WordPress網(wǎng)站的性能。
如何安裝W3 Total Cache
如果您的站點上沒有安裝W3 Total Cache,您可以直接在您的WordPress儀表盤中安裝它。只需在“安裝插件”頁面上搜索“W3 Total Cache”并安裝它。
安裝W3 Total Cache
還有一個專業(yè)版的W3 Total Cache,可以在BoldGrid的網(wǎng)站上購買。專業(yè)版帶有一些附加功能,如REST API 緩存、谷歌地圖緩存和其他擴展。在本文中,我們將使用WordPress插件庫中的免費版本。
W3 Total Cache設(shè)置存儲在哪里?
安裝W3 Total Cache后,您將在WordPress管理儀表盤的側(cè)欄中看到“性能”選項卡。單擊“Performance”選項卡將顯示各種子菜單,如“General Settings”, “Page Cache”, “Minify”等。
W3 Total Cache側(cè)邊欄設(shè)置
您還可以使用WordPress管理工具欄中的“Performance”選項卡訪問W3 Total Cache設(shè)置。
W3 Total Cache管理工具欄設(shè)置
如何清除W3 Total Cache緩存數(shù)據(jù)
在我們討論如何配置W3 Total Cache之前,讓我們快速了解一下如何清除或清除緩存。如果您將鼠標懸停在管理工具欄中的“Performance”選項卡上,您將看到兩個清除選項。
清除W3 Total Cache緩存數(shù)據(jù)
W3 Total Cache常規(guī)設(shè)置
讓我們深入W3 Total Cache的“General Settings”菜單來配置一些基本設(shè)置。
頁面緩存-Page Cache
默認情況下,對WordPress站點的每個請求都是實時呈現(xiàn)的。對于某些類型的網(wǎng)站,如電子商務(wù)商店或論壇,動態(tài)呈現(xiàn)是理想的。但是,對于博客、新聞?wù)军c和其他不需要動態(tài)內(nèi)容的站點,添加頁面緩存層可以提高性能并減少服務(wù)器負載。
在W3TC中啟用頁面緩存
最小化-Minify
最小化您的HTML、CSS和JavaScript資源可以通過刪除不必要的空白來減小站點頁面的整體大小。對于大多數(shù)WordPress站點,啟用W3 Total Cache的“Minify”功能將“Minify Mode”選擇“Auto”選項就可以了。
最小化W3TC中的HTML、CSS和JavaScript資源
在某些情況下,最小化資源可能會導致CSS或JavaScript代碼中斷,這通常會導致前端出現(xiàn)可見錯誤。如果您在最小化資源后發(fā)現(xiàn)網(wǎng)站上出現(xiàn)異常問題,我們建議您與開發(fā)人員合作確定導致問題的資源。之后,您可以在手動模式下使用“Minify”功能,該功能允許您繞過特定CSS和JavaScript文件的最小化。
Opcode Cache
WordPress是一個動態(tài)CMS,這意味著PHP worker會不斷在后臺執(zhí)行代碼。Opcode Cache通過存儲已編譯的PHP代碼來幫助加速您的站點,這使得需要相同代碼的后續(xù)請求更快。
在W3TC中啟用Opcode Cache
數(shù)據(jù)庫緩存-Database Cache
W3TC的數(shù)據(jù)庫存儲MySQL數(shù)據(jù)庫查詢的結(jié)果。雖然此功能聽起來很有用,但我們建議將其禁用并改為使用對象緩存。
W3 Total Cache中的數(shù)據(jù)庫緩存
我們發(fā)現(xiàn)在某些情況下,數(shù)據(jù)庫緩存功能可能會導致CPU使用率過高。這意味著通過存儲數(shù)據(jù)庫查詢結(jié)果節(jié)省的CPU量最終可能會被此功能所需的CPU增加所抵消。
對象緩存-Object Cache
在WordPress的上下文中,對象緩存存儲已完成的數(shù)據(jù)庫查詢的結(jié)果。WordPress實際上有一個內(nèi)置的對象緩存,但它只保留單個頁面加載的數(shù)據(jù)。這允許更高效的頁面呈現(xiàn),因為它確保頁面加載不需要浪費運行相同數(shù)據(jù)庫查詢的CPU資源。
雖然WordPress的默認對象緩存無疑對性能有益,但在頁面加載時保留數(shù)據(jù)的對象緩存甚至更好!W3TC的“Object Cache”功能在您的/wp-content目錄中添加了一個自定義緩存腳本,并更改了WordPress對象緩存的行為以永久保留數(shù)據(jù)(跨多個頁面加載)。
W3 Total Cache對象緩存
瀏覽器緩存-Browser Cache
瀏覽器緩存可以通過在本地存儲靜態(tài)資源(如CSS、JavaScript、圖像和字體)來顯著加速您的WordPress站點。瀏覽器緩存使用到期時間來確定緩存資源的時長。在現(xiàn)代網(wǎng)絡(luò)上,大多數(shù)開發(fā)人員指定靜態(tài)資源的有效期為1年。
在W3 Total Cache中啟用瀏覽器緩存
CDN(內(nèi)容交付網(wǎng)絡(luò))
如果您正在使用CDN或內(nèi)容交付網(wǎng)絡(luò)將靜態(tài)文件卸載到世界各地的數(shù)據(jù)中心,您可以配置W3 Total Cache使用CDN主機名重寫主題文件、媒體庫附件、CSS、JS等的URL。。
W3 Total Cache中的CDN設(shè)置
反向代理-Reverse Proxy
反向代理位于您的Web服務(wù)器和WordPress之間,可用于對傳入請求執(zhí)行各種基于邏輯的操作。W3TC支持Varnish,這是一種流行的“HTTP加速器”,用于緩存和提供數(shù)據(jù),目的是減少后端負載。
為了使用Varnish,您的主機必須首先安裝Varnish包。
用戶體驗-User Experience
W3TC的“User Experience”優(yōu)化可讓您啟用延遲加載、禁用表情符號和禁用wp-embed.js腳本。我們建議在您的WordPress網(wǎng)站上啟用延遲加載以加快頁面加載速度。如果您尚未使用瀏覽器原生或基于插件的延遲加載,我們建議您使用W3 Total Cache進行延遲加載。
W3TC中的User Experience設(shè)置
在當今世界,大多數(shù)操作系統(tǒng)都內(nèi)置了對表情符號的支持。因此,如果您不是表情符號的重度用戶,您可能希望禁用WordPress包含的表情符號腳本。使用W3TC刪除wp-emoji-release.min.js將幫助您減少HTTP請求并從頁面加載中刪除約10KB。
同樣,如果您不嵌入WordPress文章,您可以使用W3 Total Cache禁用wp-embed.js。禁用此腳本不會影響用于嵌入YouTube視頻、SoundCloud流等的oEmbed功能。
雜項-Miscellaneous
W3 Total Cache有一些您也可以配置的雜項設(shè)置。如果您想在WordPress中顯示Google Page Speed儀表板小部件,您可以輸入您的Page Speed API密鑰。還有一個選項可以在WordPress網(wǎng)站上每個頁面的菜單欄中顯示頁面速度評級。
W3 Total Cache中的其他設(shè)置
對于其他設(shè)置,如“ NGINX服務(wù)器配置文件路徑(NGINX server configuration file path)”、“啟用文件鎖定(enable file locking)”、“優(yōu)化磁盤增強頁面和縮小NFS磁盤緩存(optimize disk enhanced page and minify disk caching for NFS)”,我們建議將它們保留為默認設(shè)置,除非您有特定原因更改它們。
調(diào)試-Debug
如果您正在對站點上的問題進行故障排除,W3 Total Cache有一個方便的“Debug”菜單,可讓您禁用特定的緩存層和優(yōu)化設(shè)置。例如,如果您發(fā)現(xiàn)網(wǎng)站上出現(xiàn)視覺故障,您可以為“Minify”選項啟用調(diào)試模式,這會將HTML注釋插入到您的頁面源代碼中以幫助您進行故障排除。
W3 Total Cache中的調(diào)試模式
由于調(diào)試模式功能會給您的服務(wù)器資源帶來額外的負載,我們建議您僅在臨時環(huán)境或低流量時間使用它。此外,請務(wù)必在完成故障排除后禁用調(diào)試模式!
導入/導出設(shè)置-Import/Export Settings
完成設(shè)置配置后,您可以使用W3TC的“Import/Export”功能來創(chuàng)建配置的備份。W3 Total Cache有很多設(shè)置,因此能夠?qū)С鐾暾麄浞葑屇哒頍o憂。此外,它允許您輕松地跨多個站點復制自定義W3TC配置,而無需手動配置任何內(nèi)容。
導入和導出W3TC設(shè)置
W3 Total Cache設(shè)置 – 頁面緩存
讓我們深入了解W3 Total Cache的“Page Cache”設(shè)置。
- Cache Front Page – 對于大多數(shù)網(wǎng)站,首頁通常是獲得最多流量的頁面。因此,我們建議啟用此設(shè)置。
- Cache Feeds – WordPress 生成各種RSS Feed,允許外部應(yīng)用程序和服務(wù)(如Feedburner)顯示您網(wǎng)站的內(nèi)容。雖然RSS現(xiàn)在不像以前那么流行,但我們?nèi)匀唤ㄗh啟用此設(shè)置。
- Cache SSL (HTTPS Requests) – 如果您的Web服務(wù)器沒有對所有傳入請求強制使用HTTPS,則啟用此設(shè)置可能會對性能產(chǎn)生積極影響。如果您已經(jīng)在Web服務(wù)器級別強制使用HTTPS,則無需啟用此功能。
- Cache URIs with Query String Variables – 查詢字符串是添加在URL末尾的參數(shù)(例如 /?version=123)。查詢字符串通常用于從WordPress數(shù)據(jù)庫請求和顯示特定數(shù)據(jù)。通常,查詢字符串的目的是請求頁面的唯一版本,因此我們建議禁用此功能,除非您有要緩存的特定查詢字符串。
- Cache 404 (Not Found) Pages – 默認情況下,W3TC禁用此選項。如果您使用“磁盤增強”頁面緩存方法,則可能是由于緩存行為造成的。選擇該選項后,404頁將返回200響應(yīng)代碼。理想情況下,404頁面應(yīng)返回404響應(yīng)代碼,因此我們建議使用您的緩存配置測試此設(shè)置以查看它是否兼容。
- Don’t Cache Pages for Logged In Users – 我們建議啟用此選項。登錄用戶通常正在更新頁面。啟用緩存后,用戶需要不斷清除緩存才能查看頁面更新。
- Don’t Cache Pages for Certain User Roles –此選項允許您繞過某些WordPress用戶角色的緩存。如果“不為登錄用戶緩存頁面(don’t cache pages for logged in users)”選項已啟用,則此選項將不會影響緩存行為。
別名-Aliases
W3 Total Cache的“Aliases”功能允許您緩存在不同域中可用的相同WordPres內(nèi)容。我們不建議啟用此功能。如果您的WordPress站點可以通過不同的域(例如domain.com和www.domain.com)訪問,最好設(shè)置301重定向規(guī)則將請求轉(zhuǎn)發(fā)到您的主域,以避免來自 Googl和其他搜索引擎的重復內(nèi)容處罰。
緩存預加載-Cache Preload
“Cache Preload”功能會抓取您的站點地圖并向您的站點頁面發(fā)出請求以預加載頁面緩存。對于大多數(shù)站點,我們建議禁用緩存預加載,因為它會導致服務(wù)器資源激增,從而抵消潛在的性能優(yōu)勢。
如果您確實想要啟用緩存預加載,W3TC允許您指定站點地圖URL、更新間隔和每個間隔的頁面。確保不要將“update interval”和“pages per internal”設(shè)置得太高以減少CPU峰值的可能性。
清除政策-Purge Policy
W3TC的“Purge Policy”可讓您指定要在發(fā)布或編輯文章后自動清除的頁面和Feed。對于大多數(shù)站點,默認設(shè)置(首頁、文章頁面和博客Feed)應(yīng)該足夠了。如果要向清除策略添加其他頁面,可以配置多種選項。
REST API
WordPress包含的REST API可讓您查詢JSON格式的數(shù)據(jù)。REST API被各??種插件使用,對于無頭WordPress設(shè)置至關(guān)重要。根據(jù)您對REST API的確切用例,緩存查詢結(jié)果可能是一個好主意。REST API緩存屬于“如果您需要它,您就會知道”類別,因此如果您不確定是否啟用REST API緩存,我們建議將其保留為“Don’t Cache”。
高級
在W3TC的“Advanced”頁面緩存選項中,您可以自定義各種設(shè)置,包括“接受的查詢字符串(accepted query strings)”、“拒絕的用戶代理(rejected user agents)”、粒度緩存繞過設(shè)置(granular cache bypass settings)等。例如,如果您需要將W3 Total Cache配置為從不緩存某個類別或標簽下的文章,您將能夠在“Advanced”選項中執(zhí)行此操作。
由于這些設(shè)置可能非常特定于站點,因此我們無法提供“推薦設(shè)置”。話雖如此,如果您希望自定義站點頁面緩存行為的一個非常特定的方面,請務(wù)必查看高級選項。
W3 Total Cache設(shè)置 — 最小化
接下來,讓我們回顧一下 W3 Total Cache 的“Minify”設(shè)置。
- Rewrite URL Structure –此設(shè)置會影響最小化資源的URL結(jié)構(gòu)。我們建議保持啟用狀態(tài),以便您的URL看起來“漂亮”。
- Disable Minify for Logged In Users –如果您正在做一些故障排除或調(diào)試,禁用登錄用戶的縮小可能會有所幫助。否則,我們建議禁用此選項。
HTML & XML
在“HTML & XML”部分,您可以配置HTML最小化設(shè)置。
- Inline CSS minification –我們建議啟用此選項以刪除內(nèi)聯(lián)CSS中的空格。
- Inline JS minification –我們建議啟用此選項以刪除內(nèi)聯(lián)JavaScript中的空格。在某些情況下,JS縮小可能會導致代碼錯誤。如果啟用此選項會破壞您的站點功能,請禁用它。
- Don’t minify feeds –我們建議禁用此選項。提要僅由RSS閱讀器和其他類似服務(wù)使用,因此沒有必要縮小提要。
- Line break removal –默認情況下禁用此選項,我們不建議啟用它以確保您的網(wǎng)站正確呈現(xiàn)。
JS
在“JS”部分,您可以配置JavaScript最小化設(shè)置。
- Operations in Areas –此選項允許您為縮小的JavaScript選擇“embed type”。對于之前和之后的JS文件,您可以選擇“blocking”、“non-blocking”、“non-blocking using async”和“non-blocking using defer”。雖然非阻塞加載方法通常會帶來更好的性能,但它們并不總是100%與所有JavaScript代碼兼容。此外,“async”和“defer”有非常不同的用例。因此,我們建議使用默認的“blocking”方法,除非您了解非阻塞JavaScript的怪癖。
- Minify or Combine Only –您可以在兩種JavaScript優(yōu)化模式之間進行選擇。選擇“Minify”后,您的JS文件將被合并和縮小。如果選擇“Combine Only”,則生成的組合JS文件將不會被縮小。如果您遇到與縮小相關(guān)的問題并且不想調(diào)試以找出導致問題的腳本,則選擇“Combine Only”選項可能會修復錯誤。
- HTTP/2 Push –如果您的服務(wù)器支持HTTP/2服務(wù)器推送,啟用此選項可以幫助您減少頁面加載時間。HTTP/2服務(wù)器推送在訪問者被請求之前將文件推送給訪問者。我們建議在生產(chǎn)環(huán)境中啟用此選項之前進行充分的測試,因為服務(wù)器推送經(jīng)常被誤用。服務(wù)器推送不適用于較大的JavaScript文件,您需要確保其好處大于直接從訪問者的瀏覽器緩存加載JS文件。
CSS
在“CSS”部分,您可以配置CSS最小化設(shè)置。
- Combine Only –與JavaScript文件不同,CSS通常不會受到與縮小相關(guān)的問題的影響。因此,我們不建議啟用“Combine Only”。
- Preserved Comment Removal –此設(shè)置從CSS文件中刪除注釋。我們建議啟用此選項以盡可能減小文件大小。
- Line Break Removal –此設(shè)置從CSS文件中刪除換行符。我們建議也啟用此選項。如果您在啟用“Line Break Removal”后發(fā)現(xiàn)任何顯示問題,請將其禁用。
高級
“Advanced”部分包含一些額外的設(shè)置來自定義最小化行為。
- Update External Files Every – W3TC允許您指定CSS和JS文件更新之間的時間量。默認設(shè)置為86400秒,您的資源將每24小時下載并最小化一次。如果您的網(wǎng)站不經(jīng)常更改,請隨意設(shè)置更長的時間段。
- Garbage Collection Interval –此時間段設(shè)置指定刪除過期緩存數(shù)據(jù)的頻率。默認設(shè)置為24小時。如果您的站點存儲空間不足,我們建議降低“Garbage Collection Interval”。
“Advanced”部分的其余部分包括允許您指定永遠不應(yīng)縮小的資源文件的輸入字段。還有一個“Rejected User Agents”字段,允許向某些用戶代理提供非縮小文件。最后,您可以添加外部資源文件以包含在W3 Total Cache的最小化過程中。
W3 Total Cache設(shè)置 — 對象緩存
列表中的下一個是 W3TC 的“Object Cache”設(shè)置。對于大多數(shù)站點,默認設(shè)置可以正常工作,但不管怎樣,讓我們??回顧一下它們。
- Default Lifetime of Cache Objects – 未更改緩存項目的到期時間。更長的時間段會導致更大的對象緩存。如果您擔心服務(wù)器的存儲容量,我們建議保留默認值或降低它。
- Garbage Collection Interval –此設(shè)置指定過期緩存數(shù)據(jù)被丟棄的頻率。對于大多數(shù)站點,默認值3,600秒(1小時)應(yīng)該沒問題。
- Global Groups –此設(shè)置允許您在單個多站點網(wǎng)絡(luò)中的站點之間配置共享緩存組。我們建議將此設(shè)置保留為默認狀態(tài),除非您有特定的更改原因。
- Non-Persistent Groups –此設(shè)置允許您選擇從不緩存的對象組。同樣,我們建議堅持使用默認配置。
- Enable Caching for wp-admin Requests –默認情況下禁用此選項,我們不建議啟用它,因為它會導致副作用。此外,大多數(shù)WordPress網(wǎng)站的訪問者從不與wp-admin儀表盤進行交互。
W3 Total Cache設(shè)置 — 瀏覽器緩存
大多數(shù)WordPress主機,已經(jīng)在Web服務(wù)器級別實現(xiàn)了適當?shù)臑g覽器緩存標頭。如果您的主機沒有,或者如果您想進一步自定義瀏覽器緩存行為,您可以使用W3 Total Cache。
在“Browser Cache”設(shè)置中,“General”、“CSS & JS”、“HTML & XML”以及“Media & Other Files”部分的默認設(shè)置適用于大多數(shù)WordPress站點。由于此頁面上有如此多的設(shè)置,我們建議在對瀏覽器緩存行為進行任何更改之前咨詢開發(fā)人員。話雖如此,以下是有關(guān)瀏覽器緩存的一些關(guān)鍵設(shè)置。
- Expires Headers Lifetime –配置一個長的“expires headers lifetime”對于高效的瀏覽器緩存很重要。如果您使用W3TC來配置瀏覽器緩存,請務(wù)必將此值設(shè)置為
31536000(1年)。 - Cache Control Policy –為確保您的靜態(tài)資源可被瀏覽器緩存,請確保將“cache control policy”設(shè)置為“public, max_age=EXPIRES SECONDS”。
- Enable HTTP (gzip) Compression– GZIP壓縮可在HTML頁面和最小化發(fā)送給訪問者之前顯著減小文件大小,因此如果您的主機的服務(wù)器配置支持GZIP,請務(wù)必啟用此選項。
- Remove query strings from static resources——查詢字符串是添加到URL路徑末尾的附加字符串,用于指定請求參數(shù)或強制Web服務(wù)器交付新資源。查詢字符串以
?開頭,大多數(shù)Web服務(wù)器都配置為繞過帶有查詢字符串的請求的緩存。從頁面請求中刪除查詢字符串有助于減少服務(wù)器負載,因為這些請求使用PHP來呈現(xiàn)頁面。我們不建議從W3 Total Cache中的靜態(tài)資源中刪除查詢字符串,因為它們有助于確保向訪問者提供最新版本的CSS和JS文件。
“Browser Cache”設(shè)置頁面還包含與內(nèi)容安全策略 (CSP)和 X-XSS保護等安全標頭相關(guān)的各種設(shè)置。我們始終建議與合格的開發(fā)人員一起完成這些設(shè)置,因為不正確的配置會直接影響您網(wǎng)站的用戶體驗。例如,在沒有正確SSL證書和HTTPS配置的情況下啟用HSTS標頭可能會導致您的站點無法訪問。
W3 Total Cache設(shè)置 – 用戶代理組
如果您需要根據(jù)用戶的設(shè)備類型重定向流量,W3 Total Cache的“用戶代理組”功能非常強大。例如,您可以將您的網(wǎng)站配置為在用戶通過手機訪問您的網(wǎng)站時呈現(xiàn)不同的主題。同樣,如果您的移動站點位于唯一的子域中,您可以將用戶重定向到一個完全不同的站點。
在響應(yīng)式網(wǎng)頁設(shè)計時代,我們沒有看到太多針對此特定功能的用例。如今,最佳做法是讓您的網(wǎng)站從一開始就具有響應(yīng)性,而不是依賴多個主題或僅限移動設(shè)備的子域。
W3 Total Cache設(shè)置 – 引用組
HTTP引用是一個可選的HTTP標頭提供關(guān)于其中請求源于信息。例如,如果訪問者從Google搜索列表中點擊您的網(wǎng)站,則HTTP引薦來源網(wǎng)址將為google.com。
在W3 Total Cache中,您可以根據(jù)帶有“Referrer Groups”的請求的HTTP引用來定義自定義緩存行為。例如,您可以創(chuàng)建一個由搜索引擎組成的引用組,并僅為來自這些域的請求自定義緩存行為。
與上面提到的“用戶代理組”類似,您還可以使用“引用組”功能將請求重定向到不同的域。大多數(shù)WordPress站點不需要設(shè)置引用組,因此我們不建議配置任何。
W3 Total Cache設(shè)置 — Cookie組
W3 Total Cache支持的最新緩存組是“Cookie Groups”。此功能可讓您根據(jù)請求的cookie創(chuàng)建獨特的緩存bucket和行為。與“用戶代理組”和“引用組”類似,大多數(shù)站點不需要設(shè)置自定義的基于cookie的緩存配置。如果您的站點需要基于cookie的緩存,我們建議您與開發(fā)人員合作以正確配置它。
W3 Total Cache設(shè)置 — CDN
現(xiàn)在,讓我們繼續(xù)W3 Total Cache的CDN設(shè)置。
- Host Attachments –啟用此選項以從CDN提供WordPress媒體庫中的資源。
- Host wp-includes/ Files –啟用它以從CDN提供
wp-includes文件夾中的文件。 - Host Theme Files –啟用此選項以從CDN提供主題文件。
- Host Minified CSS and JS Files –啟用它以從您的CDN提供W3TC的最小化的CSS和JS文件。
- Host Custom Files –如果您的媒體庫或主題文件夾中沒有文件,您可以在W3TC中添加文件路徑以從CDN提供它們。
- Add Canonical Header –
rel=”canonical”標簽可以幫助搜索引擎識別原始來源或網(wǎng)址。由于CDN通常使用不同的域,因此添加規(guī)范標簽會通知搜索引擎原始資源的位置。話雖如此,保持禁用此設(shè)置是可以的,因為現(xiàn)代搜索引擎足夠智能,可以在不影響您網(wǎng)站的SEO排名的情況下識別CDN。
高級
- Only Purge CDN Manually –我們建議禁用此選項以讓W3TC自動處理緩存清除。
- Disable CDN on SSL Pages –禁用此設(shè)置。如果您使用的是CDN,最好在HTTP和HTTPS頁面上都啟用它。
- Use CDN Links for Media Library on Admin Pages –我們不建議啟用此選項,因為它會重寫媒體庫中的URL 。
- Add CORS Header –啟用此設(shè)置以允許您的CDN資源顯示在其他域上。
- Disable CDN for the Following Roles –此選項允許您為某些WordPress用戶角色禁用CDN。在大多數(shù)情況下,最好禁用此選項。
- wp-includes File Types to Upload –此字段指定
wp-includes將從您的CDN提供的文件格式。對于大多數(shù)站點,默認的文件格式列表應(yīng)該沒問題。如果您的文件wp-includes夾中有自定義文件,請隨時根據(jù)需要添加其他格式。 - Theme File Types to Upload –此字段指定將從CDN提供的WordPress主題文件夾中的文件格式。默認列表包含所有流行的資源、圖像和字體格式。如果需要,請隨意添加其他格式。
- Custom File List –如果您啟用了“Host Custom Files”,您可以在此字段中添加文件列表以從您的CDN提供服務(wù)。
- Rejected User Agents –此字段允許您指定不會從您的CDN提供資源的用戶代理。我們建議將此字段留空以確保您的CDN得到正確使用。
- Rejected Files –此字段允許您指定不應(yīng)從CDN提供的文件。如果您使用的服務(wù)需要從您的根域提供資源,您可以將文件路徑添加到“Rejected Files”字段。
W3 Total Cache設(shè)置 — 用戶體驗
接下來,讓我們自定義W3 Total Cache中的“User Experience”或延遲加載設(shè)置。
- Process HTML Image Tags –啟用此選項可確保延遲加載圖像。
- Process Background Images –如果您在CSS中使用 `background` 顯示圖像,啟用此選項將允許延遲加載這些圖像。
- Exclude Words –在此字段中,您可以指定文本以繞過延遲加載。例如,如果添加
no-lazy-load到此字段,顯示的圖像將不會被延遲加載。
- Script Embed Method –此設(shè)置允許您自定義延遲加載腳本的加載方法。默認
async方法是大多數(shù)站點的最佳選擇。如果您的站點僅包含一個登錄頁面,則inline可以使用該方法來減少加載頁面的HTTP請求數(shù)。
W3 Total Cache的可用擴展
W3 Total Cache提供各種擴展以與第三方服務(wù)集成。W3TC目前有以下服務(wù)的擴展。
- AMP
- Cloudflare
- Google Feedburner
- Fragment Cache
- Genesis Framework
- New Relic
- Swarmify
- Yoast SEO
- WPML
如果您在您的站點上使用這些服務(wù)中的任何一項,我們建議您設(shè)置相關(guān)擴展以確保與W3 Total Cache正確兼容。在本節(jié)中,我們將了解 W3 Total Cache的Cloudflare擴展。
如何使用Cloudflare擴展設(shè)置W3 Total Cache
要將Cloudflare與W3 Total Cache集成,您需要Cloudflare儀表盤中的兩條信息 – 帳戶電子郵件和API密鑰。帳戶電子郵件是您用于登錄Cloudflare的電子郵件地址。我們來看看如何設(shè)置Cloudflare API密鑰。
在Cloudflare儀表盤中,單擊“Overview”選項卡。接下來,向下滾動并單擊右側(cè)邊欄中的Get Your API Token。
查看您的Cloudflare全局API密鑰
向下滾動,然后單擊“Global API Key”旁邊的View以獲取您的Cloudflare API密鑰。請注意不要在W3 Total Cache之外的任何地方共享此API密鑰,因為它可用于控制您的Cloudflare帳戶。
查看您的Cloudflare Global API Key
接下來,在W3 Total Cache的“Extensions”頁面中激活Cloudflare擴展,然后單擊“Settings”。在“Credentials”部分,單擊“Authorize”按鈕。
在W3 Total Cache中授權(quán)Cloudflare
在隨后的彈出窗口中,輸入您的Cloudflare帳戶電子郵件和API密鑰。如果您收到錯誤消息,請仔細檢查以確保您的電子郵件地址和API密鑰正確無誤。憑據(jù)獲得授權(quán)后,您應(yīng)該會在頁面上看到其他Cloudflare設(shè)置。
W3 Total Cache中的Cloudflare設(shè)置
讓我們回顧一下W3 Total Cache中的Cloudflare設(shè)置
- Widget Statistics Interval –這指定了W3TC的Cloudflare小部件涵蓋的時間段。默認設(shè)置為30分鐘。如果您想查看更長的時間段,請隨意增加它。
- Cache Time –這指定了來自Cloudflare的小部件數(shù)據(jù)被緩存的時間量。如果您不打算大量使用該小部件,我們建議增加此數(shù)字以減少從您的站點向Cloudflare發(fā)出的請求數(shù)。
- Page Caching –如果您已將Cloudflare配置為緩存WordPress站點的HTML 頁面,請啟用此選項以在文章修改和更新后自動清除Cloudflare緩存。
Cloudflare緩存
此部分允許您自定義Cloudflare的緩存設(shè)置。
- Development Mode –除非您需要將Cloudflare置于開發(fā)模式,否則請禁用此選項。當Cloudflare處于開發(fā)模式時,邊緣緩存、縮小和圖像優(yōu)化將禁用三個小時。這使您可以立即查看CSS和JS文件的更新,并且對于故障排除很有用。
- Cache Level –對于大多數(shù)站點,我們建議使用“Standard”緩存級別,每次查詢字符串更改時都會提供不同的資源。如果您100%確定您的WordPress站點不使用查詢字符串來提供動態(tài)內(nèi)容,您也可以使用“Ignore Query String”設(shè)置。
- Browser Cache TTL –我們建議將Cloudflare的瀏覽器緩存TTL設(shè)置為31536000秒,即1年。
- Challenge TTL – Cloudflare提供各種與安全相關(guān)的服務(wù),訪客Challenge就是其中之一。如果Cloudflare檢測到惡意用戶或奇怪的行為,它將以Captcha的形式提供Challenge消息。“Challenge TTL”設(shè)置指定用戶在完成Challenge后可以訪問您網(wǎng)站的時間。默認設(shè)置為3600秒,受到Challenge的訪問者將能夠在另一個Challenge之前使用您的網(wǎng)站1小時。
- Edge Cache TTL –此設(shè)置控制資源在Cloudflare的邊緣服務(wù)器上緩存的時間。我們建議將其設(shè)置為最大值31536000秒或1年。
Cloudflare內(nèi)容處理
讓我們深入了解W3 Total Cache中的Cloudflare內(nèi)容處理設(shè)置。
- Rocket Loader – Cloudflare的Rocket Loader可加快WordPress網(wǎng)站的JavaScript加載速度。如果您的站點有很多JS,我們建議啟用Rocket Loader。
- Minify JS/CSS/HTML –如果您已經(jīng)在W3 Total Cache中啟用了對HTML、CSS和JavaScript的最小化,請隨時禁用Cloudflare擴展設(shè)置中的這些選項,因為無需重復最小化。
- Server Side Exclude (SSE) –此選項允許您向可疑訪問者(Cloudflare 認為)隱藏敏感信息。服務(wù)器端排除對于隱藏您網(wǎng)站上的電子郵件地址、電話號碼和其他個人信息等信息非常有用。要使用SSE,請啟用它并將敏感信息包裝
在HTML代碼或PHP主題模板中的標簽中。 - Email Obfuscation –啟用此選項后,Cloudflare將使用JavaScript自動混淆您的WordPress網(wǎng)站上的電子郵件地址。雖然混淆不會完全擺脫垃圾郵件,但我們建議啟用此選項,因為它確實阻止了基本機器人從您的站點抓取電子郵件地址。
Cloudflare圖像處理
讓我們回顧一下Cloudflare的圖像處理設(shè)置。
- Hotlink Protection-啟用盜接保護將阻止其他站點嵌入您的圖像。如果您因未經(jīng)授權(quán)的外部嵌入而遇到帶寬限制,啟用“Hotlink Protection”可以幫助您減少帶寬使用。
- Mirage(僅限專業(yè)版)– Mirage優(yōu)化了向低帶寬設(shè)備和網(wǎng)絡(luò)的圖像傳輸。此功能僅適用于Cloudflare Pro計劃及更高版本。
- Polish (僅限專業(yè)版)–Polish優(yōu)化您網(wǎng)站的圖像,并且可以配置為向支持的瀏覽器提供WEBP圖像。此功能僅適用于Cloudflare Pro計劃及更高版本。
Cloudflare保護
Cloudflare的主要功能是一個復雜的防火墻,可以幫助保護您免受DDoS攻擊和惡意行為者的侵害。讓我們回顧一下Cloudflare的安全設(shè)置。
- Security Level –此設(shè)置控制 Cloudflare 防火墻和安全規(guī)則的敏感度。對于大多數(shù)站點,我們建議將“安全級別”設(shè)置為“中”。
- Browser Integrity Check –此功能會查找不良行為和可疑的用戶代理。如果它檢測到潛在的惡意用戶或垃圾郵件發(fā)送者,Cloudflare將自動提出挑戰(zhàn)。我們建議啟用此功能。
- Always Online –如果您的源出現(xiàn)故障,此選項將為您網(wǎng)站的靜態(tài)HTML頁面提供服務(wù)。如果您已將Cloudflare配置為緩存HTML,我們建議啟用它。
- Web Application Firewall – Cloudflare的WAF或Web應(yīng)用程序防火墻將掃描傳入流量并過濾掉到達您站點的“非法流量”。我們建議啟用此功能。
- Advanced DDoS Protection –此功能默認啟用,只要Cloudflare的代理處于活動狀態(tài),就無法禁用。DDoS保護有助于保護您的站點免受“分布式拒絕服務(wù)”攻擊。
- Max Upload –設(shè)置上傳到您網(wǎng)站的最大允許文件大小。您需要確保此設(shè)置等于或大于WordPress中的上傳文件大小設(shè)置。
Cloudflare SSL
最后,您需要確保您的Cloudflare SSL設(shè)置配置正確。讓我們回顧一下本節(jié)中的正確配置。
- SSL –一般建議使用“Full”或“Full (Strict)”SSL 選項。“Flexible”選項與部分主機不兼容?!癋ull Strict”需要來自有效證書頒發(fā)機構(gòu)的SSL,而“Full”選項也支持自簽名SSL?!癋lexible”選項不需要源服務(wù)器上的SSL證書——我們不推薦此選項,因為它最不安全。
- TLS 1.2 Only – TLS或傳輸層安全性,是一種用于通過網(wǎng)絡(luò)傳輸數(shù)據(jù)的安全協(xié)議。某些PCI合規(guī)性標準要求放棄對TLS 1.1及更低版本的支持。如果這是您站點的要求,您可以在Cloudflare中啟用“TLS 1.2 Only”設(shè)置以將最低TLS版本設(shè)置為1.2。
為WooCommerce設(shè)置W3 Total Cache
WooCommerce是WordPress網(wǎng)站最受歡迎的電子商務(wù)平臺。如果您在WooCommerce支持的商店中使用W3 Total Cache,您需要確保您的配置正確以避免緩存客戶詳細信息。
繞過WooCommerce Cookie
要繞過具有WooCommerce特定cookie的頁面的頁面緩存,請轉(zhuǎn)到 W3TC 的“Page Cache”設(shè)置,向下滾動到“Rejected Cookies”,然后添加以下四項。
- woocommerce_items_in_cart
- woocommerce_cart_hash
- wp_woocommerce_session_
- wordpress_logged_in
在W3 Total Cache中繞過WooCommerce cookie
為安全起見,我們還建議繞過WooCommerce特定的URL,例如購物車頁面、結(jié)帳頁面和帳戶頁面。要從緩存中繞過這些頁面,請轉(zhuǎn)到W3TC的“Page Cache”設(shè)置,并將URL添加到“Never Cache the Following Pages”部分。
從W3 Total Cache繞過WooCommerce頁面
如何重置W3 Total Cache中的所有設(shè)置
在某些情況下,您可能需要重新開始W3TC配置。以下是將W3 Total Cache恢復為默認設(shè)置的方法。轉(zhuǎn)到W3TC的“General Settings”菜單,向下滾動到“Import/Export Settings”部分,然后單擊Restore Default Settings。
將W3 Total Cache重置為默認設(shè)置
小結(jié)
如您所見,W3 Total Cache插件功能和設(shè)置都非常豐富。從頁面緩存到資源縮小,再到Cloudflare集成,W3TC擁有提升WordPress網(wǎng)站性能所需的一切!
網(wǎng)站名稱:如何為您的WordPress網(wǎng)站配置W3TotalCache插件
本文鏈接:http://www.dlmjj.cn/article/cccgsos.html


咨詢
建站咨詢
