Tag: engine

比較外送平台的 MealMe

前陣子看到「MealMe raises $900,000 for its food search engine」這個，可以互相比較外送平台的 MealMe，不過目前看起來是在美國。

可以拉出最便宜與預估最快的：

不知道台灣有沒有類似的服務，目前台灣有在做美食外送的應該是 Foodpanda 與 Uber Eats 最大，另外小的幾家是 Foodomo、有無外送以及快點外送 (台中)，不知道沒有有漏...

Google Chrome 88 的 Search Engine Keyword 功能失效恢復的方法

升級到 Google Chrome 88 以後又再次被 Google 姦了，這次是 Search Engine Keyword 的功能預設被關掉：「Chrome 88 disables space bar shortcut for custom search engines, but there's a fix」，在「Google Chrome keyword search is no longer working」這邊也有類似的問題冒出來。

文章裡面有提到解法，在 chrome://flags 裡面挑一個設為 Disabled 就可以了，我是用 #omnibox-keyword-search-button 這組：

設定完成後要重開瀏覽器才會生效。

Waterfox 可以裝 chrome web store 的 extension 了

這幾天玩 Clubhouse 玩太兇了，來清一下累積在 tab 上的東西...

在「Waterfox G3.1.0 introduces support for installing Chrome and Opera extensions」這邊看到的東西，以 Firefox 為基底的 Waterfox 可以裝 chrome web store 裡的 extension 了。也就是說，現在除了可以裝 Firefox 自家的 Add-Ons 外，現在也可以裝 chrome web store 的套件了，但注意的是，畢竟底層用的 engine 不同 (以及支援的 API 也不同)，不保證 100% 會動。

把自己之前寫過的套件裝起來，在套件頁大概長這樣，不確定自動更新的機制會怎麼跑就是了：

另外一個小問題是，裝完後在 chrome web store 的網站上也不會顯示已經安裝了，這個設計應該是為了隱私，不讓網站有機會偵測到：

加減來測試看看...

Elasticsearch 與 Kibana 也變成非 Open Source 軟體

從 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，不知道現在軟體發展到什麼程度...

Vultr 也推出 Kubernetes 服務 (Beta)

看到 Vultr 也打算要推出 Kubernetes 這個產品線了：「Announcing Vultr Kubernetes Engine!」。

這樣加上之前的 Linode 的 Linode Kubernetes Engine (LKE) 與 DigitalOcean 的 DigitalOcean Kubernetes (「DigitalOcean 也推出 Kubernetes 的服務」)，比較知名的幾家 VPS 都推出 K8S 的產品線了。

對於不是 cloud provider 的 VPS provider 來說，直接拿 K8S 整合可以建了一組 mini-AWS 的架構出來，而且因為軟體還算紅，既有的 ecosystem 也可以直接拉進來，不需要另外重新學。不過因為 K8S 發展很快，還是可以常常看到各種踩雷抱怨文... XD

對於使用者來說，如果有一定的量與技術能力，加上想要省錢的話，用這些 VPS 提供的 K8S 服務看起來是個不錯的選擇。

應該找些時間更新之前自己摸索的那些東西了 (之前整理在「Kubernetes」這邊)，理解底層會怎麼弄的對於在分析問題時還是蠻重要的 (i.e. 通靈)，記得兩年前如果自己要弄 K8S master HA 還是 beta 功能...

網頁本身是個合法的 JSON 的展示

在 Hacker News Daily 上看到「Web Data Render」這個有趣的東西，這個網頁本身是個 JSON，透過一些技巧載入 javascript 後就可以讀取資料 render...

不過網頁本身就不是合法的 HTML 了：「Showing results for https://webdatarender.com/」，只能算是個有趣的作法...

Servo 將由 Linux Foundation 提供協助

