幹壞事是進步最大的原動力
從 Nuzzel 上看到的消息，Elasticsearch 與 Kibana 也變成非 Open Source 軟體了：「Elasticsearch and Kibana are now business risks」，官方的公告在「Upcoming licensing changes to Elasticsearch and Kibana」這邊。
新版將會採用 SSPL (由 MongoDB 設計出來的授權) 與 Elastic License (Elastic 的商用授權) 的雙重授權，不過兩個授權都不是 Open Source 授權。
應該是跟 Amazon Elasticsearch Service 這種搞法加減有些關係？不知道 AWS 這邊後續會怎麼弄...
另外如果不選擇 Elasticsearch 的話，目前好像只有 Solr 算是堪用？不過很久沒回去看 Solr，不知道現在軟體發展到什麼程度...
在 RSS reader 上看到「A license change for Nmap」這篇，雖然看不到內容，但標題已經先把重點講出來了 (雖然在 Hacker News 上找一下就有連結了)，看起來 Nmap 的軟體授權有改過，查了一下是在去年十月出版的 7.90 發生的，不過最近突然被炒熱了起來：「Nmap 7.90 Released! First release since August 2019.」。
We also did some long-needed license cleanup and gave the license a name (Nmap Public Source License) to avoid the previous confusion of Nmap being under "GPLv2 with various clarifications and exceptions". The NPSL is still based on the GPLv2, but brings in terms from some other popular open source licenses. See https://nmap.org/npsl
看到這種自我宣稱的就超可疑，而翻了一下 NPSL 裡面的限制，看起來就不怎麼符合 open source license 的定義，在「Is nmap's custom NPSL license free?」這邊的說明算是很客氣了，都是掛上「probably」，不過大家自己讀過以後應該就會知道問題了...
目前開槍的應該就是 Fedora 了，Fedora 在 Nmap Public Source License (NPSL) Version 0.92 - devel-announce - Fedora Mailing-Lists 這邊決定把 NPSL 列為 bad license，並且在 Fedora 裡面禁用。
Debian 目前則是在「#972216 - nmap: New NPSL 0.92 license likely non-free - Debian Bug report logs」這邊也有類似的討論，不過目前看起來就還在討論，沒有動手。
Gentoo 跟情況跟 Debian 也類似，在「Add NPSL (nmap license) to MISC_FREE」這邊討論中。
看起來這幾天應該會有進展，沒意外的話應該是會被封殺，裡面的條款把 installer 之類的程式也都限制進去了，直接影響到 Linux 平台的各種工具 (像是 apt/dnf/yum)。
該拉個折凳，買個爆米花來等著看了...
看到 AWS 丟出了兩個有點「有趣」的消息：「Amazon EC2 API now supports Internet Protocol Version 6 (IPv6)」、「Amazon Lightsail now supports IPv6」。
先是 EC2 的 API 支援 IPv6 的消息，但也不是全部都支援了 (亞洲區只有印度有支援，新加坡、日本、南韓與香港都沒在上面)：
Usage of Amazon EC2’s new dual-stack endpoints are available at no additional charge. The new endpoints are generally available in US East (N. Virginia), US East (Ohio), US West (Oregon), Europe (Ireland), Asia Pacific (Mumbai) and South America (São Paulo).
不過畢竟也不是直接面向使用者的部份，不算太意外就是了... 但另外聽到 Lightsail 支援 IPv6 的消息就比較意外了：
Amazon Lightsail now supports Internet Protocol version 6 (IPv6) on Lightsail resources like instances, containers, load balancers and CDN. With this launch, Lightsail resources operate in dual-stack mode, accepting both IPv4 and IPv6 client connections. This helps unlock application scenarios where some end user clients are IPv6 only.
本來以為 EC2 與 CloudFront 有的東西在 Lightsail 上都會有，原來 IPv6 是沒支援的啊，這功能補的好晚...
在「Firefox 86: AVIF support enabled by default」這邊看到的消息，在 Firefox 86 (目前是 nightly) 預設啟用了 AVIF 影像格式，這是繼「Chrome 85 支援 AVIF」後另外一個主要的瀏覽器也跳下來支援了，大概再幾個月後就會推到 stable channel 上了。
不過想測試的人不用去裝 nightly，77 之後的版本已經支援，只是預設沒有啟用，可以透過 image.avif.enabled 開起來。
另外當初在「WebP 的檔案大小未必比 JPEG 小...」這邊剛好也有帶到 AVIF 的壓縮率不錯，不過演算法判斷非重點部位的細節會被吃掉，這點對於一般的網頁應該還好，但對於希望還是保留細節的網站，也許就不是那麼適合了...
先前 AWS Transfer Family 的後端只能是 Amazon S3，現在則是宣佈可以掛 Amazon EFS 了：「New – AWS Transfer Family support for Amazon Elastic File System」。
EFS 跟 S3 都是沒有空間限制，但 EFS 可以直接在系統上掛起來當作一般的檔案系統用，基本上就是更方便，不過代價就是單位儲存成本貴不少...
這次支援 EFS 對於一些量不大的處理又方便不少，也就是處理完後的檔案另外丟，而上傳上來的檔案可以砍掉的... 如果是上傳上來的檔案需要保留的，用 S3 會比較適合。
Firefox 也打算放棄 ESNI，改推 ECH 了：「Encrypted Client Hello: the future of ESNI in Firefox」。
目前的 85 版 (目前的 beta) 支援了 ECH draft-08，想要玩看看的人就可以測試了：
Firefox 85 replaces ESNI with ECH draft-08, and another update to draft-09 (which is targeted for wider interoperability testing and deployment) is forthcoming.
另外一個要看的當然就是 Google 家的 Chromium 了，不過這個協定對 Google 的誘因應該是超大，有機會直接穿入中國市場... 只是不知道會不會自己搞一套 protocol。
Amazon SQS 推出了分級計價，不過看了一下「Amazon SQS pricing」這邊的表格，一般的單位大概是不太會遇到：「Amazon SQS announces tiered pricing」。
他的原價級距是 From 1 Million to 100 Billion Requests/Month，算了一下必須一整個月的每秒都有 38580 requests/sec 左右才會到下一個級距，就算內部架構倍數放大，要達到這個數量應該也必須要有一定規模... (或者惡搞？)
隔壁棚的 Amazon SNS 不知道會不會也跟著降，在 AWS 的服務與文件上經常會看到兩個串起來用...
在 Hacker News Daily 上看到的：「Atlassian Cloud ToS section 3.3(I) prohibits discussing performance issues (atlassian.com)」，引用的頁面是「Atlassian Cloud Terms of Service」這邊。
翻了下 Internet Archive，看起來在 2018/11/01 生效的版本就有這條了：「20181102013014」。
出自這條：
3.3. Restrictions. Except as otherwise expressly permitted in these Terms, you will not: [...]; (i) publicly disseminate information regarding the performance of the Cloud Products; [...]
這個條文已經生效兩年多了，不過我猜就是被大家批一批還是依舊...
這類條款類似於 Oracle 與 Microsoft 在資料庫系統上面的條款 (可以參考「Is it against license to publish Oracle and SQL Server performance test?」這邊的回答)，看起來除非從法律層級禁止，不然應該只會有愈來愈多公司納入這類條款...
在 Hacker News Daily 上看到「Visa Advertising Solutions (VAS) Opt Out (visa.com)」這篇講 Visa 的 Visa Advertising Solutions (VAS) Opt Out，本來以為是在討論企業賣資料的問題 (下面的討論的確是有在討論這個)，但最上面的討論居然是在討論 timing attack，像是這篇：
morpheuskafka 2 days ago [–]
Checked and the Mastercard one someone posted below doesn't seem to be vulnerable to this. My real card number and a dummy mastercard number with valid prefix and check digit both returned a 200 OK in around 1.01s. A random 16digit number without valid check digit returned 400 Bad Request in about 800ms. Decided to check that one since they have a completely useless machine-readable catchpa.
For Visa it was 835ms for valid, 762ms for dummy, prefix and check digit appears to be checked client side.
我印象中這類方式已經發展很久了 (透過網路反應時間的 timing attack)，討論裡面有提到「Exploiting remote timing attacks」這篇，也是十多年前的資料了... 不過官方網站玩起來總是有中特別爽的感覺 XDDD
不過 Visa 的這個網站前面用了 Cloudflare，用機器人掃感覺很容易被擋，這又是另外一回事了...