同事發現我們對一些采集爬蟲進行限制後，給出的403拒絕狀态也會被CDN緩存起來，造成後續正常用戶訪問的時候也被拒絕，于是詳細了解了各CDN對http/https訪問報錯狀态的緩存處理。
首先是看Cloudflare，其文檔 Configuring cache TTL by status code 中有明确說明，如果在沒有設置Cache Control的情況下：
- HTTP 200, 301: 120分鐘
- HTTP 302: 20分鐘
- HTTP 404: 10分鐘
- HTT
404
這是 404 分類的頁面，點擊下面标題查看詳細文章内容：
By James Qi, 2017年12月9日
以前在翻看Drupal的Performance & Scalability插件的時候留意過有一個Fast 404模塊，知道是專門處理404報錯頁面，如果網站有很多404，這個模塊可以降低負載，但沒有詳細了解。
最近還在不斷嘗試降低MySQL服務器的負載，今天幹脆把這個模塊安裝試了試，英文的說明看起來比較複雜，我就把README.txt中的内容把一些要點對照翻譯如下吧：
Fast_404 is Super Fast and Super Amazing. It is also very aggressive
By James Qi, 2015年5月13日
兩年前寫過一篇博文《Drupal中對404錯誤進行判斷、重定向》，當時是在一個系列網站中采用自定義模塊，在Module文件中構建了一個404錯誤的頁面，在頁面中對錯誤進行判斷并302重定向到合适的内部頁面。在博文下方及留言中也寫了使用.htaccess進行錯誤處理的辦法和例子。
除了站内的這種報錯、跳轉以外，也有站間的報錯需要處理，例如http://chahaoba.com/ 這個站的最新日志信息中類似 http://chahaoba.com/1330719 這樣的報錯很多，其實正确的網址應該是http://www.chahaoba.com/1330719 ，也不知道
By James Qi, 2013年5月6日
Drupal網站在Site information的設置中有一個404錯誤頁面可以定制到自己希望的網址，如果你在日志中發現大量404錯誤，而其中很多都是同一個類型可以引導到對用戶更有幫助的内容頁面，那麼就可以在這個定制的404錯誤網址中進行判斷、導向。
我做的例子是http://ak.postcodebase.com/not_found ，因為來自外部網站的鍊接中，有一部分是這個站内找不到或者錯誤的郵編，就可以根據URI進行判斷：
- 如果訪問9位郵編頁面不存在但前面5位郵編分類頁面存在，則轉到5位郵編分類頁面；