ブラウザの通知 - それは何ですか？

多くのインターネットユーザーは、「ブラウザーでの通知 - これは何ですか？」中央サーバーからトランザクションの要求が開始される特定のスタイルのインターネットサーフィンが表示されます。これは、情報の転送の要求が受信者またはクライアントによって開始されるデータの逆方向とは対照的です。

通知サービスは、多くの場合、事前に表現された情報プリファレンス。これは、パブリケーションサブスクリプションモデルと呼ばれます。クライアントは、サーバによって提供される様々な情報「チャネル」を「書き出す」。これらのチャンネルのいずれかで新しいコンテンツが利用可能になると、サーバーはこの情報をそのチャンネルに送信します。ブラウザーでの通知は、特にHTTP / S要求の着信を拒否する重大なセキュリティーポリシーを持つサイトなど、実際の要求が不可能な状況では、ポーリング手法をエミュレートすることがあります。

操作の原理

同期会議とインスタントメッセージングメッセージは、通知の外観の典型的な例です。それは何ですか？それはどのように機能しますか？チャットメッセージや、時にはファイルはすぐに彼らは、メッセージングサービスによって受信されるように、ユーザーにプッシュされています。どちらの分散型ピア・ツー・LVSと（例えばIRCやXMPPなど）の集中プログラム「プッシュ」ファイルを許可。これは、送信者の名前が受信者ではなく、データ転送を開始することを意味します。

電子メールは通知 - SMTPプロトコルは、本質的には「プッシュ」です。しかし、コンピュータ上のメールサーバーからの最後の「ステップ」は、通常、POP3やIMAPなどの負荷プロトコルを作成します。 IMAPプロトコルにはIDLEコマンドが含まれているため、サーバーは新しいメッセージをクライアントに通知できます。オリジナルのBlackBerryは、ブラウザでの通知が積極的に行われた最初の人気デバイスでした。これらのガジェットには何がありますか？電子メールの作業（ワイヤレス通信あり）で見ることができます。

以前は何でしたか？

もう1つの例は、PointCastネットワークです。これは1990年代に知られていた。それは株式市場に関するニュースとデータを提供した。 NetscapeとMicrosoftの両方のアプリケーションは、ブラウザの各バージョンのソフトウェアにそれを統合しましたが、それは決して人気がなく、後で完全に姿を消しました。ブラウザーは2000年代にこの機能をRSSベースのサブスクリプションシステムに置き換えました。そこにはブラウザーにより良い通知があります。購読データとは？ブログの読者は誰でも知っています。

他の通知の用途Webアプリケーションのサポートには、市場データ（株式相場）、オンラインチャットルームとメッセージングシステム（WebChat）、オークション、オンライン賭けとゲーム、スポーツ賭博、監視コンソールなどに関する情報が含まれます。

ブラウザの通知 - 今日は何ですか？

IEFTによる通知は簡単ですHTTP / 2を使用してインスタント通知（着信コールとメッセージについて）を行うプロトコル。このプロトコルは、1つのセッションですべてのリアルタイムイベントを組み合わせることで、ネットワークと無線リソースの効率的な使用を保証します。 1つのサービスですべてのイベントが統合され、到着時にアプリケーションに配布されます。これには1つのセッションしか必要なく、不要な時間とトラフィックを回避できます。

ブラウザでの通知 - これは技術的な観点からは何ですか？

HTTP通知（ストリーミングHTTP）は、Webサーバーからブラウザーにデータを送信するためのメカニズムです。それは、いくつかのメカニズムのいずれかによって達成することができます。通常、Webサーバーは、通知がクライアントに送信された後に接続を終了しません。 Webサーバーは接続を開いたままにしておき、新しいイベントが発生した場合（メッセージに送信されたデータを変更する場合など）、即座に表示されます。それ以外の場合は、次のクライアント要求が受信されるまでイベントをキューに入れなければなりません。

