多くの人が以前覚えているように、Googleはリーダーへのリンクを2回目に非表示にし、それを写真へのリンクに置き換えました。 これが初めてユーザーの不満の波を引き起こし、Googleはエラーを挙げてすべてを返しました。 その後、すぐにChromeの拡張機能が表示され、リーダーにリンクが返されました。 この拡張機能をOpera用に移植しました。



2度目にGoogleがリンクを転送したとき、inりの波はすでにそれほど強くなかった。 最初は、誰も注意を払っていないようにさえ思えました。 コミュニティはより重要なニュースで忙しかった。 しかし、Googleサポートフォーラムで議論があり、Googleは常に製品の改善に努めているという公式の応答さえありました。 私は自分の拡張機能を思い出し、ほこりっぽいコードを発見し、拡張機能をより楽しく、より意味のあるものにすることにしました。 つまり、ユーザーにリンク構造を自分で設定する機会を与えます。 拡張機能は、ページからすべてのリンクを動的に引き出し、2列の形式でユーザーに表示し、マウスでドラッグできるようにする必要があります。 Chromeにもそのような拡張機能はなかったことが判明し、さらに、共通のコードで2つの拡張機能を作成するというアイデアを得ました。

拡張アーキテクチャ

拡張アーキテクチャは両方のブラウザで似ています。 拡張機能の内部を、表示しているページのコンテキストで機能するものとブラウザのコンテキストで機能するものに分割することは条件付きで可能です。 これらの概念を分離することが重要なのはなぜですか？ ページに埋め込まれたスクリプトには、より厳格なセキュリティポリシーがあるためです。 たとえば、サードパーティのスクリプトを接続できませんでした。 jQueryライブラリは、このようなサードパーティのスクリプトとして機能します。 同時に、ブラウザのコンテキストで動作するスクリプトは、問題なくすべてを接続します。 具体的には、スクリプトを名前で呼び出しましょう。バックグラウンドプロセスはブラウザのコンテキストで動作し、ビルトインプロセスはページのコンテキストで動作します。



バックグラウンドと埋め込みスクリプトの間の相互作用は、メッセージを介して行われます。 メッセージハンドラーをあちこちで切断する必要があります。 実装の詳細はすでにHabréで報告されています。

コード

コードについて話す場合、いくつかの興味深い点を強調できます。

• デバッグの難しさ。 拡張機能が動作しなくなることがあり、ログに何も記録されないことがありました。 それから、どこかに構文エラーがあり、すべてが静かに死んでいることが判明しました。 それは私に1回か2回起こりました。 このようなエラーを人為的に再現することはできませんでした。ログでは、構文エラーの場所の表示を常に受け​​取りました。
• ドキュメントに従ってすべてを行うことができ、メッセージが送信されないことがわかります。 拡張機能の主な機能がメッセージに関連付けられている場合、機能を停止します。 もちろん、ログには情報は表示されません。 これにより、ある時点でコードをデバッグメッセージで十分にカバーするようになり、スクリプトコントロールがまだ取得しているかどうかを追跡できるようになりました。
• 私の意見では、国際化はOperaよりもChromeで改善されています。 オペラは、ウィジェットに関するW3Cの推奨に従い、サポートされている言語ごとに個別のフォルダーを作成し、拡張機能の完全なコピーを目的の言語に翻訳します。 ここでの問題は、いずれかのファイルのレイアウトをわずかに修正する必要がある場合、このファイルのすべてのコピーでこれを行う必要があることです。 Chromeでは、テキストメッセージのみが異なるフォルダーに保存され、識別子を使用してそれらにアクセスできます。
• 拡張メタデータを含むファイル（Operaのconfig.xml
  
  
  
  およびChromeのmanifest.json
  
  
  
  ）では、他のサイトへのアクセスを許可できます。 Operaでは、スラッシュに注意する必要があります。 代わりに、たとえば、 <access origin="https://mc.yandex.ru/" subdomains="true" />
  
  
  
  を記述する必要があります<access origin="https://mc.yandex.ru" subdomains="true" />
  
  
  
  
  
  最初のバージョンでは、拡張機能は指定されたページにアクセスできません。
