一般的な場合と保護されたページ（https）のOperaにユーザースクリプトをインストールする

一部のユーザースクリプトでは、ユーザーがOperaブラウザーにどのようにインストールするかが重要になります。 一部のドメインへのアクセスを許可せずにインストールを行うと、作業が劣ります。また、セキュリティで保護されたプロトコル（HTTPS）を使用するクロスドメインスクリプトをインストールすると、これは簡単に起こります。 たとえば、HabrAjaxユーザースクリプトの場合、メインのHabrサイトに加えて、plusone.google.comのGoogle Plusボタンへのアクセスが使用され、 userscripts.orgドメインのスクリプトの更新がチェックされます 。 これにはすべて追加の設定が必要であり、ユーザースクリプトに直接記述されています（設定の「 Operaの注意 」のリンク）が、非常に簡単に1つの図で作成されています。 ここでは、Operaのユーザーとそのユーザースクリプトの開発者が手元に指示を持ち、問題の幅を完全に理解できるように、より広範な質問を見ていきます。 同時に、ユーザースタイルのインストール場所についても説明します。 これをすべて知っている人にとっては、結論のパラグラフの一番下に2つのコメントがあると便利です。



Operaでユーザースクリプトを操作する最初の機能は、特殊なBeforeScriptイベントが機能しないことです。これは、通常のスクリプトで正常に機能し、ブラウザー間の互換性を提供します。 したがって、フレーム内の別のドメインで作業する場合、ユーザースクリプトは別のドメインへのアクセスを提供する必要があります。つまり、サイトのスクリプト設定では、メインサイトとフレーム内のサイトの両方をメタの記述に従って厳密に登録する必要があります他のブラウザ用のスクリプトディレクティブ。



2番目の機能-サイトがhttps：プロトコルで実行されている場合、このプロトコルでユーザースクリプトのアクセス許可を設定する必要があります-一般的なOpera設定。 これを行いたくない場合は、アドオンとしてユーザースクリプトを設計する方法があります。 より詳細に。

Operaでシンプルなワンサイトユーザースクリプトを実行する方法は？

Operaのユーザースクリプトは、多くのユーザーを起動できます。 26人を与えることに同意したブラウザーでのHabrAjaxユーザースクリプトの使用に関する統計を見ると、8人がOperaにスクリプトをインストールしていることがわかります（他のブラウザーを除く）。 ところで、HabrAjaxを使用した場合は、このアンケートに投票してください：「 どのブラウザーでHabrAjaxを使用していますか？」。 より多くの統計を取得するのに役立ちます。



参考のため、Operaにユーザースクリプトをまだインストールしていない場合は、以下の手順に従ってください。 最も簡単な方法ではありませんが、この記事の焦点は、ユーザースクリプトを使用したセキュリティで保護されたページではさらに複雑になることです。 Operaにスクリプトをインストールする方法が1つではなく、2つあることを誰もが知っているわけではありません（アドオンは含みません）。 指示で-両方が示されています。 モバイルオペラには、ユーザースクリプトとユーザースタイルを操作するためのすべての機能もありますが、 opera：configで機能解決設定を無効にすることができ、何かが機能しない場合は（記事の範囲を超えて）確認する必要があります。



1. Opera でユーザースクリプトを（バージョン11で導入されたアドオンメカニズムなしで） 2モードでインストールできます ：一度にすべてのサイトに対して、スクリプトのメタディレクティブを使用して、または1つのドメイン上のサイトに対して。 2つのメインブラウザー（FirefoxおよびChrome）で実際の標準として受け入れられているユーザースクリプトには、メタディレクティブがあります-通常はユーザースクリプトファイルの先頭にあるコメント行です。 スクリプトが動作するURLが記述されているため、作業規則のインストールはディレクティブによって決定され、これらのブラウザーの「インストールを許可」ボタンを1回クリックする必要があります。 Operaでは元々そうではありませんでしたが、ユーザースクリプトを導入する夜明けよりも優れていました.Safariではすべてのサイトに対してスクリプトが一度に起動され、スクリプト自体のアクションのみが動作し続けるURLのグループを選択できました。 したがって、最初のモード（すべてのサイト）は、スクリプトを実行する基本的な方法を繰り返しますが、ディレクティブの理解に関しては改善されています。



2番目の方法-サイトの設定を規定する-は、ディレクティブを使用してユーザースクリプトを設定する現代の方法から移行しています。 しかし、個々のスタイルやスクリプトなど、多くの制限や機能をサイトで手動で設定できるため、Operaに残されていました。 これらの2つのメソッドは互いに多少矛盾します。2番目のメソッドを適用すると、選択したサイトの最初のメソッドの操作がブロックされます（必要なディレクティブがあっても、共有フォルダーのスクリプトは実行されません）。 これは明らかではないため、個々の設定を規定するときに理解する必要があります。 この一般的な情報を図で示します。



