在 前一篇文章 ，提到了如何藉由重新設定NGINX Cache Key，移除不會影響網頁內容的參數。這樣的作法雖然可以提升hit rate，但實務上仍會有所限制，這篇就稍做說明… 首先，我使用瀏覽器瀏覽以下網頁 https://test.com.tw/?para1=123&fbcld=XXXXXXXXXX&para2=456 Nginx Cache Key的組成是否如 前一篇文章 所說的呢？這疑問可以觀察NGINX的cache檔案內容得到答案。 以下節錄Cache檔案的部分內容，可見fbcld已經不見 KEY: test.com.tw/?para1=123&para2=456 HTTP/1.1 200 OK Date: Tue, 14 Jan 2020 07:27:02 GMT Server: Apache Cache-Control: max-age=0 Expires: Tue, 14 Jan 2020 07:27:02 GMT Vary: Accept-Encoding,User-Agent Connection: close Transfer-Encoding: chunked Content-Type: text/html; charset=UTF-8 剛提到實務上仍會有所限制，WHY？

cookie 有人遇到一個PHP問題，聽完他的描述後直覺認為是和該系統操作cookie的方式有關，懷疑該系統產生的的Cookie大小超過規範的限制。原以為瀏覽器會呈現Cookie容量過大的錯誤，但是打開瀏覽器的console卻看不到任何錯誤。當時，還誤以為是不是PHP在server端做了處理？ 花了冤枉時間後，才知道是因為Firefox不會呈現Cookie超過限制的錯誤，但是Chrome會……昏倒…… 下面範例，是使用PHP產生一個超過RFC規範大小的cookie $value = str_pad("", 5000, "TEST-"); setcookie("TestCookie", $value); 測試環境，分別用以下版本瀏覽器執行上述程式進行測試，並說明結果

調整行動版版型後，經由自然搜尋（Organic）的行動裝置流量就馬上提升 以往瀏覽這blog行動版頁面時，文章中的圖會有破版的狀況，很難看…雖然去年曾經嘗試改過一次這blog的行動版版型，卻發現毫無效果。 長期觀察這個blog的流量都是以電腦裝置、且都是上班時段為主。讓我以為是因為這blog的內容特性才有如此的流量趨勢。既然以電腦裝置為主，就沒認真找為何調整了行動版型卻沒效果的答案。 最近處理完公司網站由http移轉到https後相關SEO事項後，依照慣例也更新之前對公司內部所做的SEO簡報。當中有份google重要調整的時間表也一併更新。 今年google就有兩項更新。這兩項和2015、2016年的更新有關，因此一併節錄如下…

HTTP 301 vs HTTP 302 網頁轉址的HTTP response status codes有兩種，分別為301與302。使用瀏覽器瀏覽網頁時如果遇到這兩種轉址，對人來講沒有差別。但對於搜尋引擎、SEO、瀏覽器就有重大的差異。處理網站遷移時務必要做好。 HTTP 301、302 在 RFC 中的定義如下。不過，對於SEO比較重要的是301 Moved Permanently 301 Moved Permanently The 301 (Moved Permanently) status code indicates that the target resource has been assigned a new permanent URI and any future references to this resource ought to use one of the enclosed URIs. 302 Found The 302 (Found) status code indicates that the target resource resides temporarily under a different URI. 為何301 Moved Permanently比較重要？