• Chromeでは、埋め込みスクリプトに対して、マニフェストから直接実行するページを指定できます。 同時に、一般化文字がサポートされています。 たとえば、 google.com
  
  
  
  ドメインのすべてのページでスクリプトを機能させるには、 *://*.google.com/*
  
  
  
  ます。 ただし、 *://*.google.*/*
  
  
  
  書くことはできないため、スクリプトはgoogle
  
  
  
  という単語を含むすべてのドメインで動作します。 私の拡張機能はどのGoogleドメインでも機能するはずなので、182個のドメインレコードが含まれています。

技術文書と関連資料

OperaとGoogleは、開発者の支援の点でわずかに異なります。 両社は、詳細なドキュメント、ビデオ、および例を提供しています。 主観的には、Googleのドキュメントを読むのは難しいです。 彼らはハイパーリンクが大好きで、読書は飛び跳ねに変わります。私は段落を読んで、リンクをたどり、段落を読んで、新しいリンクをたどるか、戻ってきます。 Googleとは別のクエスト： ドキュメントページにアクセスして 、拡張機能の公開に関する推奨事項を見つけてください 。 Googleは、拡張機能ではなくアプリケーションにますます注目しています。 公開プロセスの背景情報は、 アプリケーション開発ページにあります 。



Operaは素晴らしいことをしました-アイコンを作成するためのテンプレート。 テンプレートは、PhotoshopまたはInskapeで使用できます。 私はデザインからは程遠いので、このテンプレートを習得するのに時間がかかりましたが、それを感謝しました。 これにより、適切なサイズのアイコンを簡単に作成できます。

ChromeウェブストアとOpera拡張機能

	オペラ	グーグル
拡張機能のローカライズと説明	開発者がすべてのローカライズ言語で説明を入力し、入力フィールドを1つずつ表示するように招待します	1つの入力フィールドのみを表示します。 コンボボックスを使用して別の言語に切り替えます。 私はすぐにこのコンボボックスを見つけられず、何らかの理由でデフォルトの言語でのみ説明を入力できると考えました
スクリーンショット	サイズ要件は1つだけです -スクリーンショットは800x600ピクセル未満である必要があります	1280x800ピクセルの固定サイズのスクリーンショットを撮ることをお勧めします。 さらに、いくつかの広告画像を作成することを提案します。 広告画像のない拡張機能は、検索結果であまり注目されません
拡張の可視性	セクションがあります-新しい到着。 それを通じて、人々は何らかの形で新製品やアップデートについて知ることができます。 このセクションのおかげで、私の拡張機能に正確に気づいたと思います。	新しい拡張機能に関する情報はありません。 公開された拡張機能はすぐに一般的なボイラーに分類され、公式カタログを介して見つけることは非常に困難です

Googleは、URLの役に立たないことに徐々に慣れてきています。 Facebookにアクセスして、検索でFacebookと入力し、リンクをたどる人がいることは間違いありません。 Googleがすべてを記憶している場合、記憶するためにアドレスが必要なのはなぜですか？！ その結果、Chromeディレクトリの拡張機能にはjlmhhcdodlafcgaopokedcaejpbiagkk



という形式の優れた識別子があります。 テキストを読んで、2つのリンクに遭遇してみてください chrome.google.com/webstore/detail/jlmhhcdodlafcgaopokedcaejpbiagkk



chrome.google.com/webstore/detail/jlmhhcdodlafcgaopokedcaejpbiagkk



および chrome.google.com/webstore/detail/iiamfmleocemmjdnbfifnmdgekeokakh



chrome.google.com/webstore/detail/iiamfmleocemmjdnbfifnmdgekeokakh



、どのリンクがどの拡張機能を参照しているかを理解します。 Operaは拡張機能の名前に基づいてリンクを作成します。

人について