ほとんどのWebサーバーは、この機能をCGIを使用して（例えば、Apache上に書かれていないスクリプトヘッダー）。この手法の基本的なメカニズムは、伝送のブロック符号化である。典型的な例は、Odnoklassnikiのブラウザでの通知です。このサイトでは何ですか？まず、着信メッセージと「好き」に関する情報です。

代替メカニズム

もう1つのメカニズムは、特別なタイプのMIMEに関連付けられています。これは多成分置換と呼ばれる。 Netscapeによって1995年に初めて導入されたのは、新しいバージョンがサーバーに送信されるたびに、ブラウザが「オンザフライ」で文書を変更したときです。 Firefox、Opera、Safari、および今日でもサポートされていますが、Internet Explorerでは使用できません。このメカニズムは、HTMLドキュメントにも、Webカメラアプリケーションでストリーミングイメージにも適用できます。

WHATWG Webアプリケーション1。0には、変更されたコンテンツをクライアントに送るメカニズムが含まれています。 2006年9月1日以来、OperaはWebブラウザにServer-SentEventsという新しい実験システムを導入したことで知られています。現在、HTML5の一部として標準化されています。この方法では、サーバは永続的なHTTP接続を使用し、結果的に一定の「オープン」応答（サーバは応答を停止することはない）をもたらし、ブラウザを効果的に「不正にする」。したがって、アプリケーションは、ページがすでに完全に開いた後、常にダウンロードモードのままです。次に、サーバーは定期的にJavaScriptスニペットを送信してページの内容を更新し、通知機能を提供します。この手法を使用すると、クライアントはサーバーへのオープンな接続を維持するためにJavaアプレットや他のプラグインを必要とせず、クライアントは自動的にサーバーからの新しいイベントの通知を受け取ります。しかし、この方法の重大な欠点の1つは、ブラウザの実行時間に対するサーバー制御の欠如です。開いているページにタイムアウトがある場合は、常にページを更新する必要があります。

データストレージ

記憶の技法はそれ自体ではありません真の通知。可能でない場合にのみ通知メカニズムをエミュレートできます。たとえば、HTTP / S要求の着信を拒否する必要のあるセキュリティポリシーが要求されるサイトでは、ここでは、ブラウザに通知することは不可能です（それは何で、どのように動作するのですか？上記に示されています）。この場合、クライアントは通常の要求と同じように正確に情報を要求しますが、待機するため、サーバーは即座に応答できません。空の応答を送信するのではなく、要求が受信されたときにサーバーにクライアントに関する新しい情報がない場合、要求は新しい情報を待機している間は開いたままです。このようなデータが表示された後、すぐにオープン接続を完了したHTTP / S応答をクライアントに送信します。

応答を受信した後、クライアントはしばしば問題を直ちに発行します別のサーバーに要求します。したがって、要求の受信に関連する通常の応答遅延時間（情報が利用可能になってから次のクライアント要求までの時間）が排除される。

XMLソケット

ブラウザでの通知このメソッドは、CBOXやその他のアプリケーションでチャットに使用されます。これは、1ピクセルのAdobeFlashファイルでXMLソケットオブジェクトを使用します。 JavaScriptの制御下で、クライアントはサーバ上のユニキャストノードへのTCP接続を確立します。要求は未読のままであり、ノードはただちにクライアントに一意の識別子を送信します。次に、受信した識別子を含むWebサーバーにHTTP要求が行われます。 Webアプリケーションは、クライアント宛てのメッセージをFlash経由で渡すローカルリレーサーバーインターフェイスに発行できます。このアプローチの利点は、読み書きの自然な非対称性を使用することです。

これは、多くのWebアプリケーションで一般的です。その結果、高効率を提供します。送信ソケットのデータを受け入れないため、サーバーは送信TCP接続を要求する必要はなく、これにより数万の同時接続を確立することができます。これは、サイトの一部のサービスで、「Odnoklassniki」のブラウザでの通知がどのように行われるかを示しています。