engine – Page 2 – Gea-Suan Lin's BLOG

用 JavaScriptCore 實做的一站式方案 Bun

前幾天在 Hacker News 上討論得很熱烈的 Bun：「Bun: Fast JavaScript runtime, transpiler, and NPM client written in Zig (bun.sh)」。

從 Hacker News 上的標題上就可以看到 Bun 做了不少事情，看起來想要打造一個 all-in-one 環境，把所有開發與 server 端 JavaScript 所需要的東西就一次包進來，不需要在自己東挑西挑...

比較特別的是 Bun 在選 JavaScript Engine 的時候是選擇 Apple 家推出的 JSC (或者稱 JSCore，正式名稱是 JavaScriptCore)，而不是現在主流的 V8 (Google 家)，據說這樣比較省記憶體，但 server 端應用應該是不缺這個記憶體才對？

JavaScript runtime with Web APIs like fetch, WebSocket, and several more built-in. bun embeds JavaScriptCore, which tends to be faster and more memory efficient than more popular engines like V8 (though harder to embed)

另外一個是強調啟動速度，這對開發應該有幫助，但對 server 應用來說好像還好：

Bun.js uses the JavaScriptCore engine, which tends to start and perform a little faster than more traditional choices like V8.

在官方宣稱的效能測試上可以看到很多改善，感覺是個還蠻「有趣」的方案，可以繼續觀察看看，畢竟現在是 beta 版，另外也讓子彈飛一下，是不是只有列出來的那些會比較快...

微軟的 Outlook 系統會自動點擊信件內的連結

前幾天在 Hacker News Daily 上翻到的，微軟的 Outlook 系統 (雲端上的系統) 會自動點擊信件內的連結，導致一堆問題：「“Magic links” can end up in Bing search results — rendering them useless.」，在 Hacker News 上的討論也有很多受害者出來抱怨：「“Magic links” can end up in Bing search results, rendering them useless (medium.com/ryanbadger)」。

原文的標題寫的更批評，指控 Outlook 會把這些 link 丟到 Bing 裡面 index，這點還沒有看到確切的證據。

先回到連結被點擊的問題，照文章內引用的資料來看，看起來是 2017 年開始就有的情況：「Do any common email clients pre-fetch links rather than images?」。

