Greasemonkey: ローカルファイルのインストールを許可する

おそらくこれ（一致パターンのドキュメント）？ スキームの一致セレクターで*を使用すると、httpまたはhttpsにのみグロブします。 file://一致するものを追加することをお勧めします。

それまたは<all_urls>セレクター。

file:///スクリプトを検出するために一致パターンを追加すると、XHRが起動し、そのURLのコンテンツの読み取りに失敗します。これは驚くべきことです。

私はこれを少し調べてきました。 そして、私は2つの結論に達しました。 この問題は、XHRを介した読み取り専用であっても、ファイルシステムによるWebExtensionsへのアクセスを禁止することに関係している可能性があります（これに関するソースは直接ありません。編集：ここの一番下にあります）。 または、同一生成元ポリシーに関連している可能性があります。

Gecko 1.9以降、ファイルは他の特定のファイルのみを読み取ることができます。 具体的には、元のファイルの親ディレクトリがターゲットファイルの祖先ディレクトリである場合にのみ、ファイルは別のファイルを読み取ることができます。

file://プロトコルを使用してマニフェストで定義されたパスにファイルシステムがアクセスできるようにするには、バグレポートを提出する価値があるかもしれません。

ええ、それはおそらく「ファイルなし」のルールです。 それについての公式のガイダンスをどこで入手できるかわかりませんが、私がそれについて考えると、今ではそれが真実であることを私は知っています。 新しいファイルを作成するためのダウンロードAPIのような非常に特別な例外のみが発生します。

ドラッグアンドドロップを直接処理したり、（LOL）既に開いているタブのコンテンツを読み取ったりするような回避策を考え出すことができます。 ただし、相対的なアイコン/リソース/要件の取得に失敗するため、さらに回避策がなければ、それでも実行されません。

インストールページに移動する前に、 storage.localを使用して、URLをキーとして使用してコンテンツをキャッシュできませんか？ すでに変数にコンテンツがあります。 もちろん、インストールされた/明らかにインストールされていない場合は、キャッシュをクリアする必要があります。 WebExtensionsに何らかの一時ストレージがあり、手動で削除を処理する必要がない場合は、より便利です。

私は私が言ったことをいじり回してきました、そしてそれは私が思ったほど簡単ではありません。 まず、どのユーザースクリプトもbrowser.storage.localアクセスできるため、Greasemonkeyなどのアドオンにとって本質的に安全でないストレージです。 次に、メッセージを介してコンテンツをバックグラウンドスクリプトに送信する場合も同様です。 メッセージがscript-detect.jsからのみ送信されるように、それを保護する方法がよくわかりません。 また、スクリプトの非同期性のため、 script-detect.jsがユーザースクリプトの前に実行されるかどうかは完全にはわかりません（これについていくつかのテストを行います）。

そしてもちろん、私が間違っていない限り、バックグラウンドスクリプトはどのナビゲーションリスナーでもDOM /コンテンツへの参照を受け取りませんか？

['*://*/*.user.js']一致するonBeforeRequestを使用してページのコンテンツを取得し、 StreamFilterを作成できることがブランチでこれをテストするコードを実装しましたが、何も修正しないため、現時点ではプルリクエストはありません。 ただし、以前の投稿で取り上げたセキュリティ上の懸念は回避されます。

残念ながら、それは議論されたファイルの問題を解決しません。 その上のいくつかのbugzillaチケット：
https://bugzilla.mozilla.org/show_bug.cgi?id=1341341
https://bugzilla.mozilla.org/show_bug.cgi?id=1266960

私は＃2671からここに向けられました

このスレッドがローカルファイルからのインポートに関するものである場合....その後..。
XHRを使用してローカルファイルを読み取るのはなぜですか？ それは、起源と許可に関してあらゆる種類の複雑さを引き起こします。
簡単な方法は、 input type="file"結果からnew FileReader()を使用することです。

このスレッドがfile:///.....user.js URLをスクリプトとして認識してインストールすることに関するものである場合、それは別の問題であり、別の解決策です。

簡単な方法は、input type = "file"の結果から新しいFileReader（）を使用することです。

ああ、これはうまくいくかもしれません。 file://パスに移動し、拡張機能にすべてを実行させるほど優雅ではありませんが、機能する可能性があります。 ワークフローの大部分は同じままである可​​能性があります。

import script -> script selected -> contents cached in backend -> install dialog prompt -> retrieve content from backend -> continue install as usual

また、ナビゲーションワークフローを維持しようとしたときに使用しようとしていた方法よりもはるかに安全です。

