fetch(“https://api.yoursite.tld/v1/articles”).then((r) => r.json()).then((r) => placeArticlesToYourColumn(r));
也就是前端從後端抓資源，然後再處理或者是擺資料上去
以往的話基本上就是 Web App 直接寫進去網頁，用 template language 表示要處理以及擺放的邏輯
然後這段話 “fetch” 是非同步的，然後是從後端收 JSON（AJAX 出來的時代 XML 好像比較流行）
Laravel 那種框架不確定，但傳統的 PHP 程式 (echo HTML) 都稱呼為 CGI Application
如果你們在寫一個腳本，可能目前是處理一百個一樣的任務，只是 id 不同
每個任務有兩個子任務，第一個子任務結束之後才能準備第二個任務
考慮腳本可能會噴掉，你們會怎麼記錄第一個子任務跟第二個子任務是否完成
那確實就是用 lockfile 或其他的 in-memory db 維護會比較好
參考 mongodb 沒原生支援 transication 時怎麼搞？
跟問題本身無關但 parallelize 感覺可以省時（？）
如果已經 paralleized 的話那 error handling 就不應該是直接 panic
這種狀況其實我還蠻常碰到的，基本上就是要用不同參數去戳 API
可是 JS 原生支援 asynchronous 的樣子，所以如果是啟動外部程式的話，引入非同步好像沒什麼成本 (?) 如果是我的話會偏向 Promise.all 而不是一個一個 await
所以可以先跑完剩下 99 個 task 然後再回過頭改第一個 task
if not exist(task1.done)
do task1
write task1.done
if not exist(task2.done)
do task2
write task2.done
...
畢竟不是需要講求 scaling 的 project(
🤔 我猜他的用途是偏科研？感覺科研的短期 code 好像不會特別用到 message queue 這種需要一點配置的東西（
如果中間哪個寫錯了就把那個步驟後面全部的 xxx.done 都幹掉，讓他從那個步驟繼續就好
因為可能 .done 成功被寫進硬碟了但作業結果沒有
rabbitmq docker起來不就直接用了
又不是kafka
這裡有人編輯過 Chrome 的 levelDB ㄇ
我用 nodejs 的套件他跟我說 Installed version of LevelDOWN (6.1.1) does not match required version (~0.6.0)