CloudFlare加速最佳化設置,cloudflare api的用戶名

CloudFlare加速優化設置

經過一年的觀察，發現很多站長并沒有真正理解CloudFlare的設計，而CloudFlare的錯誤設置往往會導致網站運行緩慢的問題。再次澄清，CloudFlare默認不緩存網頁，所有訪問者的訪問都只通過CloudFlare向原主機請求信息，這樣會拉長訪問者網頁的加載速度，節省主機很多流量(有時會變得更耗費資源)。

改善問題的方法包括禁用始終在線和填充頁面規則緩存規則。

請注意下圖紅線的CloudFlare控制臺的三個部分，包括速度、緩存和頁面規則。

首先是速度，其中要啟用Auto Minify的所有工具，讓所有通過CloudFlare傳輸的web資源都能得到適當的壓縮。

但由于下火箭加載器對Google AdSense修改不當，使用Google AdSense的網站請務必選擇關閉，未受影響的網站請選擇自動。

要切換到緩存選項卡，請為緩存級別選擇標準。

瀏覽器緩存過期時間建議設置為1年，同時始終在線必須“關閉”。這部分好像有點爭議。Always Online最初的概念是通過CloudFlare提供緩存的頁面，以維持網站離線時訪問者的正常瀏覽，但對于免費版來說，緩存時間最長需要一周才能生效。然而，在這段時間內，CloudFlare會頻繁地從源站點請求網頁訪問，這意味著完全不值得用消耗主機資源來換取經常不可用的始終在線。最好關閉這個功能，節省資源。

然后切換到具有關鍵角色的頁面規則選項卡。有兩種URL規則設置。

一個是整個站點通過CloudFlare傳輸給訪客。此時，URL規則包括:以www.test.com為例。

原網址/WPlog in . PHP *[例如www.test.com/wplogin.php*]:

自定義緩存，請選擇繞過緩存

原始網站URL/WPadmin/*[例如，www.test.com/wpadmin/*]:

自定義緩存，請選擇繞過緩存

原始網站URL/*[例如，test.com/*]:

自定義緩存，請選擇主動緩存。

第二種是主站點由源主機傳輸，但大部分靜態資源由CloudFlare傳輸給訪客。好處在于訪問者同時有兩個站點進行傳輸，搜索引擎爬蟲訪問的站點IP不會頻繁變化。堵車時切換CDN狀態也很簡單。此時，URL規則只要:

CDN/*[例如cdf.test.com/*]的網址:

自定義緩存，請選擇緩存所有內容

至于如何生成內容相同的子網鏡像，可以通過指向同一個IP和源站點CNAME來實現兩組URL顯示兼容內容的效果。

緩存插件的CDN功能可以放入CDN連接的網址中，清除插件緩存即可生效。

特別聲明：以上文章內容僅代表作者本人觀點，不代表ESG跨境電商觀點或立場。如有關于作品內容、版權或其它問題請于作品發表后的30日內與ESG跨境電商聯系。