幹壞事是進步最大的原動力
Hacker News 首頁上看到 Dot 這個瀏覽器，平常看各種標語已經麻木了 (什麼 privacy enhanced 之類的)，讓鄉民看上眼的是，這是一個 Gecko 寫的瀏覽器，也就是 Firefox 的底層，而不是 Blink (就 Google Chrome 那個系列)：「Dot Browser – privacy-conscious web browser (github.com/dothq)」。
抓下來跑了一下，看起來就如同 GitHub 頁面上的警告：
Dot Browser is alpha software, and you will most likely experience bugs and issues!
目前功能也超陽春，還沒支援 extension 之類的東西... 不過是有內建 ad blocking 與 usercss 的能力，算是基本盤吧。
可以放著看看發展的如何...
先前提到的 Whoogle：「自架的 Google Search Proxy 伺服器專案：Whoogle Search」與「改寫「Press "g" to Google (DuckDuckGo)」讓他支援 Whoogle」，後來想一想還是讓沒打算自己架的人可以用好了，指到國外的 latency 還是比較高...
如果你是 Chromium 類的瀏覽器，可以把搜尋引擎改成：
https://whoogle.hasname.com/search?q=%s
如果是我寫的 userscript (「Press "g" to Google (DuckDuckGo)」這個)，可以改成：
https://whoogle.hasname.com/search?q=
然後 nginx 這邊先 access_log off; 了，理論上這樣應該是差不多了？
目前機器是放在客廳 (加 UPS)，之後可能會丟到台灣的 VPS 上？
前幾天提到了 Whoogle 這個專案 (參考「自架的 Google Search Proxy 伺服器專案：Whoogle Search」)，用 Docker 跑起來後就改寫「Press "g" to Google (DuckDuckGo)」這個專案，讓他可以支援設定 Whoogle，大概像是這樣：
使用者可以自己設定對應的 Whoogle 伺服器，這樣應該會方便一些...
忘記在哪邊看到的連結，自架的 Google Search Proxy 伺服器專案：「Whoogle Search」，對應的 Hacker News 討論串也可以參考：「Whoogle Search: A self-hosted, ad-free, privacy-respecting metasearch engine (github.com/benbusby)」。
從 GitHub 上的分析可以看出來主要是 Python 與 Flask 寫的，然後說明就有提到是從 Google Search 撈資料，去掉所有可能可以被追蹤的項目：
Get Google search results, but without any ads, javascript, AMP links, cookies, or IP address tracking. Easily deployable in one click as a Docker app, and customizable with a single config file. Quick and simple to implement as a primary search engine replacement on both desktop and mobile.
目前最新版是 0.5.4，從他列出來的 Public Instances 找了一個是最新版的測試，看起來沒什麼大問題：「gslin - Whoogle Search」。
應該可以自己在台灣架一個起來玩看看？安裝方式看起來很多，因為是 Python-based 的套件，可以用 pipx 或是 Docker 裝起來跑，然後可以改寫「Press "g" to Google (DuckDuckGo)」(press-g-to-google-duckduckgo) 讓他可以設定要轉到哪個 Google Search Proxy...
在 Hacker News Daily 上看到的：「Official Elasticsearch Python library no longer works with open-source forks (github.com/elastic)」，連結所指向的是 GitHub 上的 pull request，在「Verify connection to Elasticsearch #1623」這邊。
講白了也就是 Elasticsearch 官方的 Python client 開始阻擋 AWS 主推的 OpenSearch。
另外 AWS 這邊也出手，把本來的 client 都 fork 出來：「Keeping clients of OpenSearch and Elasticsearch compatible with open source」，這場戰爭還有得打...
在 tab 上放了一陣子的連結，忘記是哪邊看到的，在講 Chromium 系列瀏覽器會針對 Google Search Engine 最佳化：「Google’s unfair performance advantage in Chrome」。
作者發現 Chromium 瀏覽器會預先開 HTTPS 連線連到搜尋引擎，這樣可以大幅降低建立 HTTPS 連線時所需要的時間，包括了 DNS 查詢、TCP handshake 與 TLS handshake：
I was looking for something else when I stumbled upon a feature called
PreconnectToSearch. When enabled, the feature preemptively opens and maintains a connection to the default search engine.
問題在於這個功能只開給 Google Search 使用：
There’s just one small catch: Chromium checks the default search engine setting, and only enables the feature when it’s set to Google Search.
在 search_engine_preconnector.cc (HEAD 版本) 這邊可以看到這段程式碼：
// Feature to limit experimentation to Google search only.
const base::Feature kPreconnectToSearchNonGoogle{
"PreconnectToSearchNonGoogle", base::FEATURE_DISABLED_BY_DEFAULT};
} // namespace features
作者有提到，的確這個功能會對 search engine 有不小的衝擊，但可以透過擴充 OpenSearch Descriptions 或是 Well-Known URI 的方式提供，現在這樣寫死在程式碼裡面完全就是不公平競爭。
RabbitMQ 要在 3.9 版推出 Streams (目前 3.9 還在 RC)：「RabbitMQ Streams Overview」，在 Hacker News 上有一些討論可以看：「RabbitMQ Streams Overview (rabbitmq.com)」。
這樣 RabbitMQ 可以同時有 queue 與 stream 的能力，對於一些小專案應該會方便不少，算是打隔壁棚 Kafka 的痛點之一，弄一組 HA cluster 至少要三台 ZooKeeper 加上兩台 Broker，基礎建設還要有對應的 HA load balancer 機制，在 AWS 上可以拿 ELB 偷懶，如果是實體機房的話也許用 F5 擋，或是用 open source 的 Keepalived (或是老一點的 Heartbeat) + nginx。
目前還不知道 scalability 的能耐，不過印象中在 queue 的單台 throughput 不差，如果沒有意外的話，streaming 的部份對小型專案應該夠用。
標題只寫了 Google Web Store，主要是因為瀏覽器市占率的問題，其實是包含 Firefox 的 Add-Ons。
這是在 Hacker News 首頁上看到的：「Many temptations of an open-source chrome extension developer」，講一直會有人來接觸，可以付費給開發者，想要在這些專案裡面放一些「東西」，可能是蒐集資料，可能是強制導到特定的 search engine，也有可能更邪惡...
另外是老規矩，在 Hacker News 上的討論也可以翻一翻，還蠻有趣的：「Many temptations of an open-source Chrome extension developer (github.com/extesy)」。
先大概看一下 Hover Zoom+ 這個套件在 Google Web Store 的安裝數量，大約 30 萬人：「Hover Zoom+」，作者公佈的信件內容裡面有一些包括價錢與目的...
話說回來，Brave 上的 CRX Viewer 還是沒修好啊：「Stopped working with Brave」，要裝新的套件都得另外再拉 crx 檔下來看，麻煩不少...
本來花了一些功夫整理了一下 KataGo + Lizzie 純 CPU 版本在 Windows 上的安裝方式 (在「KataGo/Windows」這邊)，後來找了一下發現早就有人做的更簡單了：「BadukMegapack」。
底層的部份除了可以選擇裝 KataGo 外，也可以選擇目前已經停止維護的 Leela Zero，或是 SAI、AQ 與 Ray。
而界面的部份除了可以用 Lizzie 外 (而且還是改過的加強版 XD)，還可以選其他的界面... 除此之外還連 JVM (Java 8) 都一起拉進來幫你裝。
看起來算是包的好好的... 看起來最困難的應該是弄一張高階顯卡了？
差不多一年前提到了 Kafka 打算拔掉 ZooKeeper 的計畫 (在「Kafka 拔掉 ZooKeeper 的計畫」這邊有提到)，昨天 Confluent 發了一篇進展：「Apache Kafka Made Simple: A First Glimpse of a Kafka Without ZooKeeper」。
這件事情可以在「KIP-500: Replace ZooKeeper with a Self-Managed Metadata Quorum」這邊看到說明，另外在 Jira 上面則是在 KAFKA-9119 這邊追蹤。
目前的好消息就是 KIP-500 的程式碼都已經推進 trunk，目標在 2.8 釋出時就可以用：
So we’re very pleased to say that the early access of the KIP-500 code has been committed to trunk and is expected to be included in the upcoming 2.8 release.
文件裡面會用「Kafka Raft Metadata mode」或是「KRaft」稱呼這種模式：
For the first time, you can run Kafka without ZooKeeper. We call this the Kafka Raft Metadata mode, typically shortened to KRaft (pronounced like craft) mode.
然後有缺一些功能，另外就是常態性宣導這是測試版，建議不要在 production 環境用：
Beware, there are some features that are not available in this early-access release. We do not yet support the use of ACLs and other security features or transactions. Also, both partition reassignment and JBOD are unsupported in KRaft mode (these are anticipated to be available in an Apache Kafka release later in the year). Hence, consider the quorum controller experimental software—we don’t advise subjecting it to production workloads. If you do try out the software, however, you’ll find a host of new advantages: It’s simpler to deploy and operate, you can run Kafka in its entirety as a single process, and it can accommodate significantly more partitions per cluster (see measurements below).
目前丟出來的測試數據可以看到有大幅改善，但仔細看居然是停機與恢復時間：
不知道實際的效能上有多少影響 (正面或是負面)，還是得等了...