@andyJado https://ruby-china.org/topics/7894 zipper 為什麼是導數可以看看這個 個人認為比較好懂

https://github.com/mastodon/mastodon/issues/2668 這裏有一個相關的 issue 可以追追

@wgsgyes https://docs.joinmastodon.org/spec/webfinger/ 這裏有介紹 webfinger 的工作流，簡單的說就是當 mastodon 看到一個 [email protected] 的 id ，會訪問 xx.com/.well-known/webfinger 查詢這個 id ，然後返回中會有一個實際用於交互的 http 地址

要做重定向就是自己 host 這個請求，然後返回需要的地址。搜到的實現有 https://github.com/jelmer/redirect-webfinger ，這個 repo 幾天前就更新過應該還是能用的

如果 webfinger 的重定向不能用了，其實還有機會在 activitypub 協議層面動手腳，https://www.w3.org/TR/activitypub/#actor-objects AP 協議需要從 webfinger 的返回中解析出 inbox outbox ，然後可以想辦法返回別的 inbox 或者反代 inbox 的請求

其實是可以的，mastodon 用 webfinger 來把 @的 id 轉成實際的網址，你只需要在.well-known 裏指向別的實例就行，我試過交互都沒問題

@xxxx668899 說個可能會打擊 lz 的事，ircc 的辦事效率是很低的，所以規劃需要算入 ircc 的處理時間。

https://www.canada.ca/en/immigration-refugees-citizenship/services/application/check-processing-times.html

目前的 citizenship - citizenship grant 的申請處理時間是 24 個月，省提名的話不走 EE 是 22 個月，走 EE 也要 13 個月（雖然 EE 的初衷是 6 個月內通過，但是在案件積壓的現在做不到）。

@lower 😂

我好像找到了，应该是这个视频里这款 https://www.bilibili.com/video/BV1bA411h7tQ/ 不过视频里看上去没有图片那么可口

@Finnn 我大概理解你說的了，你的深度的意思是當內容改變的時候總是會觸發副作用（ computed 函數體），從這個定義來說的話 computed 並不是深度的。不過 computed 應該本身不是設計來觸發副作用的，只要它返回的 ref 可以保證響應到正確的數據就行，你最新的例子裏 publishedBooksMessage 也響應到正確的數據了，所以我覺得如果 OP 的 computed 裏面沒有副作用，那麼這個函數會不會重新運行應該是無所謂的

@Finnn 「深度檢查內部各個值」的具體標準是什麼？如果引用了.length ，那麼 books 的元素變化會導致 length 變化，所以 computed 也重復執行了，這在我看來應該算深度檢查了內部值的。如果只是引用了.books ，這個 computed 關心的就僅僅是 books 返回的數組的引用，由於這個引用沒變，所以 computed 不會重新執行。

如果要證明「 computed 不會監視深度的數組內容變化」，那麼應該構造這麼一個 computed ，其監視了並使用了數組的內容，但是當數組改變的時候，這個 computed 沒有觸發。如果只是.books ，並沒有使用數組的內容，而使用了數組內容的例子（如.books.length ），computed 是有重新觸發的，所以還需要一個有效的反例才能證明原命題。

@Finnn 我覺得這個說法不對，computed 會觀察所有「用到的」的屬性，但本身不一定會總是重復運行，在保證返回結果正確的情況下。你的例子裏沒有重復執行，但是返回的結果是正確的，我的例子裏如果不重復執行就不能確定結果正確，所以就重復執行了