2016-08-19 17 views
0

我們創建了一個Chrome擴展程序,它是我們爲客戶託管的網站的一個附屬程序。這些網站是根據我們的域名託管,且以擴展使用外部消息和依託清單類似配置的網站交互以下(abcdefg.com是一個虛構的域名):Chrome擴展程序 - 可通過外部連接和任何方式在安裝時設置「匹配」條目

"externally_connectable": { 
    "matches": [ "http://*.abcdefg.com/*", "https://*.abcdefg.com/*"] 
} 

這在這些情況下效果很好。但是,我們有一部分客戶喜歡將自己託管在自己的域名下。問題是我們不想更新已發佈擴展的擴展清單以包含所有這些網站。

是否有任何選項可以在安裝時設置「externally_connectable」站點列表的分發版本(在Windows上)?

+0

你必須使用內容腳本中繼通過在擴展選項的用戶白名單域的消息。 [鉻擴展 - 替代外部\ _connectable?](http://stackoverflow.com/q/18154599) – wOxxOm

+0

謝謝你的迴應。這不是理想的解決方案,但是使用內容腳本方法進行消息傳遞看起來像是必須做的。 –

回答

0

不幸的是,沒有辦法做到這一點。您需要爲每個擁有自己域名的客戶創建一個自定義擴展。幸運的是,有一個用於更新擴展的API,因此您至少可以更新多個擴展,而不會有太多困難。但是,每個賬戶的20個延長限制會有點煩人。我認爲您可以通過創建發佈組並在其中分配擴展來獲得每個帳戶允許的更多擴展程序。

+0

這真的很不幸,但我們確實有一個非典型的例子。當然,希望我們在安裝時能夠輕鬆完成這項工作,但是20個擴展限制和部署過程中額外的努力使得這種情況發生,從長遠來看不會奏效。幸運的是,上面提到了一種解決方法。 –

0

感謝kzahel突出顯示我面臨的障礙,並感謝wOxxOm提供的解決方案。

與其試圖找到一種在安裝時重寫「externally_connectable」匹配配置的方法,我們發現最簡單的方法是避免外部消息傳遞並使用內容腳本通過消息傳遞。

以下是wOxxOm上面貼的解決方案的副本: chrome extension - alternative to externally_connectable?

相關問題