Servo 是使用 Rust 開發的 web engine，先前是由 Mozilla 在後面支撐，在 Firefox 裡面也有使用 Servo 的 CSS engine，而 Servo 的 JavaScript engine 則是使用了 SpiderMonkey。

但在今年 Mozilla 大幅重整組織後，Servo 的未來變得頗不明朗，直到現在公佈會由 Linux Foundation 提供協助：「Servo’s new home」。

The Servo Project is excited to announce that it has found a new home with the Linux Foundation.

這樣看起來暫時解決了一個大問題，開發的能量還得看看要怎麼補上來...

蘋果也搞了個 Applebot 掃資料

在 Hacker News Daily 上翻到的：「About Applebot」，另外 Hacker News 上的討論也蠻有趣的，可以看看：「Applebot (support.apple.com)」。

目前的用途是用在 Siri 之類的 bot：

Applebot is the web crawler for Apple. Products like Siri and Spotlight Suggestions use Applebot.

裡面有提到辨識方式，IP 會使用 17.0.0.0/8，反解會是 *.applebot.apple.com：

Traffic coming from Applebot is identified by its user agent, and reverse DNS shows it in the *.applebot.apple.com domain, originating from the 17.0.0.0 net block.

另外 User-agent 也可以看出：

Mozilla/5.0 (Device; OS_version) AppleWebKit/WebKit_version (KHTML, like Gecko) Version/Safari_version Safari/WebKit_version (Applebot/Applebot_version)

後面有提到 search engine 的部份 (About search rankings)，這點讓大家在猜蘋果是不是開始在弄 search engine 了，在 Hacker News 上的討論串裡面可以看到不少對於蘋果自己搞 search engine 的猜測。

然後也有些頗有趣的，像是爆料當初開發的過程遇到的問題 XD

jd20 3 days ago [–]

Some fun facts:
- Applebot was originally written in Go (and uncovered a user agent bug on redirects, revealing it's Go origins to the world, which Russ Cox fixed the next day).

- Up until the release of iOS 9, Applebot ran entirely on four Mac Pro's in an office. Those four Mac Pro's could crawl close to 1B web pages a day.

- In it's first week of existence, it nearly took Apple's internal DNS servers offline. It was then modified to do it's own DNS resolution and caching, fond memories...

Source: I worked on the original version.

MariaDB 的 S3 Engine 效能測試

Percona 對 MariaDB 在 10.5 (目前的最新穩定版) 裡出的 S3 Engine 給出了簡單的測試報告：「MariaDB S3 Engine: Implementation and Benchmarking」。

這個 engine 顧名思義就是把資料丟到 Amazon S3 上，目前是 alpha 版本，預設是不會載入的，需要開 alpha flag 才能用：

The S3 engine is READ_ONLY so you can’t perform any write operations ( INSERT/UPDATE/DELETE ), but you can change the table structure.

另外這是從 Aria 改出來的 read-only engine，而 Aria 是從 MyISAM 改出來的：

The S3 storage engine is based on the Aria code and the main feature is that you can directly move your table from a local device to S3 using ALTER.

測出來發現在 read-only 的情境下，COUNT(*) 超快，看起來就是跟 MyISAM 體系有關，直接撈 MyISAM 內的資料，所以本地要 18 秒，但放到 S3 反而秒殺 XDDD

整體看起來還不錯？算是一種 Data warehouse 的方案，主要是要用到 row-based format 儲存的優點，遇到一些冷資料可以這樣玩。

從「Using the S3 Storage Engine」這邊的設定方式看到 s3_host_name，看起來有機會接其他家的 S3 API，或是本地的 Storage。

話說 Aria 這個引擎當初最主要的重點就在 crash-safe，在有了 crash-safe 之後，DRBD 這種 block-level replication 機制就可以硬幹上去，後來主力就在擴充其他型態了，像是 GIS 與 virtual column 的功能，不過這些功能本家在 InnoDB 上好像也都陸陸續續跟上來了，單純的 Aria engine 好像還好...