すべての認知的事実 / コンピュータ / ブラウザの通知 - それは何ですか?

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

多くのインターネットユーザーは次のように疑問に思っています。「ブラウザの通知 - それは何ですか?」これは、トランザクションのリクエストが中央サーバーから開始される、インターネットサーフィンの特定のスタイルを反映しています。これは、情報の送信要求が受信者またはクライアントによって開始される逆データ転送とは対照的です。

通知サービスは多くの場合、以下に基づいています。事前に表明された情報の好み。これは出版購読モデルと呼ばれます。クライアントは、サーバーが提供するさまざまな情報「チャネル」を自分自身で「購読」します。これらのチャネルのいずれかで新しいコンテンツが利用可能になると、サーバーはその情報をそのチャネルに転送します。ブラウザーでの通知は、特に実際のリクエストが不可能な環境、たとえば、受信 HTTP/S リクエストを拒否する必要がある深刻なセキュリティポリシーを持つサイトなどで、ポーリング技術を使用してエミュレートされることがあります。

操作の原理

同期会議とインスタントメッセージングメッセージは、通知がどのようなものかを示す典型的な例です。それは何ですか?またどのように機能しますか?チャットメッセージや場合によってはファイルは、メッセージングサービスを使用して受信するとすぐにユーザーにプッシュされます。分散型ピアツーピア接続 LVS と集中型プログラム (IRC や XMPP など) の両方で、ファイルを「プッシュ」できます。これは、データ転送を開始するのは受信者ではなく送信者であることを意味します。

電子メールでも機能します通知 - SMTP プロトコルは、本質的には「プッシュ」です。ただし、メールサーバーからコンピューターへの最後の「ステップ」は、通常、POP3 や IMAP などのロードプロトコルによって実行されます。 IMAP プロトコルには、サーバーがクライアントに新しいメッセージが到着したことを通知できるようにする IDLE コマンドが含まれています。初代 BlackBerry は、アクティブなブラウザ通知を備えた最初の人気のあるデバイスでした。これらのガジェットがどのようなものであるかは、電子メール (無線通信) の操作でわかります。

前に何が起こったのでしょうか？

別の例としては、PointCast ネットワークがあります。1990年代に有名だったもの。株式市場のニュースとデータを提供しました。 Netscape と Microsoft のアプリケーションはどちらも、ブラウザのすべてのバージョンのソフトウェアにこれを統合しましたが、普及することはなく、後に完全に消滅しました。その後、ブラウザは 2000 年代にこの機能を、より高度なブラウザ内通知を備えた購読システムである RSS に置き換えました。ブログ読者なら誰でも、サブスクリプションデータが何であるかを知っています。

通知のその他の使用法Web 対応アプリケーションには、市場データレポート (株価情報)、オンラインチャットおよびメッセージングシステム (WebChat)、オークション、オンライン賭博およびオンラインゲーム、スポーツ賭博、監視コンソールなどが含まれます。

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

IEFTを使った通知は簡単HTTP/2 を使用して即時通知 (着信通話とメッセージに関する) を配信するプロトコル。このプロトコルは、すべてのリアルタイムイベントを 1 つのセッションに結合するため、ネットワークと無線リソースのより効率的な使用が保証されます。単一のサービスがすべてのイベントをまとめて、イベントが到着するとアプリケーションに配布します。これに必要なセッションは 1 つだけなので、時間とトラフィックの無駄が回避されます。

ブラウザでの通知 - 技術的な観点から見ると、どのようなものですか?

HTTP 通知 (ストリーミングとも呼ばれます)HTTP) は、Web サーバーからブラウザにデータを送信するためのメカニズムです。これは、いくつかのメカニズムのいずれかを介して実現できます。通常、Web サーバーは、通知がクライアントに送信された後も接続を閉じません。 Web サーバーは接続を開いたままにし、新しいイベント (メッセージで送信されたデータの変更など) が発生すると、即座に反映されます。それ以外の場合は、次のクライアント要求が受信されるまでイベントをキューに入れる必要があります。

