ファイル URL にアクセスするための拡張機能の一致パターンの定義

Microsoft Edge アドオン (拡張機能) は、 file URL へのアクセスを要求できます。 この機能を有効にするには、このアクセスを明示的に構成する必要があります。 file URL へのアクセスは自動ではありません。 file URL へのアクセスを要求する各 Microsoft Edge 拡張機能のfileアクセスをオプトインするには、Microsoft Edge アドオン Web サイトの拡張機能管理ページにアクセスする必要があります。

Microsoft Edge アドオン (拡張機能) の場合、ホストのアクセス許可とコンテンツ スクリプト のパターン マッチングは次のように機能します。

ホストのアクセス許可とコンテンツ スクリプトの照合は、一致パターンによって定義された一連の URL に基づいています。 一致パターンは、基本的に許可されたスキーム (http、 https、 file、または ftpで始まる URL であり、"*" 文字を含めることができます。 特殊なパターン <all_urls> は、許可されたスキームで始まる任意の URL と一致します。 各一致パターンには、次の 3 つの部分があります。

• スキーム — たとえば、 http や file 、 *

• _host_ たとえば、 www.google.com 、 *.google.com 、 *などです。スキームがファイルの場合、ホスト部分はありません。

• _path_ — たとえば、 /*、 /foo*、 /foo/bar。 パスはホストアクセス許可に存在する必要がありますが、常に /*として扱われます。

基本的な構文

基本的な構文:

<url-pattern> := <scheme>://<host><path>
<scheme> := '*' | 'http' | 'https' | 'file' | 'ftp'
<host> := '*' | '*.' <any char except '/' and '*'>+
<path> := '/' <any chars>

*の意味は、スキーム、ホスト、パスの各部分に含まれているかどうかによって異なります。 スキームが*されている場合は、fileまたはftpではなく、httpまたはhttpsのいずれかと一致します。 ホストが *されている場合は、任意のホストと一致します。 ホストが *.hostnameされている場合は、指定されたホストまたはサブドメインのいずれかに一致します。 パス セクションでは、各 * が 0 文字以上と一致します。 次の表は、いくつかの有効なパターンを示しています。

有効なパターンの例

パターン	機能	一致する URL の例
http://*/*	http スキームを使用する任意の URL と一致します	http://www.google.com http://example.org/foo/bar.html
http://*/foo*	パスが で始まる限り、任意のホストで http スキームを使用する任意の URL と一致します /foo	http://example.com/foo/bar.html http://www.google.com/foo
https://*.google.com/foo*bar	https スキームを使用する URL と一致し、 google.com ホスト上にある ( www.google.com、 docs.google.com、 google.comなど) パスが /foo で始まり、 で終わる限り bar	https://www.google.com/foo/baz/bar https://docs.google.com/foobar
http://example.org/foo/bar.html	指定した URL と一致します	http://example.org/foo/bar.html
file:///foo*	パスが で始まるローカル ファイルと一致します /foo	file:///foo/bar.html file:///foo
http://127.0.0.1/*	http スキームを使用し、ホスト上にある任意の URL と一致します127.0.0.1	http://127.0.0.1 http://127.0.0.1/foo/bar.html
*://mail.google.com/*	http://mail.google.comまたはhttps://mail.google.comで始まる任意の URL と一致します。	http://mail.google.com/foo/baz/bar https://mail.google.com/foobar
<all_urls>	許可されたスキームを使用する任意の URL と一致します。 (許可されるスキームの一覧については、このセクションの先頭を参照してください)。	http://example.org/foo/bar.html file:///bar/baz.html

無効なパターンの例

パターンの一致 _invalid_ 例を次に示します。

パターンが正しくありません	なぜそれが悪いのか
http://www.foo.com	いいえ _path_
http://*foo/bar	ホスト内の '*' の後に続けることができるのは、'.' または '/' のみです。
http://foo.*.bar/baz	'*' が _host_内にある場合は、最初の文字である必要があります
http:/bar	_scheme_区切り記号がありません ('/' は "//" にする必要があります)
foo://*	無効です _scheme_

一部のスキームは、すべてのコンテキストでサポートされていません。

注:

このページの一部は、 Google によって 作成および共有され、 クリエイティブ・コモンズ属性 4.0 国際ライセンスに記載されている条件に従って使用される作業に基づく変更です。 元のページはこちらにあります。

この作品は 、クリエイティブ・コモンズ属性4.0国際ライセンスに基づきライセンスされています。