Charles 4.x.x - Profiles 功能，快速切換一堆 map 和 rewrite

最近使用 Charles 的場景，常常不同的專案有一堆不同的 map 和 rewrite 要設定。

一開始苦於不知道怎麼一鍵切換一整組 map、rewrite、proxy 設定，後來終於發現原來可以用 Profiles 來設定：

一開始只有一個 default profile，可以 Add 新增一個 profile，使用不同的 profile 當下設定的 map、rewrite、proxy 都會保存在選取的 profile 裡。

以後不同專案就能用直接切不同 profiles 修改 map、rewrite、proxy 等各種設定了！
 

[AVD] Android 步數模擬

在AVD的更多選項中，sensors 的 move，拉動 Y 軸可以模擬前後晃動，對部分 app 有模擬步數的效果。

不想一直手拉，可以用下面的指令不段重複，直到 crtl + c 離開：

trap "echo Stopped; exit" INT

while true; do
  {
    echo "auth $(cat ~/.emulator_console_auth_token)"
    echo "sensor set acceleration 0:9:0"
  } | nc localhost 5554

  sleep 0.1

  {
    echo "auth $(cat ~/.emulator_console_auth_token)"
    echo "sensor set acceleration 0:13:0"
  } | nc localhost 5554

  sleep 0.1
done

Devlog 離職集點小卡(???

🦩㊗️🎉 大家期待（沒有人期待）的離職集點小卡上線啦！！

先上網址： https://goescat.github.io/quit-stamp-card/

 

（我後來搜尋一下發現有人做過 app 了，app 留給大神來做，幸好小的做的是網頁版。）

離職集點小卡是個非常陽春的網頁，反正就是想離職就蓋一點，還可以紀錄一下原因⋯⋯

可以不照順序蓋，但集滿30點就鼓勵你離職（？？

總之是個非常銀杏、非常耐斯的工具🤪 

⚠️目前還沒有清除、重新集點功能，可以自助 F12 clear data ⋯⋯

⚠️作為趣味性的小品，資料是儲存在使用者瀏覽器的 local storage。local storage 嘛，你知道的，系統也可能清除網站資料，簡單來說資料可能遺失～

Devlog 易經籌策占卦網頁 I-Ching Stalk Divination v2.0

先上網頁連結 https://goescat.github.io/i-ching-stalk-divination/ 。

-

其實我先前就做了易經籌策占卦，v1.0 還在這裡 https://goescat.github.io/iching_test.html）。

應該可以感受到 v1.0的界面非常陽春，不過最重要的是裡面取卦的方式是依照傳統籌策占卦的方式取出，沒有馬虎，所以到 v2.0這部分就沒有更動了。

-

先介紹一下占卦方式，畢竟是 P1 在 v1.0 時就完成的功能，整個工具最核心的部分XD，我從 v2.0 repo 裡的 README 複製一下：

1. 籌策占卦需要準備 50 根籌策，第一步是取出一根至於上方不動（如界面呈現）代表太極。 下方可撥動的籌策為 49 根。

2. 在心中想好問題，誠心的提問。

3. 將 49 根籌策絡在一起，從中間分一半。

4. 將左邊的籌策取出一根至於手上（程式中會將左邊絡 -1）。

5. 將左邊的籌策以4根一組做計算，剩下不足4根即取出，若都沒有剩下，即取出4根（程式中會左邊絡會減去餘數，同樣餘數為0則-4）。

6. 換右邊的籌策，不需取出一根，直接4根一組計算，取出的規則如上。

7. 三變成一爻。因此將剩下的籌策再絡在一起，從中間分一半，如上操作再進行2次（共3次，所以程式中會引導分半3次。）

8. 進行 3 次後，剩餘的組數必定為6、7、8、9其中一數。 單數為陽爻，雙數為陰爻。9為老陽，6為老陰，將變爻。（若有變爻，程式在結果會註明。） 此時得到1爻。

9. 重複上述6次，即得6爻，也就是完整的一卦。

具體操作影片可參考臺大開放式課程傅佩榮教授 影片 示範。

-

總之 v2.0我幫卦象加上了卦辭、爻辭的介紹：

總共64卦的頁面，內容都來自中國哲學書電子化計劃 http://ctext.org/zh。做完實在滿開心的。

之後應該還可以補充上怎麼解卦的說明，方便大家加減參考XDD

Github Actions matrix + Pytest mark 多節點同步執行 case

隨著自動化測試的 case 越來越多，總有一天會遇到該來平行跑測試這件事。

根據使用的框架、CI/CD 工具不同，實作方式也會有所差異。這邊紀錄一下我之前用 pytest mark 搭配 GitHub Actions 做平行執行的做法。

pytest 的 mark 拿來執行一系列 case 很方便，所以放在 Github Actions 時，決定以 matrix 同時開多個同 mark 名稱的節點來執行，類似下面這樣：

strategy:
  matrix:
    mark: ['node_serviceA', 'node_serviceB', 'node_serviceC']
  fail-fast: false

記得把 fail-fast 設成 false，不然只要有一個節點先執行完，matrix 裡所有節點都會一起終止。

在後續執行的部分，就像這樣使用：

run: pytest -m ${{ matrix.mark }}

而在case裡，case function 或 class 就加上想要在哪個 node 執行，如：

@pytest.mark.node_serviceA
def test_api_service_a():
    #...

Github Actions 的收費會看執行時間，執行時間在 matrix 就是看所有節點各別都花了多少時間（等於同時多開n台），所以費用和原先不會有差異。