人々は、投稿する前にすでに書かれたコメントを読みません。 実際、これはブロガーにとってはニュースではありませんが、それでもニュースです。 Googleフォーラムで同じスレッドを入手してください。 「読者にリンクを返す」というメッセージの99％で構成されています。 このスレッドでは、拡張機能へのリンクを残しました。 誰も彼女に気付いていないようでした。 誰もがリンクの返品について怒って書き続けた。 誰かが別のそのような拡張機能（リンクを交換するだけ）をリリースし、スレッドでそれについても書いています。 小さな発見は、ある人が私の拡張機能を本当に気に入ったということでした。彼は同じグーグルのフォーラムに行って、それについてすべて書いて、リンクを与えました。 私のメッセージとは異なり、彼のメッセージは注目されずにはいられませんでした。



Operaで何度か、人々は3と4の評価をこの理由と理由で書いたと書いています。そして、マウスで見逃して実際に2を設定しました。これは、第一に使いやすさの問題です。 おそらく、Habré（プラスとマイナス）のような評価の方が理解しやすいでしょう。 第二に、拡張機能をユーザーに見やすくするような評価を得られません。 第三に、あなたが格付けについて非常に心配する傾向がある場合、あなたの感情が増加します。

統計

私は検索の巨人からの統計へのアプローチに非常に驚いた。 開発者は、「週あたりのユーザー数」という数を利用できます。 この数字は私にはほとんど語りません。 Googleアナリティクスの厳密な統計情報は、Chromeで引き続き私の拡張機能を使用していることを理解するのに役立ちました。 ただし、Operaでは、ダウンロード数というわかりやすい数字が表示されます。 この図では、拡張の関連性を理解するために追加の統計は必要ありません。 しかし、どちらのブラウザでも、拡張機能を自分でインストールして削除した可能性のある人については何も知りません。 したがって、一般的に、両方のブラウザからのより有益な定期的な統計情報が欲しいです。



PayPalとYandex.Moneyの2つのボタンを寄付用にねじ込みました。 2番目のバージョンが公開されるまでに、寄付はまったくありませんでした。 とても驚いたとは言えません。 ご存知のように、寄付を集めるプロジェクトはほとんどありません。 拡張機能の2番目のバージョンを条件付きで支払いたいと思っていました。すべての機能がインストール後10日で表示されます。 誰かが以前に望んでいた場合、あなたはいくつかの象徴的な金額を支払う必要があります。 私はいくつかのことに立ち止まりました（法人はありません）。 1つは、米国の非居住者に対する適切な支払いシステムの欠如です。 Paypalのみが見つかりました。この口座にはユーロの口座があります。 統計によると、Chromeバージョンの拡張機能のユーザーの大部分は米国出身です。 私は彼らが延長のために1ユーロ、関連する費用のためにもう1年半を支払うことをいとわないだろうと確信しました。 さらに、支払いの受け取りと、支払いに関する情報の信頼できる（手頃な）保存/受け取りを整理する必要がありました。これは、拡張機能のサーバー部分が必要であることを意味します。

2つ目は倫理的な考慮事項です。 私はグーグルとは何の関係もないので、なぜ私は自分自身の時間を費やしていても、それに寄生する必要がありますか？！ 私は経験を積んでおり、完全に自分のものになるものでお金を稼ぐ方が良いです。

バージョンアップ

Chromeはバージョンの自動更新をサポートしていますが、新しいバージョンで必要な権限のリストを変更した場合、自動更新は無効になります。 ユーザーは、新しいバージョンがリリースされたことを自分で確認し、「インストールされているすべての拡張機能を更新する」ボタンを自分で押す必要があります。 Operaでも、状況は似ています。 マニフェストのアクセス権を変更した後、新しいバージョンに関するメッセージは届きませんでした。

まとめ

• クロスブラウザ拡張機能を作成することは非常に可能であり、実際にはそれほど難しくありません。
• 拡張機能は無料であるはずです。 突然利益を上げたい場合、ブラウザ開発者はこれを手伝いません。 利益を得るには、Chrome Web Storeのアプリケーションを検討する必要があります。
• Chromeの場合、広告の横のどこかを考える必要があります。 そうでなければ、誰もあなたの素晴らしい拡張機能について知りません。

リンク： Operaのバージョン、 Chromeの ソースコード 。

UPD： Wimseyは、Operaに自動更新があることを明確にしています 。 テキストが修正されます。