ほとんどの Web サーバーはこの機能を提供しますCGI を使用する (たとえば、Apache のフォーマットされていないスクリプトヘッダー)。このアプローチの基本メカニズムはブロック送信コーディングです。典型的な例は、Odnoklassniki のブラウザーでの通知です。このサイトには何があるのでしょうか？まずは受信したメッセージやいいねの情報です。

代替メカニズム

別のメカニズムには特別な MIME タイプが関係します。これは、複数コンポーネントの置換と呼ばれます。これは 1995 年に Netscape によって初めて導入され、新しいバージョンがサーバーに到着するたびにブラウザがその場でドキュメントを変更しました。現在でも Firefox、Opera、Safari ではサポートされていますが、Internet Explorer では利用できません。このメカニズムは、HTML ドキュメントだけでなく、Web カメラアプリケーションのストリーミング画像にも適用できます。

WHATWG Web アプリケーション 1.0 には、変更されたコンテンツをクライアントに転送するメカニズムが含まれています。このことは、Opera Web ブラウザが Server-SentEvents と呼ばれるこの新しい実験システムを実装した 2006 年 9 月 1 日以来知られています。現在は HTML5 の一部として標準化されています。この方法では、サーバーは永続的な HTTP 接続を使用するため、応答は常に「オープン」のままになり (サーバーが応答を停止しないことを意味し)、事実上ブラウザーを「だます」ことになります。したがって、ページが完全に開いた後、アプリケーションは常に読み込みモードのままになります。その後、サーバーは JavaScript スニペットを定期的に送信してページのコンテンツを更新し、通知を有効にします。この手法を使用すると、クライアントはサーバーへの接続を開いたままにするために Java アプレットやその他のプラグインを必要としません。クライアントはサーバーからの新しいイベントを自動的に通知されます。ただし、この方法の重大な欠点の 1 つは、ブラウザの動作時間をサーバーで制御できないことです。開いているページでタイムアウトが発生した場合は、ページの更新が常に必要になります。

データストレージ

暗記技術自体はそうではありません本当の通知。通知メカニズムをエミュレートできない状況でのみ、通知メカニズムをエミュレートできます。たとえば、受信 HTTP/S リクエストを拒否する必要がある厳しいセキュリティポリシーが適用されているサイトなどです。ここではブラウザでの通知はできません (通知の内容とその仕組みは上に示しています)。この場合、クライアントは通常のリクエストとまったく同じように情報をリクエストしますが、待ち時間が発生するため、サーバーはすぐに応答できません。リクエストの受信時にサーバーがクライアントに対する新しい情報を持っていない場合、空の応答を送信する代わりに、リクエストは開いたまま新しい情報を待ちます。このようなデータが表示されると、すぐに HTTP/S 応答がクライアントに送信され、開いている接続が終了します。

多くの場合、クライアントは応答を受け取った後、すぐに発行します。別のサーバーにリクエストします。したがって、受信リクエストに関連する通常の応答待ち時間 (情報が利用可能になる時間と次の顧客リクエストの間の時間) が排除されます。

XMLソケット

ブラウザ内通知を使用するこの方法は、CBOX および他のチャットアプリケーションで使用されます。単一ピクセルの AdobeFlash ファイルで XML Socket オブジェクトを使用します。 JavaScript 制御の下で、クライアントはサーバー上の単方向ノードへの TCP 接続を確立します。リクエストは読まれないままになり、代わりにノードはすぐに一意の識別子をクライアントに送信します。次に、受信した識別子を含む HTTP リクエストが Web サーバーに対して行われます。その後、Web アプリケーションは、クライアント宛てのメッセージをリレーサーバーのローカルインターフェイスに出力し、フラッシュ経由でメッセージを中継します。このアプローチの利点は、自然な読み取りと書き込みの非対称性を利用できることです。

これは、以下を含む多くの Web アプリケーションで一般的です。チャットの数が増加し、その結果、高い効率が保証されます。発信ソケット上のデータを受け入れないため、サーバーは発信 TCP 接続を要求する必要がなく、これにより数万の同時接続が可能になります。これは、サイトの一部のサービスで Odnoklassniki のブラウザーで通知が行われる方法です。