「inputtype = "file"」を使用して、動作するWeb拡張の例を見つけました。 キャッシュする必要はないようです。直接インポートできます。
https://github.com/mdn/webextensions-examples/pull/171/files/6c066cfff4e8c662984f704cb17c8b39211ed062#diff -098de1750b345156f3cfd46f8199aa34

キャッシュする必要がないようで、直接インポートできます

キャッシュが_必要_であるということではなく、むしろ安全対策です。 .user.jsに移動するときと同じように、スクリプトに関する情報を示すダイアログがポップアップ表示されます。 インポートするときも同じことが起こると思います。 したがって、通常のデータベース以外の場所にスクリプトの内容を保存する必要があります。これにより、ユーザーがインストールボタンをクリックしても、スクリプトの内容を引き続き使用でき、ユーザーに再度プロンプトを表示する必要がありません。

これがストレージAPIを使用してキャッシュされるか、どこかのグローバルオブジェクトにキャッシュされるかは、ワークフローにとって特に重要ではありません。

また、インポート機能は、移行の問題を抱えている人々に役立つため、最優先事項[1]になるはずです。 3.xからファイルをインポートするだけです。

[1] @arantiusがプロセスがどのように機能するかについていくつかのアイデアを持っているかどうか、

例が必要な場合は、いくつかのアドオンにimport./Exportがあります。

インポートはユーザーが開始するため、特別な注意/ポップアップ/通知/警告は必要ありません。

ダイアログの1つにインポートボタン（ファイル入力）を追加します
ユーザーがそれをクリックすると、ファイルピッカーが開きます。ユーザーは必要なファイルを選択し、[開く]をクリックします（すべての組み込みHTTML5）
ファイルが読み取られ、解析されます
USERスクリプトに準拠している場合は、IDBに追加されます。
次に、実行中のリスナーを更新します

以上です。

インポート/エクスポート設定、テーマデータ（最大500kb）、およびインポート/エクスポート機能を備えたアドオンの他の多くの機能でも同じことを行います。

また、インポート機能を最優先すべきだと言いたい[1]。

確かに....これにより、スクリプト作成者は新しいスクリプトを記述し、インポートして実行またはテストできます。GM3-> 4アップグレードの場合は、見逃したスクリプトを追加してください。

コードと関数は非常に単純です... 1時間で実行できる数行のコード。
必要に応じて、私のコードをベースとして使用できます。

...インポートはユーザーが開始するため、特別な注意/ポップアップ/通知/警告は必要ありません。 ... USERスクリプトに準拠している場合は、IDBに追加されます

しかし、これについてはよくわかりません。 標準のインストールダイアログをスキップするのは特に好きではありません。 おそらく@arantiusは、彼がアドオンで何を見たいかについての洞察を与えることができます。

しかし、これについてはよくわかりません。 標準のインストールダイアログをスキップするのは特に好きではありません。

標準のダイアログは、ユーザーがリモートソースからのユーザースクリプトに直面したときに使用されます。 次に、確認ダイアログが必要です。

ユーザーがインポートを開始した場合：

• ユーザーがスクリプトをインポートすることにしました
• ユーザーがインポートボタンをクリックする
• ユーザーは、ユーザーが選択したスクリプトに移動します
• 「本当にこのスクリプトをインストールしますか？」というダイアログでユーザーにもう一度尋ねる必要がありますか？ :)
  それは迷惑なようです。 ただし、エラーが発生した場合の警告が必要です。

• ユーザーは、ユーザーが選択したスクリプトに移動します

しかし、これはその方法ではありません...インストールはコールバック（* .user.jsでトリガー）によって行われます...

しかし、これはその方法ではありません...インストールはコールバック（* .user.jsでトリガー）によって行われます...

現在、はい。 ただし、ローカルファイルのインポートボタンを追加することは可能です。 また、 file://ナビゲーションにインストールしないでください。

ああ、わかりました、ローカルファイルの場合、それは非常に適切です。 リモートファイル用ではありません！ ;-)

しかし、これはその方法ではありません...インストールはコールバック（* .user.jsでトリガー）によって行われます...

前述のように、ファイル入力を使用した手動インポートについて説明しています

よし、分った。 ローカルファイルの場合は問題ありません（上記を参照）...

.user.jsをGreasemonkeyウィンドウにドラッグアンドドロップして、スクリプトのコードをロードすることは可能だと思いますか？
これは間違いなくFirefox自体で機能するので（つまり、imgurのようにファイルをWebサイトにアップロードしたり、ドロップしてメガアップロードしたりできます）

ローカルGMスクリプトをインポートできる方法（不器用でドラッグアンドドロップではない方法でも）はありますか？

