アカウント名:
パスワード:
HTTP/2 は Google の SPDY がもとになるなど、RFC制定にもGoogleが関わっている、Googleの陰謀ともいえる規格です。実は、HTTP/2 の 広告ブロックが困難というか事実上不可能になるというデメリット(Googleにとっては最大限のメリットであることから)が隠されています。Google は 表向きはユーザのプライバシーを理由に TLS 化を推進していますが、裏に広告ブロックを妨害したいという陰謀が隠れていると思います。
まず、Microsoft が反対したこともあって RFC では TLS は必須とはなりませんでしたが、Chrome と Firefox(Firefox の最大のスポンサーは残
AdBlockはブラウザがページをデコードした結果に介入しているのだから普通にブロックできますが。むしろ中間の土管にそんな介入許すほうが恐ろしい。広告をブロックできるということは自社の広告に差し替えもできるということ
わたしも,コンテンツの破棄や拒否といったブロックは,クライアント・サイドがやるべきことで,プロクシには触って欲しくないと考えている人間です。もし中間でやるとしても,ユーザと目的のサイトの間に挟むのは管理化にあるサーバになると思います。
最後に転送量の問題はのこりますが,あまりに多くの量をプッシュする広告は,ポップアップ広告のように淘汰されていくのではないかと思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
HTTP/2 では広告ブロックが困難、というか不可能になる (スコア:5, 参考になる)
HTTP/2 は Google の SPDY がもとになるなど、RFC制定にもGoogleが関わっている、Googleの陰謀ともいえる規格です。実は、HTTP/2 の 広告ブロックが困難というか事実上不可能になるというデメリット(Googleにとっては最大限のメリットであることから)が隠されています。Google は 表向きはユーザのプライバシーを理由に TLS 化を推進していますが、裏に広告ブロックを妨害したいという陰謀が隠れていると思います。
まず、Microsoft が反対したこともあって RFC では TLS は必須とはなりませんでしたが、Chrome と Firefox(Firefox の最大のスポンサーは残
Re:HTTP/2 では広告ブロックが困難、というか不可能になる (スコア:0)
AdBlockはブラウザがページをデコードした結果に介入しているのだから普通にブロックできますが。
むしろ中間の土管にそんな介入許すほうが恐ろしい。広告をブロックできるということは自社の広告に差し替えもできるということ
Re: (スコア:0)
わたしも,コンテンツの破棄や拒否といったブロックは,クライアント・サイドがやるべきことで,プロクシには触って欲しくないと考えている人間です。
もし中間でやるとしても,ユーザと目的のサイトの間に挟むのは管理化にあるサーバになると思います。
最後に転送量の問題はのこりますが,あまりに多くの量をプッシュする広告は,ポップアップ広告のように淘汰されていくのではないかと思います。