幹壞事是進步最大的原動力
有人試著把 Chromium 裡的 Google 相關服務都拔乾淨，叫做 ungoogled-chromium：
Modifications to Google Chromium for removing Google integration and enhancing privacy, control, and transparency
有提供志願者包好的 pre-built binary，但看了一下版本有點舊，而且不能確定裡面有沒有什麼加料... 要用的人可能還是要考慮自己編一包出來。
在「Add a PPA or APT repo」這邊有人在討論要怎麼包 PPA 出來，不過看起來卡關了...
Google 總算提供把 Cloud SQL 放進內部網路的選項了，雖然目前還是 beta 版本在測試：「Introducing private networking connection for Cloud SQL」。
透過 VPC peering 把自己的網路與 Cloud SQL 的網路接起來，就不需要有 Public Endpoint，於是就有更低的 latency 與更好的安全性。
Cloudflare 推出了 Workers KV 服務：「Building With Workers KV, a Fast Distributed Key-Value Store」。
是個 key-value 結構服務 (全球性，eventually consistent，約 10 秒的同步時間)，key 的限制是 2KB，value 是 64KB，一個 namespace 最多 10 億筆資料。
讀取可以到 100k+ read/s，但寫入是 1 write/s/key，可以看出來主要是為了讀取資料而設計的。
現有的 worker ($5/month) 會送一些量，包括 1GB 的空間與一千萬次的讀取：
Your $5 monthly Workers compute minimum includes 1 GB of KV storage and up to 10 million KV reads. If you use less than the 10 million included Worker requests now, you can use KV without paying a single cent more.
超過的部份另外再收：
Beyond the minimums, Workers KV is billed at $0.50 per GB-month of additional storage and $0.50 per million additional KV reads.
這樣好像整個 blog 的基本功能都可以直接在上面跑了... 而搜尋靠外部服務，圖片與影音也可以靠外部空間協助？
MySQL 8.0 從四月推出到現在也快半年了，Percona 總算是要推出對應的 Percona Server 8.0 了。目前提供 alpha 版本讓大家測試：「Announcement: Alpha Build of Percona Server 8.0」。
要把現在的 patch 都轉移到 8.0 上應該是個超級大工程，可以預期系統不會很穩定... 要用來做事的最好還是先維持 5.7，可以省掉很多麻煩。
AWS 推出了超大記憶體的機器，代碼 u-{6,9,12}tb1.metal，分別對應 6TB/9TB/12TB 的 RAM：「Now Available – Amazon EC2 High Memory Instances with 6, 9, and 12 TB of Memory, Perfect for SAP HANA」。
這記憶體比我桌機的硬碟還大... 然後還打算出更大台的機器 XDDD：
We’re not stopping at 12 TiB, and are planning to launch instances with 18 TiB and 24 TiB of memory in 2019.
不過目前從 web console 上沒看到可以選擇，似乎沒有開放零租 (i.e. 以分計費，或是以小時計費)，在價錢頁「Amazon EC2 Pricing」這邊沒看到，在 Reserved Instance (RI) 的頁面「Amazon EC2 Reserved Instances Pricing」這邊也沒看到。
從文章裡的描述知道目前在 us-east-1 & ap-northeast-1 有提供，但從後台情況以及文章語氣推測，似乎要另外開 support ticket 才能選用：
These instances are now available in the US East (N. Virginia) and Asia Pacific (Tokyo) Regions as Dedicated Hosts with a 3-year term, and will be available soon in the US West (Oregon), Europe (Ireland), and AWS GovCloud (US) Regions. If you are ready to get started, contact your AWS account team or use the Contact Us page to make a request.
而且看起來這個階段像是一次只給買三年？
Cloudflare 的老大 Matthew Prince 在自家 blog 上宣佈 Cloudflare 成為域名註冊商：「Introducing Cloudflare Registrar: Domain Registration You Can Love」。
原因是嫌其他家的安全性不夠，所以自己搞了一個把自家的域名都搬進去。現在則是提供服務開放讓大家用。
可以看到 cloudflare.com 用一陣子了：
Domain Name: CLOUDFLARE.COM Registry Domain ID: 1542998887_DOMAIN_COM-VRSN Registrar WHOIS Server: whois.cloudflare.com Registrar URL: http://www.cloudflare.com Updated Date: 2017-05-24T17:44:01Z Creation Date: 2009-02-17T22:07:54Z Registry Expiry Date: 2024-02-17T22:07:54Z Registrar: CloudFlare, Inc. Registrar IANA ID: 1910
不過 Amazon 跟 Google 也都有弄，未必一定要用 Cloudflare 的就是了：
Registrar: Amazon Registrar, Inc. Registrar IANA ID: 468 Registrar Abuse Contact Email: registrar-abuse@amazon.com Registrar Abuse Contact Phone: +1.2062661000
Registrar: Google Inc. Registrar IANA ID: 895 Registrar Abuse Contact Email: registrar-abuse@google.com Registrar Abuse Contact Phone: +1.8772376466
RFC 8461 成為正式標準 (Standards Track)，描述 Mail server 到 mail server 之間的強加密連線機制：「SMTP MTA Strict Transport Security (MTA-STS)」。
Policy 設定的方法有好幾種：
第一種是透過 _mta-sts 的 TXT record 設定，這點通常會配合 DNSSEC 確保 DNS 的查詢沒有被改。
第二種是透過 HTTPS 在某個特定的 host (mta-sts) 取得 policy 檔案。像是對 example.com 的資料會從 https://mta-sts.example.com/.well-known/mta-sts.txt 取得。
第三種是透過 HTTPS 的 certificate 裡面帶 mta-sts 資訊出來。
不只有 DNS 可以設定，使得整個架構變得有點複雜...
先前知道不少單位會選擇用 CloudFront 的原因就是 S3 到 CloudFront 這段是不需要傳輸費用的。畢竟 CDN 的 hit rate 還是有限，用其他家 CDN 得付這塊費用。
而現在 Backblaze 宣佈跟 Cloudflare 合作，免除掉 Backblaze 到 Cloudflare 的費用：「Backblaze and Cloudflare Partner to Provide Free Data Transfer」。
Today we are announcing that beginning immediately, Backblaze B2 customers will be able to download data stored in B2 to Cloudflare for zero transfer fees.
AWS 這邊會不會有其他動作呢...
最近換到 Firefox 後覺得開很多 tab 時很卡，但 CPU 也沒滿，大概是某種 lock/mutex/semaphore 機制導致硬體資源沒用完但是自己限制住...
找資料研究的時候發現 Firefox 對單一 server 的最大連線數是 6 個，而 Chrome 是 10 個：「Max parallel http connections in a browser?」。這對於網路速度夠的使用者就很卡，像是透過 RSS reader 同時對一個站台狂開分頁時就會卡住。
翻了一下 Firefox 的設定，找到相關的幾個設定，其中上面提到的是 network.http.max-persistent-connections-per-server，預設的確是 6 個，改成 10 個後測了一天好不少，決定改成跟 IE11 一樣的 13 個... (奇怪的數字)
另外一個是 network.http.max-connections，預設是 900 了，應該夠用...
Cloudflare 決定支援 QUIC 了：「Get a head start with QUIC」、「The QUICening」。
QUIC 目前被使用的範圍比較小 (相較於 HTTP/2)：
而 Google Chrome 上面可以安裝「HTTP/2 and SPDY indicator」看到連線的狀態。雖然套件名稱沒有 QUIC，但實際上是可以看出 QUIC 的，基本上 Google 的服務應該都是走 QUIC。