スクリプトを最終的に配置する必要があるのは、正確にどの「キャッシュ」ディレクトリですか。 Firefoxプロファイルでいくつかの「キャッシュ」ファイルを見つけました

.user.jsをGreasemonkeyウィンドウにドラッグアンドドロップして、スクリプトのコードをロードすることは可能だと思いますか？

他のドロップボックスと同様に、それは可能です（例については私のIMGoolgeをチェックしてください）。 ただし、追加のリスナーやプロセスを必要とせずに、単純なファイル入力が最も簡単な方法です。

Mozillaはドキュメントを更新しました（上記の例の要約）：
https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Working_with_files

1. ファイルピッカーを使用して拡張子のファイルを開く
2. ドラッグアンドドロップを使用して拡張子のファイルを開く

これを実装すると、GM3と同じ動作になります。

それで、適切なオンラインフォームで提供されていないスクリプトを手動でインストールするための可能な提案はありますか？

@Samizdata現在最も簡単な方法は、GMベータ版（https://addons.mozilla.org/en-US/firefox/addon/greasemonkey/versions/beta）を入手し、モンキーメニューを開いて->新しいスクリプトを作成することです。

ローカルファイルを@requireするスクリプトがある場合、それは難しい方法でしか実行できません。 たとえば、Proxomitron（http://www.proxomitron.info/files/）を取得して実行し、プロキシ127.0.0.1:8080を使用するようにFFを構成し、ファイルをProxomitron HTMLフォルダーに配置してから、FF内で「 http： //bweb..local.ptron/YOURFILE.user.js "。

@kekkc 、リモートリソースの問題が修正された新しいバージョンがAMOにプッシュされたと思います。

乾杯。 これで完了です、

@kekkc 、リモートリソースの問題が修正された新しいバージョンがAMOにプッシュされたと思います。
まだ..私が見る限り

@ Sxderp ＃2707を参照していますか？

@Eselce 、はい。 これにより、[新しいスクリプト]ボタンを使用して新しいスクリプトを作成し、そのスクリプトに@requireタグを適用するときに発生する問題を解決する必要があります。

.user.jsまたは必要なスクリプトをローカルで提供するには、さまざまな可能性があります。 ただし、最も簡単な方法は、コマンドラインでこのPythonワンライナーを使用することです。

• Python 2.xの場合：
  python -m SimpleHTTPServer

• Python 3.xの場合：
  python -m http.server

... http://127.0.0.1:8000/で、実行したディレクトリ内のすべてのファイルの提供をすぐに開始します

（_8000がデフォルトのポートであることに注意してください。変更できます。以下を参照してください_）

これが、ローカルの.user.jsを配置し、ローカルのhttpサーバーにファイルを要求する方法です。 私はこれをGreasemonkeyだけでなく、Tampermonkeyに対しても行います。

PythonはデフォルトでLinuxとMacOにインストールされます。 Windowsを使用していて、Windowsをインストールしておらず、開発者と呼ばれ続けることを計画している場合は、... _真剣に？！ あなたの何が問題になっていますか？_あなたはあなたが気づき始めることができるよりはるかに深刻な問題を抱えています！ ガーデニング：苗：またはコンピューターではなく趣味として編み物をすることをお勧めします：ウィンク：（_ちょっと、冗談です！_）

奇妙なプログラムをインストールする必要はありません-あなたは_できます_は_絶対に不要_です。 Pythonは「アプリ」ではなく、基本的なプログラミング言語です。 ただし、このソリューションではPythonを「話す」必要さえないので、まだ編み物ツールをやめたり、急いで行ったりしないでください。

簡単な手順：

1. cdを.user.jsを含むディレクトリに入れたり、ファイルを要求したりします。 たとえば、 requiredFile1.jsとrequiredFile2.jsと言います

2. そのディレクトリから：Python 2.xの場合、

python -m SimpleHTTPServer

または：Phython 3.xの場合、実行します

python -m http.server

1. @require行が次のようになっていることを確認してください。

// <strong i="42">@require</strong>  http://127.0.0.1:8000/requiredFile1.js
// <strong i="43">@require</strong>  http://127.0.0.1:8000/requiredFile2.js

...ここで、 requiredFile1.jsとrequiredFile2.jsは、提供する必要のあるローカルファイルです。

1. あなたのgreasmonkeyスクリプトが起動すると、Pythonによって提供されているrequiresを正しく取得します。

終わり。

ローカルサーバーを閉じるには、pythonコマンドを実行するコンソールに移動し、 <Ctrl><C>を押します。