1.a）ブラウザとその一般設定を開きます（Ctrl-F12または図のようにメニューから）。



以下では、WinXP OSでOpera 11.61をテーマ（Shift-F12） Netbook Skin v.11.3とともに示します -コンパクト化のため：





1.b）タブ「 ツール-一般設定-詳細-コンテンツ -Javascriptの 設定 」を開きます-ユーザースクリプトの第1モードの設定に入ります。 設定で指定されたユーザーファイルフォルダにスクリプトを配置すると、各ブラウザウィンドウで実行されます。 サイトを示すスクリプトの通常のようにincludeディレクティブを記述する場合、他のサイトのディレクティブによってフィルターされます。 スクリプトにディレクティブがない場合はほとんどありません。 特定のサイト用に記述されたスクリプトが常にどこでも正しく動作するわけではなく（他のすべてのサイトでは何もしない）、各ウィンドウでスクリプトを最初に起動するためのリソースが消費されます。





ユーザースクリプトの機能：共有スクリプトフォルダーにincludeディレクティブを含むスクリプトがあり、同時に同じサイトのサイトに対してより正確な設定がある場合（[サイトの設定...]ボタン）、実行されません。 スクリプトに* .user.js拡張子を付ける必要はありません。* .jsで十分です。 スクリプトはファイル名のアルファベット順に実行され、大文字と小文字は区別されません（少なくともWinでは）。



1.c）スクリプトと同様に、共通のスタイルの設定があります。すべてのサイトに対して、「 ツール-一般設定-詳細-コンテンツ-スタイルのカスタマイズ... 」の各ウィンドウに対して。





特定のサイトのスタイルをすべてのサイトのフォルダーに入れると、それらも非サイトに副作用を及ぼす可能性があります（スクリーンショットの碑文は「 My stylesheet 」です）。 同様の基本機能はIE7-9およびSafariにあります。 したがって、Operaのサイトでは、スクリプトとスタイルの個別のサイト設定を行いました。





メインブラウザーの中でOperaでのみ使用可能な個々のスクリプトとスタイルの設定は、Operaがサポートするアドオンの背景（バージョン11以降）に対する時代遅れの非近代的な現象でもあります。 。



1.d） 「 ツール-一般設定-詳細-コンテンツ-サイトの設定... 」を開き、一部のサイトのスクリプトとスタイルをインストールします。 他のすべての設定は通常の位置に設定されているため、ドメイン名、サイトのスタイルへのパス、サイトのスクリプトへのパス（スクリプトフォルダーへ）の3つの場所に注意する必要があります。



合計すると、ユーザースタイルなど、スクリプト以外のサイトに少なくとも1つの機能がある場合、スクリプトはディレクティブを使用して共有スクリプトフォルダーではなく、「サイトの設定」に書き込むことを強制されます。 次に、ディレクティブに複数のサイトが記載されている場合、サイトの設定を規定する必要があります 。 スクリプトが共有スクリプトフォルダーにある場合、ユーザースクリプトディレクティブに依存できます-それらは機能します。



Operaのユーザースクリプトの2つのインストールオプションとその機能の一般的な説明が完了しました。 しかし、別の機能があります。その後、ブラウザーインターフェイスの難しさが始まったばかりであることは明らかです。

セキュアHTTPSプロトコルを使用したページでのユーザースクリプトの使用

2.サイト間に安全なhttpsプロトコルのURLがある場合はどうなりますか？ Operaは、ユーザースクリプトを操作するためにそのようなサイトを単に見逃しません。 デフォルトでは機能しません。 このようなサイトでユーザースクリプトを有効にするには、ブラウザーをインストールします。



" opera：config＃on％20https "（アドレスバーにこれを記述します。「ユーザー設定」セクションに目的の設定が表示されます）

-HTTPS上のユーザーJavaScript-チェック済み （チェックボックスを選択）

-「 保存 」（このセクションの下のボタンをクリック）

-Operaブラウザを再起動します。





このインストールは、将来、多くの不快な時間を提供します。 HTTPSを使用する各サイトで、彼女は同じ質問をします（ブラウザを開いた後、またはスクリプトを変更した後、初めてサイトにアクセスしたとき）：「ユーザーのスクリプトがこのドメインを調べないことは関係ありません。GMailを開きます-質問は（初回）ですOperaを再起動した後-再び。





共有フォルダーからスクリプトを実行するときは、強迫観念のパラメーターのアンインストールを避けることはできません-そして、この許可はそこでの設定で必要です。



