阻擋 PIXNET 的三分鐘閒置視窗

在看宵夜文「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 正式公開 Taipei PoP 了

如同前幾天在「CloudFlare 在台灣有機房了」所提到的,CloudFlare 正式在 blog 上宣佈 Taipei PoP 了:「Taipei: CloudFlare’s 77th Data Center is Now Live」。

一個有趣的花邊是 CloudFlare CEO Matthew Prince 在 Twitter 上提到的事情:

另外在 kaifIngramChen 也有提到因為 CloudFlare 開台後空出來的國際頻寬,讓 HiNet 到新加坡的機器變快 (CloudFlare 在台灣有機房了):

CloudFlare 在台灣有機房,代表從台灣出去海外的頻寬瞬間 "空" 了一大塊。

就算你的服務沒用到 CloudFlare,也會因為頻寬空出來,你放在海外的站在台灣用起來也會快了一點。

CloudFront Price Class 100 奇怪的現象

剛剛發現奇怪的現象,晚點來問問看好了... 手上的 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 在中東弄了四個機房...

CloudFlare 宣佈在中東啟用四個機房:「Now serving the Middle East: 4 new data centers, partnerships」。

據 comment 提到的,有些人本來是連到新加坡機房,現在在中東直接交換,速度上快了不少。

所以現在看起來是亞洲與非洲的彈幕不夠...?

CloudFlare 的大阪 PoP

CloudFlare 宣佈在大阪建 PoP,將京阪神 (& 西側),以及名古屋地區納入服務範圍:「Osaka, Japan: CloudFlare's 35th data center」。

人剛好就在大阪,實際測試發現還是有些狀況。手機的部份還是會導到東京交換,住的地方也還是到東京交換。看起來還有不少 DNS resolver 的 IP 資訊要調整。

另外這也使得日本地區有完全異地備援的機制,如果東京機房出問題時可以透過大阪撐著,不需要跑到國外 (應該是香港 PoP)。

看到許多其他的 CDN...

維基百科的「Content delivery network」條目裡面有份列表 (「Notable content delivery service providers」這個段落),不過剛剛在「HTTP Archive: new stats」這篇文章裡面又看到一些沒看過的名字 (在「Sites hosting HTML on CDN」這個段落),實際看了看發現還不少沒看過名字的 CDN...

一個是 cubeCDN,一家公司在土耳其的 CDN,但官網上一堆連結都失效 XD

另外一個是 Azion,一家以巴西為主的 CDN,除了巴西以外,還有美東、英國、荷蘭、新加坡、日本。缺了美西是哪招...

AWS Route53 降價、新增巴西 PoP...

公告在這裡:「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),不然花不太下手啊...