幹壞事是進步最大的原動力
AWS 推出了 C5d instance，同時針對 CPU 與 Disk 最佳化的機種：「EC2 Instance Update – C5 Instances with Local NVMe Storage (C5d)」。可以看出是在本地端掛上 NVMe 的方式在租用，價錢也不算高：
以帶了一個 local NVMe 的規劃來看，像是補 c3 系列產品線的感覺：
然後不是每個有 c5 的區域都會有 c5d，目前只有五區有：
C5d instances are available in On-Demand, Reserved Instance, and Spot form in the US East (N. Virginia), US West (Oregon), EU (Ireland), US East (Ohio), and Canada (Central) Regions. Prices vary by Region, and are just a bit higher than for the equivalent C5 instances.
Google Chrome 的新 tab 現在預設都會出現 search engine 頁面 (即使你設為 about:blank)，但我從來就沒有在這頁搜尋過東西 (都是直接在 location bar 輸入)，所以想要拿掉這個「功能」。
找到由 thakis@chromium.org 提供的 extension，而且是在 2013 年就發佈了：「Empty New Tab Page」，他給的截圖意思就很清楚了：
看了一下 source code 也的確是乾乾淨淨的，先裝這個...
在「PHP Versions Stats - 2018.1 Edition」這邊看到這次的統計資料了，可以看到會使用 Composer (以及 Packagist) 的 PHP 版本中，7.0+ 已經是 78% 了，半年前是 67% 左右...
除了 PHP 5.x 以外，PHP 7.0 也是 12 月要停止支援 (2018/12/3)，比 PHP 5.6 的支援期還早一個月左右 XD
DuplicateTicketSearchPlugin 是 Trac 的 plugin，在開新票時會搜尋系統內可能重複開過的票給出建議。
之前在寫 wiki 上的「Trac」條目時沒寫到，大概是最早的時候都沒裝，後來有人找出來要我裝的東西，所以印象沒那麼深刻。剛剛是在找 Trac + Elasticsearch 有沒有現成的方案可以搭，結果先看到這個...
產生的效果是這樣，在改變 summary 後會出現 (focus 從 summary 移開時)：
當然就算裝了還是難免會重複開 (尤其組織夠大的時候)，但算是有幫助的東西...
跟五倍紅寶石聊了蠻多方向的，決定合作開一門跟資料庫有關的課。上個禮拜先貼連結到我的 social network 上，但一直沒寫文章說明內容。所以就來寫文章推銷了：「| 五倍紅寶石 | 程式課程：💎SQL 程式進階效能優化實作 - 台北假日班 | Accupass 活動通」。
這門課程預定在 5/26 與 6/2 上課，共 12 小時，分成兩個週六上課。課程主要是以 MySQL 的 InnoDB 為內容 (會採用 Percona Server 5.7 的系統)，在課堂上會有實際的 MySQL server 與 phpMyAdmin，可以拿預載好的 data set 實際練習。
由於是效能改善的主軸的課程，會從圍繞與效能有關的主題說明：
VARCHAR 與 CHAR 的差異，以及對 Index 的影響。JOIN、GROUP BY 以及 subquery。EXPLAIN 的操作以及輸出結果。ORDER BY RAND()、N+1 以及 LIMIT N,20 造成資料庫效能不佳以及改善的方式。而這門課主要針對兩種客群：
目標是透過這門課程，讓資料庫 (尤其是 MySQL) 被用的更淋漓盡致，而不是單純的遇到效能問題就加大機器。
nginx 的 PPA (「NGINX Stable : “Nginx” team」這個) 推出了 1.14.0 的版本。
這個版本使用了 OpenSSL 1.1.0，對 cipher 這塊最大的差異主要是包括了 CHACHA20 與 AESCCM 演算法。後者的 CCM 指的是 CCM mode，這是當時 OCB mode 因為專利問題而發展出來的演算法，就目前的效能測試沒有 GCM 好，而且普及率也沒有 GCM 高，放進來應該是當備案 (當 GCM 有狀況時標準裡至少有方案可以選)：
The catalyst for the development of CCM mode was the submission of OCB mode for inclusion in the IEEE 802.11i standard. Opposition was voiced to the inclusion of OCB mode because of a pending patent application on the algorithm. Inclusion of a patented algorithm meant significant licensing complications for implementors of the standard.
真正的重點在於 CHACHA20 的引入，讓 OpenSSL 重新有主流 stream cipher 可以使用了... 上一個主流 stream cipher RC4 被打趴好久了。
不過 TLSv1.3 要等 OpenSSL 1.1.1 才有 (參考「Using TLS1.3 With OpenSSL」這邊的說明)，目前可以在設定檔裡面設 TLSv1.3 而不會出現錯誤訊息，但暫時還不會有效果...
關閉 Google Search 的 JavaScript 速度快好多，而且左方會有「中文」與「繁體中文」的選項，以及時間的選項可以選，另外也沒有奇怪的界面效果...
我在 Google Chrome 裡是在這邊設定阻擋 www.google.com，如果你搜尋是用 .com.tw 網域的話則是設 www.google.com.tw：
然後搜尋選項加上 gbv=1，這樣不會有重導：
不過這樣做的缺點是沒辦法使用 Google Maps，這個部份可以安裝「Simple JavaScript Toggle」，套件可以臨時打開 tab 這個網域的 JavaScript。
這幾天收到 Vultr 的通知信，要收 5% 的稅了：
Dear Valued Client,
Vultr.com will start collecting a Value Added Tax (also known as VAT) for services provided after 2018 June 01 in order to comply with new Taiwan regulations. Beginning on 2018 July 1, your invoices will include an additional tax charge of 5% for customers who purchase electronic services in Taiwan. The tax is applied to comply with new Taiwan VAT legislation requiring non-residents who are providing "remote services" to begin collecting Taiwanese VAT on these services when they are provided to Taiwanese residents or persons who are not registered for VAT.
Affected customers need to submit their VAT ID to Vultr. If you don’t provide a business VAT ID, your account charges might increase.
If you have any questions about this upcoming change, please contact our support team today. Thank you again for being a customer!
The Vultr.com Team
從 2018 七月開始收...
最近在寫網頁時發現 Bootstrap 的網站上給的 CDN 網址改了，從本來用的 maxcdn.bootstrapcdn.com (MaxCDN) 變成 stackpath.bootstrapcdn.com (StackPath，本來的 Highwinds)。
而且看起來跟 MaxCDN 的合作已經全部停了，現在 maxcdn.bootstrapcdn.com 也是指到 StackPath 上。
翻了 Wayback Machine 上的記錄，看起來是在 20180409045017 與 20180410051321 這之間換的，也就是大約是在 2018/04/10 前後換的。不知道後面的交易是什麼...
可以參考 K 社的 SmokePing 資料「SmokePing Latency Page for netdna.bootstrapcdn.com (NetDNA, Bootstrap)」：
可以看到 HiNet 走的點的latency 比之前好不少...
繼四月出 DynamoDB 推出的 PITR 後 (參考「Amazon DynamoDB 的 Point-In-Time Recovery」這篇)，Amazon Aurora for MySQL 也宣佈支援 PITR 了：「Amazon Aurora Backtrack – Turn Back Time」。
從截圖可以看到支援到秒層級：
然後最多 72 小時，會有額外費用：
這樣又讓 DBA 少了一些事情 XD