幹壞事是進步最大的原動力
在看宵夜文「2016更新【2013台北宵夜美食小吃精選】松山區信義區大安區」的時候做其他事情，回來就看到 in-window popup 視窗，決定擋下來，所以就把 html 找出來：
<div class="modal idle-pop" tabindex="-1" role="dialog" aria-describedby="dialog">
<div class="modal-content">
<div class="modal-header">本網頁已閒置超過 3 分鐘。請點 <kbd>關閉>/kbd> 或 <kbd>點擊</kbd>任一空白處，即可回到網頁</div>
<div class="modal-body">
我選擇的方法是透過 uBlock Origin 阻擋元素：
pixnet.net##.idle-pop
然後重新開 blog 頁面，等個幾分鐘後確認就可以了。
如同前幾天在「CloudFlare 在台灣有機房了」所提到的，CloudFlare 正式在 blog 上宣佈 Taipei PoP 了：「Taipei: CloudFlare’s 77th Data Center is Now Live」。
一個有趣的花邊是 CloudFlare CEO Matthew Prince 在 Twitter 上提到的事情：
@PeterDaveHello working with HiNet has been… challenging.
— Matthew Prince (@eastdakota) April 8, 2016
另外在 kaif 上 IngramChen 也有提到因為 CloudFlare 開台後空出來的國際頻寬，讓 HiNet 到新加坡的機器變快 (CloudFlare 在台灣有機房了)：
CloudFlare 在台灣有機房，代表從台灣出去海外的頻寬瞬間 "空" 了一大塊。
就算你的服務沒用到 CloudFlare，也會因為頻寬空出來，你放在海外的站在台灣用起來也會快了一點。
剛剛發現奇怪的現象，晚點來問問看好了... 手上的 test-priceclass100.gslin.org 設定為 Only Use US and Europe：
但在 SmokePing 上卻看到極低的 latency 而覺得納悶：
動手查了一些資料發現是被導到台灣的點... 可以看到先問 168.95.192.1 (HiNet 光世代預設的 DNS) 後得到了這些 IP：
gslin@GSLIN-HOME1404 [~] [02:43/W4] dig test-priceclass100.gslin.org @168.95.192.1 ; <<>> DiG 9.9.5-3ubuntu0.5-Ubuntu <<>> test-priceclass100.gslin.org @168.95.192.1 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48453 ;; flags: qr rd ra; QUERY: 1, ANSWER: 9, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 3072 ;; QUESTION SECTION: ;test-priceclass100.gslin.org. IN A ;; ANSWER SECTION: test-priceclass100.gslin.org. 300 IN CNAME d265g70k07is7o.cloudfront.net. d265g70k07is7o.cloudfront.net. 60 IN A 54.192.215.203 d265g70k07is7o.cloudfront.net. 60 IN A 54.192.215.98 d265g70k07is7o.cloudfront.net. 60 IN A 54.239.176.96 d265g70k07is7o.cloudfront.net. 60 IN A 54.192.214.40 d265g70k07is7o.cloudfront.net. 60 IN A 54.239.176.216 d265g70k07is7o.cloudfront.net. 60 IN A 54.192.212.118 d265g70k07is7o.cloudfront.net. 60 IN A 54.239.176.223 d265g70k07is7o.cloudfront.net. 60 IN A 54.239.176.56 ;; Query time: 178 msec ;; SERVER: 168.95.192.1#53(168.95.192.1) ;; WHEN: Thu Oct 22 02:43:24 CST 2015 ;; MSG SIZE rcvd: 228
接下來跑 mtr 看，發現是台灣的節點：
gslin@GSLIN-HOME1404 [~] [02:43/W4] mtr --report -n 54.239.176.56 Start: Thu Oct 22 02:43:37 2015 HOST: GSLIN-HOME1404 Loss% Snt Last Avg Best Wrst StDev 1.|-- 168.95.98.254 0.0% 10 8.6 9.1 8.4 9.9 0.3 2.|-- 168.95.25.50 0.0% 10 8.1 9.0 8.0 9.9 0.3 3.|-- 220.128.11.226 0.0% 10 9.3 11.8 8.1 31.7 7.1 4.|-- 220.128.5.94 0.0% 10 12.9 13.9 9.6 17.9 2.9 5.|-- 220.128.4.177 0.0% 10 8.7 13.1 8.7 35.3 8.0 6.|-- 203.75.228.29 0.0% 10 9.9 10.1 9.3 10.9 0.3 7.|-- 223.26.65.19 0.0% 10 9.4 10.3 9.4 11.4 0.3 8.|-- 202.133.255.122 0.0% 10 11.0 10.8 9.5 13.5 1.0 9.|-- 54.239.176.56 0.0% 10 10.7 9.4 8.4 10.7 0.7
這是哪招呢...
CloudFlare 宣佈在中東啟用四個機房：「Now serving the Middle East: 4 new data centers, partnerships」。
據 comment 提到的，有些人本來是連到新加坡機房，現在在中東直接交換，速度上快了不少。
所以現在看起來是亞洲與非洲的彈幕不夠...？
CloudFlare 宣佈在大阪建 PoP，將京阪神 (& 西側)，以及名古屋地區納入服務範圍：「Osaka, Japan: CloudFlare's 35th data center」。
人剛好就在大阪，實際測試發現還是有些狀況。手機的部份還是會導到東京交換，住的地方也還是到東京交換。看起來還有不少 DNS resolver 的 IP 資訊要調整。
另外這也使得日本地區有完全異地備援的機制，如果東京機房出問題時可以透過大阪撐著，不需要跑到國外 (應該是香港 PoP)。
維基百科的「Content delivery network」條目裡面有份列表 (「Notable content delivery service providers」這個段落)，不過剛剛在「HTTP Archive: new stats」這篇文章裡面又看到一些沒看過的名字 (在「Sites hosting HTML on CDN」這個段落)，實際看了看發現還不少沒看過名字的 CDN...
一個是 cubeCDN，一家公司在土耳其的 CDN，但官網上一堆連結都失效 XD
另外一個是 Azion，一家以巴西為主的 CDN，除了巴西以外，還有美東、英國、荷蘭、新加坡、日本。缺了美西是哪招...
公告在這裡：「Amazon Route 53 - Now an Even Better Value」、「Amazon CloudFront & Route 53 - New Edge Location: Brazil」。
Route53 的部份，對於少量使用的人來說，每個 domain 每年的代管價錢從 USD$12 降到 USD$6，而對於大量使用的人來說，更有可能降到 USD$1.2。對於有大量 domain 希望上 Anycast DNS 的人來說是個好消息。
另外一個消息是 AWS 新增巴西的 PoP，是南美的第一個點。包括 CloudFront 以及 Route53 都將受益。不過頻寬費用與 request 費用比之前最貴的東京 20% 以上。如果費用層級再多，AWS 應該要提供可以客製化不同等級的 CDN service (設定只要某些 PoP)，不然花不太下手啊...