幹壞事是進步最大的原動力
本來是把 Whoogle 跑在固定 IP 的機器上面，後來發現一下就被擋了，改用 Tor 跑也沒用 (exit node 的 IP reputation 應該更差)，花了些時間搬到 Raspberry Pi 上面跑，改用浮動 IP 來跑。
首先是 Docker 跑不起來的問題，這主要是 Raspberry Pi 第一代的 CPU 指令集似乎跟主流的 armhf 不同？不確定... 但最後是直接上 pipx 解決。
跑起來以後發現 IPv6 的 reputation 也很差，幾乎是一定會被擋 (在『繞過 Web 上「防機器人」機制的資料』這篇有提到)，所以乾脆把整台機器的 IPv6 network 都關掉，強迫讓他走 IPv4 network，然後再定時重新撥 PPPoE 去換 IP...
不過目前是跑在 Raspberry Pi 第一代上面，速度真的好慢... 看之後有沒有機會換另外的板子 :o
先前提到的 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...