幹壞事是進步最大的原動力
在 TechCrunch 上看到 WordPress.org 強制所有 WordPress.org 的使用者更新密碼 (不是 WordPress.com)：「WordPress.org Forces Password Resets Due To Compromised Plugins」。
起因是 AddThis、WPtouch 以及 W3 Total Cache 這三個 plugin 有異常 commit 塞入 backdoor code。(瞬間就中兩槍)
這幾天有更新 plugin 的人最好趕快看一下... 慘啊 :/
W3 Total Cache 最近的版本更新把一堆站台弄壞 (很像是 css naked day？XD)，可以在 Plugin 網頁的回報資訊看出來：
後來在 forum 上看到有人提：「[Plugin: W3 Total Cache] Minify just won't work」，於是先手動把 minify 功能關閉測試，發現這樣就正常許多，發現看起來應該是跟 minify 有關的問題...
有遇到的人不需要把 W3 Total Cache 全關，還是可以用其他功能加速並降低負載...
Steve Souders 分析了手機瀏覽 Bing 與 Google 的手機平台時，這兩個平台如何處理 cache issue：「Storager case study: Bing, Google」。
這兩個平台不約而同都用上 HTML5 的 localStorage，其中 Bing 用了 ~170KB (未壓縮大小) 的 localStorage，內容包括 CSS/JS/JSON，而 Google 也用了 154KB 存放這些資料。
這應該是因為手機平台的 browser cache 共用一塊不大的空間，很容易被 purge：(我的 Desire 跑 Android 2.2，剛剛看設定，預設值是最大值 6MB)
而 localStorage 則是每個 domain 自己一份空間，相對於共用的空間反而更適合當 cache...
在 Twitter 上又看到有人在講 HTTPS 的資料無法 persistent cache (寫入硬碟保存)，所以當瀏覽器重開後就消失，如果能避免使用就應該避免...
但實際上並不是這樣，HTTPS 的資料是「可以」被 persistent cache 的，只是預設不會這樣作。
只要在 response header 裡告訴瀏覽器 Cache-Control: public，瀏覽器就會 persistent cache。因為你已經跟瀏覽器說這個檔案是公開資料，就算是透過 HTTPS 傳輸也可以寫到硬碟裡保存。在「HTTPS Performance Tuning」這篇文章裡有提到 IE 與 Firefox 都沒有問題...
有用 HTTPS 的可以檢查看看是不是能夠加速...
剛剛用手機看自己的 blog 發現版面亂掉，看起來是 CSS 有問題...
測了一些東西後發現，如果 W3 Total Cache 使用 CloudFront CDN，會使得 WPTouch 失效，拿掉 CDN 的部份就會恢復正常...
那只好先拿掉了，現在用手機看 blog 的人應該就正常了...