幹壞事是進步最大的原動力
路透社丟出來的新聞：「Google to close engineering office in Russia: WSJ」。
新通過的法案要求俄羅斯人的資料必須存放在俄羅斯境內，這個法案被懷疑是 Google 打算直接關閉俄羅斯的 Engineering Office 的原因：
In July, Russia's parliament passed a law to force Internet sites that store the personal data of Russian citizens to do so inside the country, a move the Kremlin says is for data protection but which critics see as an attack on social networks.
來看看後續發展...
以往在使用 Google 的 site: 只知道能放 suffix，譬如 site:edu.tw。
而剛剛在「Advanced Uses for Google's Site: Operator」則是看到了 site:blog.* 這種用法，或是 site:blog.*.com 這種用法，不過原作者目前測試發現有漏，我自己測試是沒什麼問題 :p
另外這個技巧在圖片搜尋也可以使用 :p
CloudFlare 是一種 CDN 服務，相較於其他 CDN 會被歸類到 Akamai 的 Dynamic Site Accelerator，Limelight Networks 的 Dynamic Site Platform，或是 EdgeCast 的 Application Delivery Network。
這類型的 CDN 加速服務，如果用在完全沒有考慮最佳化的網站上，效果應該會很明顯。但如果拿到 WordPress 或是其他 open source 軟體上，反而會因為軟體已經做了不少處理，上了 CloudFlare 反而因為多了一層而變慢。
不過會變慢多少呢？有人跳下去測試寫報告了：「Cloudflare Showdown」，如果懶得看中間的數據，可以看最後的結論「Conclusion」。
如果用在已經最佳化過的網站上，用 CloudFlare 會慢不少，如果是 WordPress 及其他 open source 軟體，最好的情況是快一點點，但最差的情況會慢個幾倍... 作者下的結論是「不要用」。
跟預期差不多，動態資料的加速基本上是個商業包裝而已，真正需要加速還是得自己把可以 cache 的部份切割出來。
sitespeed.io 是一個 open source 軟體，讓開發者可以測試網站的效能，然後輸出 html 報表：「Do you sitespeed?」。
執行需要 Java 1.7+ 以及 PhantomJS，我是在 FreeBSD 上跑 (Java 的部份是用 java/openjdk7)，另外根據文章裡第三個 comment，在 Windows 上用 Cygwin 也可以跑。
以 ./sitespeed.io -u http://ptt.cc/ -d 1 -o img 跑出來後會有一整個目錄的報告，包括了 summary 以及所有頁面的清單 (後面這兩個連結是跑完後用 s3cmd sync 丟上 S3 的)：「ptt.cc - Summary of the sitespeed.io result」、「ptt.cc - All pages information」。
每一頁都有細項說明，像是首頁 /index.html：「Page data, collected by sitespeed.io for page - http://www.ptt.cc/index.html」。
不過我更感興趣的是 PhantomJS，不知道可以做多少事情...