また、-_-そしてこれがあなたにとってばかげて明白であることを願っています_--、GreasemonkeyまたはTampermonkeyがファイルを見つけることができると期待する前にPythonHTTPサーバーコマンドラインを実行することを忘れないでください...

ヒント：デフォルトの8000以外のポートを使用する場合は、次のように、コマンドに目的の番号（有効なポート番号）を入力するだけです。

• Python 2.xの場合：
  python -m SimpleHTTPServer 12345

• Python 3.xの場合：
  python -m http.server 12345

...そして当然、 @require URLを8000ではなくその番号で更新します。

わかりました。GMツールバーアイコンをクリックして、[新しいユーザースクリプト...]を選択するとします。

新しい対応するタブには、「名前のないスクリプト821696」という名前が自動的に付けられます。

次に、ローカルファイルのGMコードからタブペインに貼り付け、左上の「保存」アイコンをクリックします。

このスクリプトは後でどこにありますか？ 読む：後でこのスクリプトを編集するにはどうすればよいですか？

スクリプトの名前を「foobar」などに変更するにはどうすればよいですか？

@bsto Nameは、スクリプト@nameから取得されます。
すべての新しいスクリプトは、「新しいユーザースクリプト...」の上に表示されます。
スクリプトのタイトルをクリックして削除または編集するには、サブメニューがあります。

はい、ありがとうございます。

ちょうど別の質問：

11月25日、ユーザーkekkcは、彼の投稿（上記を参照）で、Mozillaが（WinExplorerから）ファイルをドラッグアンドドロップする方法を提供したと語っています。

したがって、ユーザーファイルのドラッグアンドドロップが可能になります。

私は正しいですか？

GMに実装されるのはいつですか（* .user.jsファイルのドラッグアンドドロップで利用可能）？

FWIW file://.../anything.user.jsへのナビゲーションを検出し、動作させることができるあらゆる種類のファイルブラウザでUIを開くことができるページアクションを添付できる/すべきだと思います。

ナビゲーションイベントを検出することはできますが、コンテンツを取得することはできません（おそらくコンテンツスクリプト内）

ファイルブラウザを開くためだけにfile://に移動するのはばかげていると思いますが（ファイルピッカー入力以外のことはできないと思います）。

ファイルブラウザを開くためだけにfile：//に移動するのはばかげていると思いますが（ファイルピッカー入力以外のことはできないと思います）。

はい、正確に言えば、私たちは身動きが取れません。 しかし、私たちは意図を検出し、限られた環境の中で可能な限り役立つことができます。

私の2セント..。

FWIW file：//.../anything.user.jsへのナビゲーションを検出できる/検出する必要があると思い
ナビゲーションイベントを検出することはできますが、コンテンツを取得することはできません（おそらくコンテンツスクリプト内）

Sxderpが述べたように、それは可能ですが、少し厄介です...

• リスナーを追加します（とにかくコンテンツが必要になるため、 tabs.onUpdated.addListenerように）
• スクリプトを表示してページをロードします
• コンテンツスクリプトを挿入してページコンテンツを取得し、bgスクリプトに渡します
• ページ/タブを閉じる

別 ....

• ナビゲーションリスナーを追加する
• ページの読み込みを停止し、インポートオプションを使用するための通知を表示します...または....ユーザーがファイルピッカーを起動するためにクリックする必要があるインポートオプションを示すポップアップ

個人的には、私ならリスナーを追加せず、browserActionポップアップにIMPORTオプションを追加するだけです。

さらに、私はとにかくGM4以来.user.js形式を使用していません、そして私はそれが取り残される可能性があると思います。 ;）

個人的には、それが私なら、リスナーを追加せず、単に..

これが私が意味したことです。 ただし、UIをコンテンツページに挿入する場合があります。 GMが無効になっているときにスクリプトに移動すると、以前は情報バーが表示されていました。 そういうこと。

さらに、私はとにかくGM4以来.user.js形式を使用していません、そして私はそれが取り残される可能性があると思います。 ;）

これは何を意味するのでしょうか？

これは何を意味するのでしょうか？

GM3では、スクリプトをGMスクリプトとして認識できるように、スクリプトにabc.user.jsという名前を付ける必要がありました。

GM4では、スクリプトはIndexedDBに保存され、スクリプト名は@nameから取得されるため、実際には重要ではありません。 したがって、スクリプトを（コンピューター上で） abc.js （ .userなし）として作成および保存し、GMにコピーして貼り付けています。

手動のインポートは、 .user命名形式に縛られる必要はないと思います。

これについて何か進展はありますか？

FireMonkey拡張機能はこれを行うことができます：

https://addons.mozilla.org/en-US/firefox/addon/firemonkey/