As of Feb 2017 Outlook (https://outlook.live.com/) scans emails arriving in your inbox and it sends all found URLs to Bing, to be indexed by Bing crawler.

在 Hacker News 上的討論也提到了像是 one-time login email 的機制也會因此受到影響，被迫要用比較費工夫的方法讓使用者登入 (像是給使用者 one-time code 輸入，而不是點 link 就可以登入)。

先記起來，以後在設計時應該會遇到，要重新思考 threat model...

搜尋引擎的替代方案清單

看到「A look at search engines with their own indexes」這篇在介紹各個搜尋引擎，作者設計了一套方法測試，另外在文章裡面也給了很多主觀的意見，算是很有參考價值的，可以試看看裡面提出來的建議。

另外在 Hacker News 上也有討論可以參考：「A look at search engines with their own indexes (2021) (seirdy.one)」。

在文章開頭的「General indexing search-engines」這個章節，先列出三大搜尋引擎 GBY (Google、Bing、Yandex)，以及使用這三家當作後端資料庫的搜尋引擎，可以看到到處都是 Bing 的影子。

接著作者推薦 Mojeek 這個作為 GBY 的替代方案：

Mojeek: Seems privacy-oriented with a large index containing billions of pages. Quality isn’t at GBY’s level, but it’s not bad either. If I had to use Mojeek as my default general search engine, I’d live. Partially powers eTools.ch. At this moment, I think that Mojeek is the best alternative to GBY for general search.

在「Smaller indexes or less relevant results」這邊也有一些方案，像是這個章節第一個提到的 Right Dao，作者就給他了不錯的評價：

Right Dao: very fast, good results. Passes the tests fairly well. It plans on including query-based ads if/when its user base grows.

接下來的「Smaller indexes, hit-and-miss」與「Unusable engines, irrelevant results」也可以翻一下，看看作者怎麼批評 XD

然後是後面的「Semi-independent indexes」就出現了最近幾個比較有名的，像是 Brave Search 與目前我在用的 Kagi。

整理的相當不錯...

Kagi 開始收費了

在「Kagi search and Orion browser enter public beta」這邊可以看到 public beta 與收費的消息：

We decided to start charging for Kagi search while in beta status because the cost of beta usage has gone up dramatically and we are not able to sustain it. Also, we want to get some kind of a financial “airworthiness” signal and see how we stand with our positioning and outlook for sustainability.

收費的費用是 US$10/mo，剛剛先把信用卡掛上去了...

Kagi 的搜尋引擎開放註冊，以及公佈付費方案

先前提過 Kagi 這個搜尋引擎 (「來測試 Kagi 這個搜尋引擎」與「用兩個禮拜 Kagi 的心得」)，剛剛翻信箱時看到他們的信件，看起來現在任何人都可以註冊了：

If by any chance you do not have a Kagi account yet, you can make one at https://kagi.com/signup?invite_code=humaneweb (feel free to share with your friends)

另外有提到目前規劃的收費計畫是 US$10/mo：

Kagi will come as a free version with limited use; and an unlimited use, paid option at $10 a month, both versions having great search results with less spam and completely ad-free, tracking free, and with none of your search data being retained.

Kagi 已經是我目前預設的 search engine，而且品質其實相當滿意 (偶而會切到 DuckDuckGo 以及 Google 比較)，之後就等付費機制上線...

公平會對創業家兄弟與松果公司的 SEO 誘導轉向開罰

好像很少提到國內的新聞，但這則應該是這兩天蠻熱門的一個新聞，創業家兄弟與松果公司 (也是創業家兄弟公司) 被公平會開罰：「操作SEO搜尋關鍵字誤導消費者創業家兄弟、松果公司挨罰」，相關的備份先留起來：Internet Archive、archive.today。

公平會官方的新聞稿則可以在「利用程式設計引誘消費者「逛錯街」，公平會開罰」這邊看到，對應的網頁備份：Internet Archive、archive.today。

用的是公平交易法第 25 條：

公平會於4月12日第1594次委員會議通過，創業家兄弟股份有限公司及松果購物股份有限公司利用「搜尋引擎優化 (Search Engine Optimization，簡稱ＳＥＯ)」技術，並在搜尋引擎的顯示結果上不當顯示特定品牌名稱，使消費者誤認該賣場有販售特定品牌產品，藉以增進自身網站到訪率，違反公平交易法第25條規定，處創業家兄弟公司200萬元、松果公司80萬元罰鍰。

這條的條文可以從「公平交易法§25-全國法規資料庫」這邊看到：

除本法另有規定者外，事業亦不得為其他足以影響交易秩序之欺罔或顯失公平之行為。

主要的原因是點進去後卻沒有該項商品：

公平會發現，消費者在Google搜尋引擎打上特定品牌名稱，例如「悅夢床墊」時，搜尋結果會出現「悅夢床墊的熱銷搜尋結果│生活市集」、「人氣熱銷悅夢床墊口碑推薦品牌整理─松果購物」等搜尋結果，消費者被前述搜尋結果吸引點選進入「生活市集」、「松果購物」網站後，卻發現該賣場並無「悅夢床墊」之產品，此係生活市集及松果購物之經營者創業家兄弟公司及松果公司分別利用ＳＥＯ技術所產生的現象。

而且會透過使用者在往站上搜尋的關鍵字產生對應的頁面：

公平會進一步調查後發現，創業家兄弟公司及松果公司對其所經營之「生活市集」及「松果購物」網頁進行設計，只要網路使用者在該2網站搜尋過「悅夢床墊」，縱然該２網站賣場並沒有賣「悅夢床墊」，其網站程式也會主動生成行銷文案網頁，以供搜尋引擎攫取。若有消費者之後在Google搜尋引擎查詢「悅夢床墊」時，搜尋結果便會帶出「悅夢床墊的熱銷搜尋結果│生活市集」、「人氣熱銷悅夢床墊口碑推薦品牌整理─松果購物」等搜尋結果項目，經消費者點選後即會導向「生活市集」、「松果購物」之網站。

然後判罰的部份：

公平會過往即曾就事業使用競爭對手事業名稱作為關鍵字廣告，並在關鍵字廣告併列競爭對手事業名稱之行為，認定違反公平交易法第25條規定。本案雖非創業家兄弟公司及松果公司直接使用「悅夢床墊」等他人商品品牌作為關鍵字廣告，但最終呈現之結果，本質上都是「誘導/轉向」(bait-and-switch)的欺罔行為，除了打斷消費者正常的商品搜尋與購買過程，也對其他販售該等品牌商品之經營者形成不公平競爭的效果。若任由發生而不予規範，未來將可能導致其他競爭者之競相仿效，消費者將更難以分辨搜尋結果呈現資訊之真偽，進而威脅電商市場之競爭秩序及消費者利益。故公平會認為違反公平交易法第25條「足以影響交易秩序之欺罔及顯失公平行為」，並分別處創業家兄弟公司200萬元、松果公司80萬元罰鍰。

所以這算是對 Dark pattern SEO 的部份開罰...

又有 Blog Search Engine 了：Blog Surf

在「Show HN: Search Engine for Blogs (blogsurf.io)」這邊看到又有 blog search engine 了，叫做 Blog Surf。

比較有趣的應該是留言裡面看到這個，已經掛掉的先人出來說，以前這個使用族群都是在打手槍的族群 XDDD

mgarfias 12 hours ago

We, sphere.com, did this starting in 2006. After a year or so, we realized the only people using the service were looking to stroke their egos.

Ice rocket, and something else (I can’t remember the name) tried it at the same time and failed.

We pivoted, which ended up leading to some unspeakable horrors.

At any rate, good luck, hope it works better for you.

回到 Blog Surf 來看，在 About 頁上提到了 MarketRank，基本上就是服務作者提出來的演算法：

Points are calculated using Market Rank. They are a measure of the popularity of a post across online communities. Blog points are simply the sum of a blog’s post points.

不是太看好但就觀察看看...