偏執狂的で非論理的な問題の不完全性は、近い将来修正されることはありそうにありません。同社には、長年にわたってさらに多くの深刻なバグがあります。 より柔軟な設定（「サイトの設定」のhttps上のUserJS）を使用して、ブラウザにこのサイトで作業するためのユーザースクリプトがある場合にのみ許可を求めるのが論理的です。 したがって、卓越性を実現するには、httpsを解決するこの方法を放棄し、スクリプトを使用してアドオンを作成する必要があります。



（Operaがユーザースクリプトのバグの中で孤独を感じないように、次の記事では、Chromeのバグ（実行から2.5年）を分析し、次のフレームとそのソリューションにアクセスします。

Operaアドオンの作成と一般的なアドオンの問題

ユーザースクリプトからアドオンに切り替えることは、コードとブラウザーのオプションに関する開発者のもう1つの「大騒ぎ」です。 クロスブラウザユーザースクリプトは、デザインと公開に便利な方法です。 開発者は、ブラウザのオプションをコンパイルするための特別な環境を必要としません。 したがって、開発者は職場にあまり依存しません。 より正確には、独立しています。 ユーザースクリプトを修正または追加するには、テキストエディターで十分です。



ユーザーが1つのファイルを操作するのも便利です。 少なくともFirefoxとChromeでは、インストールをダウンロードして確認するために2回クリックする必要があります。 Safariでも、NinjaKitは何らかの理由でGreaseMonkeyをサポートしていませんが、事実上の標準として存在するFirefoxのユーザースクリプトサポート環境です。 Operaでは、サイトの設定を行わない場合-少し面倒なこともあります-共有スクリプトフォルダーにファイルをコピーします。



しかし、ブラウザーの（悪い意味での）「カスタマイズ」から始めて、誰にとっても悪化します。 ユーザーは、ブラウザごとにスクリプトをホストする場所が異なることを知っておく必要があります。 ほとんどの場合、彼はブラウザを再起動する必要があります。 1つの便利さ-同じ1-2クリックでインストールでき、再起動はカウントされません。



開発者にとっては、さらに悪いことに、カスタマイズのロジックが1つの言語（JS）の制限を超え、ビルドスクリプトまたはさまざまな場所での手動のアセンブリと公開のための独自のルールのセットに広がります。 したがって、可能であれば、ブラウザによるカスタマイズで最小限の技術の組み合わせを目指して努力する必要があります。 ただし、OperaはHTTPSを使用してスクリプトの適切な作業を行うことができないため、アドオンを作成する際の問題を調べる必要があります。



別のクレイジーな考えがあります-拡張機能の文字で区別される同じコードでどこでも動作するクロスブラウザアドオンを作成することです。 これは、ユーザースクリプト（クロスドメイン交換の実装などの問題）を完全にサポートしていないSafariにも非常に適しています。 確かに、IE7-9の場合、ユーザースクリプトに戻る独自のソリューションも必要になります。IEアドオンのユーザースクリプト形式は多くの制限があり、もちろんJSロジックの違いがある古典的なユーザースクリプトだからです。



これは、ユーザースクリプトの代わりにアドオンへの移行を解決する価格です。 開発者とユーザーグループの両方がHTTPSの問題を回避するためにアドオンに切り替えることに同意した場合、Operaでアドオンを作成する手順に進みます。



プラスの要因として、ユーザースクリプトでは部分的に使用できないアドオンの柔軟性と新機能が追加されています。 たとえば、スクリプトが起動される瞬間はより柔軟に定義され、スタイルはドキュメントが作成される前に設定されるため、サイトの画像はロード後の最初の1秒で「ジャンプ」しません。



これにより、許可されたスピーチを中断し、次回アドオンの作成を逆アセンブルして、Opera用のユーザースクリプト作成機能のトピックを完成させることができます。

実用的な調査結果

OperaにHabrAjaxなどの多機能スクリプトをインストールすると、ユーザースタイル（ ZenComment ）で補完され、複数のサイトとセキュアページ（https）での作業が含まれ、2つのインストール機能が実行されます。 インストールの種類（一般ディレクトリまたはサイトの特別なディレクトリ）に応じて、個々のサイト設定を設定する場合、 includeディレクティブで言及されているすべてのサイトの同じスクリプトの設定を忘れずに規定する必要があります。 または、スクリプトを共有ディレクトリに配置しますが、個別の設定で指定します。 そうしないと、混乱が生じます-なぜ補助機能が機能しないのですか？ バグ？ いいえ、これはバグではありませんが、設定が不十分です。 また、スクリプトが保護されたページで動作する場合（クロスドメイン交換がある場合は動作する必要があります）、ユーザースクリプトのHTTPSアクセス許可を有効にする必要があります。これにより、将来Operaで「静かに」生活できなくなります。 救いはアドオンにありますが、次回はさらに詳しく説明します。



（この記事は、Habrのユーザースクリプトを使用して生成された記事の一般的なプールからのものです。）