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

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

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

ホストのアクセス許可とコンテンツ スクリプトの照合は、一致パターンによって定義された一連の URL に基づいています。 一致パターンは、基本的に、許可されたスキーム (http、、、または ftp) で始まり、httpsfile'*' 文字を含めることができる 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>

の * 意味は、スキーム、ホスト、パスの各部分に含まれているかどうかによって異なります。 スキームが の場合は*、、または ではなくfileftp、または httpsのいずれかhttpと一致します。 ホストが である場合 *は、任意のホストと一致します。 ホストが の場合は *.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 で始まり/foo、 で終わる限り、ホスト上にある (、 docs.google.comgoogle.comなどwww.google.com)。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/*	または https://mail.google.comで始まる任意の URL とhttp://mail.google.com一致します。	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国際ライセンスに基づきライセンスされています。