「 HTTP持続的接続 」について読みましたが、どういうわけか、このコンテキストで持続的が何を意味するのか理解していないようです。
詳しく説明してもらえますか?
これまでのすべての議論は、ブラウザ側からのものでした。ブラウザは最初に実際のページを要求し、ページを解析して、そのページをレンダリングする前に必要な他のすべてのリソースを見つけます。ブラウザは、これらのリソースとその他の依存リソースを1つずつ要求します。したがって、接続の作成と破棄のオーバーヘッドが回避されるため、永続的な接続を維持することはここでは非常に効率的です。
Webサーバー側から見ると、永続的な接続とは、コンテンツをWebブラウザーに「プッシュ」できる接続のことです。現在、HTTPはこれをサポートしていません。したがって、基本的にしばらくするとページが更新されるjavascriptの回避策はほとんどありません。
これは、新しいメールをバックグラウンドで継続的にチェックし続ける多くのWebベースの電子メールプロバイダーによって使用されているトリックであることがわかります。これにより、新着メールが到着すると、サーバーが新着メール通知をWebブラウザに「プッシュ」するように感じられます。しかし実際には、サーバーに新着メールがないかチェックし続けるWebブラウザです。
また、私が言いたいもう1つのポイントは、リクエストによってページの特定の部分のみを更新できる別のトリックが原因で、実際にはページの更新が表示されないことです。 (ヒント:AJAX)
これは、サーバーが応答のプッシュを終了するとソケットを閉じないことを意味します(したがって、応答の長さは、ヘッダーまたはチャンクを介して別の方法で示す必要があります)。そのため、クライアントは同じソケットで他の要求を行うことができます。 Webページは、ページ自体と同じサーバー上で他のいくつかの部分(画像、CSS、スクリプトなど)を要求することが多いため、同じサーバーへのそれらの要求の一部にソケットを再利用すると、を閉じるよりも全体的な遅延を減らすことができます。元のソケットと、後続のすべての要求に対して新しいソケットを開きます。
これは、Webサイトブラウザのhttpまたはhttpsの切り替えだと思います。古いhttps://があり、ブラウザの.htaccessファイルにhttpを使用している場合、この問題は、yoastプラグインの1ページのクロールページを介して作成されるはずです。重要なエラーではないことを心配しないでください。ハッカーにとって、これは、SSL接続が空の場合に、Webサイトをハッキングする方法です。SSL接続にページまたはドメインを添付する必要があります。eb http://www.example.com そしてあなたが閲覧するとき- https://www.example.com ブラウザには、サイトドメインを開くための他のリンクがあります。
このための解決策は、常にWebサイトの完全なアドレスを使用します。Webサイトからハッカーを保護するには、WebサイトにSSLとhttps:/ページを使用します。
その場合、この問題はどのテストサイトやページにも見られません。