先前是用「Gmail Old 2018 Nov」撐著，後來在「shellscape/gmail-classic」這邊看到另外一組 css，看起來這組好一些... 拿作者的圖片：
圓框與各種浮誇的 hover 效果都儘量關掉，用起來會好一些。
Category: Murmuring
Home » Archive by category "Murmuring"
Travis CI 將轉移到 VM-based 環境
Travis CI 宣佈了將目前 container-based 的環境轉移到 VM-based 的時程：「Upcoming Required Linux Infrastructure Migration」，裡面有提到十月初的時候的文章「Combining The Linux Infrastructures」。
看起來是因為安全性的考慮，container-based 的環境必須在指定 sudo: false 的情境下才能使用。如果需要 root 權限一定會丟到 VM-based 的環境跑。現在看起來 Travis CI 不打算維護 container-based 環境了，所以整個轉移到 VM-based 的環境...
另外一個方向應該是 Google 之前提出來的 gVisor 專案 (參考「Google 推出 gVisor 強化 Container 的安全性」)，不過看起來相容性又是個問題...
Sandvine 對全球網路流量的分析，那兩個是怎麼上榜的...
看到「Netflix Dominates Internet Traffic Worldwide, BitTorrent Ranks Fifth」這篇報導了 Sandvine 對全球網路流量的分析，主要是這張：
大多數的應用都不算意外 (只是差在各地區的使用習慣)，但 AMERICAS 的第十名 (XBOX LIVE UPDATE) 跟 EMEA 的第七名 (PLAYSTATION DOWNLOAD) 是怎麼一回事 XDDD
當 credential 外洩時的處理方式...
昨天講到 Udacity 把 credential 放到 git repository 裡的方式 (參考「Udacity 管理 credential 的方式...」這篇)，結果就看到另外一篇講當外洩時降低傷害的文章：「Leak Mitigation Checklist」。
裡面講的方法沒什麼特別的 (倒是花了不少篇幅在介紹各家的 credential 要怎麼重生)，畢竟這是一份 checklist，只是要確保最低標準的步驟都應該要確認有做。
不過這兩篇放在一起看還蠻有趣的...
走不同方向的 Git Hosting：sr.ht
看到「sr.ht, the hacker's forge, now open for public alpha」這篇，講 sr.ht 這個 Git Hosting。
文章裡面有提到，目前大多數的 Git Hosting 都很像，不管是 Bitbucket、GitLab、其實大家都是抄 GitHub 的界面與功能抄得很開心...
sr.ht 則是從不同的角度來設計 Git Hosting，避免了大量 js 的界面，但還是提供了很豐富的功能 (支援 markdown 文件、CI、透過 mailing list 討論、有一個 ticket system 可以放各種事項、wiki、...)。
其實還是支援了現在 Git Hosting 常見的功能，只是功能與界面上不太相同而已 XD
用 ESP8266 模擬 PC-XT...
看到拿 ESP8266 模擬 PC-XT，是個懷古時間：「IBM PC-XT Emulator on an ESP8266」。
現在小板子的 CPU 跟記憶體都比三十年前的桌機還要大了，直接在上面跑模擬器就算慢一點也已經不是問題了... 直接上麵包板接起來跑：
然後也可以跑 Windows 3.0：
純粹 hacking 的專案 XD
直接對 csv 或 tsv 檔案下 SQL 指令的工具
Udacity 管理 credential 的方式...
看到 Udacity 管 credential 的方式，可以用「我就是想把這些東西放到 Git 裡面管理啦」來解釋：「Three Simple Rules for Putting Secrets into Git」。
看了一下 Udacity 的架構，從 catalog-api.udacity.com 看起來應該是放在 AWS 的 us-west-2 上？那麼不考慮使用 AWS 的 KMS 是什麼？或是退一步來說，連自架的 Vault 也不考慮的原因又是什麼？下面的 response 好像沒什麼人提出問題... 在不知道前提的情境下，選擇這樣的方法其實有點怪，2012 年成立的公司有這麼重的包袱嗎？
先看看就好 XD
AWS 決定花力氣支援 OpenJDK (Corretto 計畫)
AWS 推出了 Amazon Corretto (其中 Corretto 這個名字應該是取自 Caffè corretto，還是跟咖啡有關的字)，提供 OpenJDK 的長期支援：「Introducing Amazon Corretto, a No-Cost Distribution of OpenJDK with Long-Term Support」。
文章裡提到了幾個重點，第一個是目前先推出了 Corretto 8 Preview (對應到 OpenJDK 8)，而之後 GA 會推出 Ubuntu 與 RHEL 上的套件，另外也打算推出 Corretto 11 (對應到將來的 OpenJDK 11)：
The Corretto 8 preview corresponding to OpenJDK 8 is available at this time for Amazon Linux 2, Microsoft Windows, and macOS platforms and Docker image. Preview builds can be downloaded by visiting aws.amazon.com/corretto. General Availability is planned for Q1 2019, and will also include Ubuntu and Red Hat Enterprise Linux platforms. Corretto 11 builds corresponding to Open JDK 11 on these platforms will follow with ample time for testing before April 2019.
再來是支援期都差不多是四～五年：
Amazon will distribute security updates to Corretto 8 at no cost until at least June, 2023, and to Corretto 11 until at least August, 2024.
這樣在又多了一些選擇...
CloudFormation 可以偵測手動的變更了...
CloudFormation 宣佈支援 Drift Detection，也就是偵測非 CloudFormation 所產生的改變：「New – CloudFormation Drift Detection」。
以往要修正這個問題得花不少功夫 workaround，現在可以透過 Drift Detection 解了。不過目前並不是所有資源都有提供 Drift Detection：
We are launching with support for a core set of services, resources, and properties, with plans to add more over time. The initial list of resources spans API Gateway, Auto Scaling, CloudTrail, CloudWatch Events, CloudWatch Logs, DynamoDB, Amazon EC2, Elastic Load Balancing, IAM, AWS IoT, Lambda, Amazon RDS, Route 53, Amazon S3, Amazon SNS, Amazon SQS, and more.
這是在 console 上偵測到改變的操作：
話說隔壁棚的 Terraform 什麼時候要支援啊... 喔不對，要賣 Enterprise 服務所以應該不太想支援...