這篇文章批評了 Medium 不適合當作 Blogging Platform：「Medium is a poor choice for blogging」。
文章裡提到的情況我之前也常遇到 (然後默默的點 X 關掉...)，我是還蠻建議把 [*.]medium.com 放到 Google Chrome 的 javascript 禁止清單裡面，這樣畫面會乾淨很多，而且也省很多 CPU 資源...
不過自訂網域的部分就沒辦法用這個方式擋了，有點可惜...
Tag: medium
PHP-FIG 成立官方網誌
Twitter 上看到 PHP-FIG 成立 official blog「PHP FIG」了，放在 Medium 上：
The PHP FIG has a new official blog! https://t.co/3IuBvYABEA
Follow it (or us here on twitter) to get the latest FOG updates and more.
— PHP-FIG (@phpfig) October 23, 2017
另外有更正說明的 tweet：
That's FIG updates, not FOG updates. Apologies, I was obviously just very excited to announce our new blog.
^MC
— PHP-FIG (@phpfig) October 23, 2017
是一個知道 PHP-FIG 又有什麼大事的管道...
Amazon Aurora 支援更小的 t2.small
Amazon Aurora 本來最小台只支援到 t2.medium，現在則是多支援到 t2.small 了，對於更小的需求會更方便：「Amazon Aurora Cuts Entry-Level Pricing in Half With Support for T2.Small Instances」。
不過如果真的要小，而且不考慮會急速成長擴充的話，還是會往標準的 RDS 靠吧... 價錢上還是比較便宜。
Amazon Aurora 支援 t2.medium...
Amazon Aurora 宣佈支援 t2.medium：「Use Amazon Aurora for Dev & Test Workloads with new T2.Medium DB Instance Class」。
雖然官方的文章標題是寫提供給 dev & test 情境下使用，但其實對於某些 production 應該也不錯：
The db.t2.medium should be a great fit for many of your development and test scenarios, and you should also consider them for some of your less-demanding production workloads.
沒提供更低的 t2.small 有點可惜...
拔掉 Medium 網站出現的 Hash Mark
Medium 會在網址上串上 Fragment identifier (就是井號 # 後面那一串)，而這件事情一直頗讓人惱怒...
網路上查到的幾個解法都是針對 medium.com 再做一次 replaceState() 把 hash mark 拔掉，但這對於使用自訂網址而且 hosting 在 Medium 的網站就沒用了 (因為網域不在 medium.com 下)，但一時間沒想到比較好的解法...
今天下午突然想到應該可以擋下 replaceState() 來做，就花了些時間研究一下 Medium 的實作方法，然後用 Greasemonkey script 寫了一個 prototype，看起來有達到需求：「Medium Hash Cleaner」，程式碼可以在 source page 頁直接看到 (沒幾行)。
想法是透過 @run-at 指定在 document-end 時執行，然後掃描目前所有的 script tag，如果有找到 Medium 相關的 js 就把 window.history.replaceState() 換掉，這樣比較不會造成系統負擔。
先把這個想法跑一陣子看看... 沒問題就來寫 Chrome extension？
Amazon EC2 增加 T2 instance
Amazon EC2 增加了新的 T2 instance：「New Low Cost EC2 Instances with Burstable Performance」。
T2 系列出了三個等級：t2.micro (1GB)、t2.small (2GB)、t2.medium (4GB)。以 us-east-1 的 t2.micro 價錢來看，只貴 t1.micro 一點點 (USD$0.012/hour 與 USD$0.013/hour)，但記憶體大了不少 (640MB 與 1GB)。
另外推出了 CPU Credits 這種計算方式，可以累計 24 小時的 CPU Credits。我在想，AWS 能夠推出這個機制，是已經做到像是 VMware 的 vMotion 之類的不停機遷移嗎？對於在 10Gbps 的 1GB RAM 上的確是不用一秒鐘就可以傳完 RAM 的內容...
CPU Credits 這個機制跟 auto scaling 解決問題的方向有點不太一樣，但也是還不錯的方法... 拿來打組合拳應該還不錯 :p
另外一個比較特別的是在文末有提到對 m1.small 與 m1.medium 的想法。t2.{small,medium} 被認為是 m1.{small,medium} 的接班人 (之一？)：
- t1.micro to t2.micro
- m1.small to t2.small
- m1.medium to t2.medium
其中 m3.medium 之前是被認為是 m1.medium 的接班人，看起來雖然都是 General Purpose，但打算多分幾種不同的應用來滿足需求。