※ 引述《ettoolong (ettoolong)》之銘言：
: 有關 Manifest v3 的更新, 相信 Chrome 套件開發者前陣子
: 應該都收到 Google 的通知信了,不過我看這邊還沒有人轉貼,
: 所以我就在這邊幫大家整理一下.
: 2022 一月 17 日開始
: 開發者無法再上傳新的 v2 版套件(非公開套件除外)
: 開發者仍可更新現有的 v2 版套件
: 2022 六月開始
: 開發者無法再上傳任何新的 v2 版套件
: 開發者但仍可更新現有的v2版套件
: 2023 一月開始
: 開發者無法再上傳/更新 v2 版套件(非公開套件除外),
: Chrome 無法再執行 v2 版套件(企業版除外)
: 2023 六月開始
: Chrome 無法再執行 v2 版套件
: 參考資料: 2021-09-23
: https://developer.chrome.com/docs/extensions/mv3/mv2-sunset/
: Firefox 方面, 其實還沒有給出明確的時程,
: 目前已知:
: 2022 年初開始接受上傳 v3 版套件 (可能延期)
: 目前還沒有決定 v2 停用的時間點,
: 但預計在 v3 版在 release channel 中穩定後, 持續支援 v2 一年
: 對 Chrome 在 v3 版中的改動, Firefox 在 v3 中將跟進部份的修改:
: cross-origin protections, 此修改影響 content script 對跨站點資源的存取,
: 其他不變.
目前的套件審核政策幾乎就已經做同樣的事了，影響不大。
: 使用 background service workers 替代 Background pages,
: 大部份的套件的 background script 需重寫. Firefox 將跟進此變動.
比較麻煩的是 service worker 無法執行 DOM 運算，
可能要自己做一個虛擬 DOM libraray...
: Chrome 和 Firefox 在 WE 的API 設計上一直有一個差異,
: 就是 Firefox 多支援一個 Promise-based 的版本,
: 這點在 v3 版中將繼續支援.
以後寫跨瀏覽器套件可以不用 webext-polyfill 了，唯一值得高興的改動。
但是 Chrome 還是不讓 sendMessage 和 storage 像 IndexDB 一樣支援
傳送 Blob 等物件，只能黑了。
: Host permission controls, 在 Chrome 可以設定
: 只開放特定的 host permission 給套件,
: Firefox 將跟進此設計, 目前實驗中.
: 執行動態產生的程式碼, Chrome 在 v3 中對此作了更多限制來提高安全性,
: Firefox 將跟進此設計.
Monkey 已死
: declarativeNetRequest (DNR) 和 blocking webRequest API,
: 主要影響到擋廣告的套件,
: Firefox 會支援新的 DNR, 同時保留支援原有的 blocking webRequest API.
Chrome 是支援，但是必須用系統管理員權限設定強制安裝套件，
用這種方式安裝的套件會對所有 Chrome 使用者生效，且無法停用或移除。
（很適合老闆強制監控？）
唉，什麼鳥政策...
: 參考資料: 2021-05-27(有點久了, 但好像一直沒有新資料, 我也沒有特別再去找)
: 如果有更新的資料歡迎提供 m(_ _)m
: https://blog.mozilla.org/addons/2021/05/27/manifest-v3-update/
唉，強迫開發者1年半全面改寫程式碼，而且無法向下相容舊版瀏覽器。
果然是全面執政全面墮落(?)...
不曉得開發者集體抵制有沒有用...