帯域幅とバッテリー電力を浪費し、システム管理者を苛立たせる方法

 (rachelbythebay.com)
2 ポイント 投稿者 GN⁺ 2024-06-30 | 1件のコメント | WhatsAppで共有

関連記事

1件のコメント

 
GN⁺ 2024-06-30
Hacker News のコメント

  • 最後にリンクされている Issue は自分が書いたものだけど、妙なデジャヴだった。そのとき問題を掘り下げていて、かなりおかしな挙動を見つけた
    基本的に Firefox は、その Web サイトで開いているタブ数の 4倍の favicon を読み込み、タブを開いたり閉じたりするたびにそれを繰り返していた
    https://aggressivelyparaphrasing.me/2022/12/12/why-does-my-l...
    この問題はかなり前に解決済みなので、症状は似ていても根本原因が違うか、まだ古いバージョンを使っている人がいるのかもしれない

    • WordPress は 404 の処理が本当に遅いのかもしれない。自分のログを見ても、ボットがランダムな URL で脆弱性を探る流れがずっとあるので、それでもちゃんと動いていることのほうがむしろ驚き

  • オープンソースプロジェクトで、GitHub に技術的な論点についての良い議論がある[1]。タブを何百個も開きっぱなしにするような特定のユーザー行動とも関係しているかもしれないが、iOS の中にブラウザを押し込む複雑さも間違いなく影響していそう
    砂場に掘削機を入れて操縦しているような感じ
    [1] https://github.com/mozilla-mobile/firefox-ios/issues/12113

    • こういうリクエストがどうやって Web サーバーを壊すほど になるのかも気になる。フィードと favicon をリクエストしているだけで、どちらも CDN でキャッシュできる
      キャッシュしないとしても、HN で別のページが人気記事になったときと比べてトラフィックがどれほど大きいのかと思う。無駄なのは確かだが、そこまで大ごとには見えない
    • Chrome のタブを何百個開いても、こんなことはまったく起きない。iOS Safari でうっかりタブを何百個も開きっぱなしにしても、こんなことは起きない
      明らかなアプリケーションのバグを ユーザーのせい にしないでほしい
    • タイトルを見た瞬間、Web 全体を這い回る LLM スクレイパーやボット が思い浮かんだ。そのうち AIphone 上で直接動き回るのかもしれない
    • iOS のすべてのブラウザは Apple のブラウザエンジンを使っていて、Android も同じだと思っていた
      つまり単なるスキンだと思っていた

  • iOS の Firefox は、Apple が携帯電話上で他のブラウザエンジンを許可していないので Safari にスキンをかぶせただけだと思っていた
    Android の Firefox は プラグイン対応 のおかげで素晴らしいが、それでも 2021 年以前の UI のほうが良かった

    • 兄弟コメントがかなり否定的なので自分の経験も付け加えると、内部で何が起きているのかは分からないが、少なくとも書き直し前の数年間は Android Firefox のユーザー体験をいつも良いものだと見ていた
      携帯電話で Web を見るのは好きではないが、それでも何とか耐えられるものにしてくれていた。内部の問題については自分には言えないが、当然気にかける価値のある話だ
    • Android の Firefox は自分にとって救世主みたいなもの。秘訣はモバイルでも uBlock Origin と NoScript をインストールできること
      この二つなしで Web を見ている人を見ると衝撃を受ける。人々が自分の注意力をあれほど奪われるままにしているのは、ばかげているほどだ
    • Android の Firefox は素晴らしくはない。何年もの間、ユーザーエージェント に携帯電話の正確なモデル名が入っていた
      無能に見える。訂正すると、言い方が少しきつかったし、特定の社員ではなく会社についての話だ。Google が望むまさにその状態だ。独占問題ではもっともらしい否認可能性を与えつつ、代替手段はひどいものにしておくこと
    • iOS はブラウザに OS が提供する WebKit を使うよう要求しているが、独自のネットワーキング層を使ったり、拡張機能のようにスクリプト注入を自前で行ったりすることは可能。Orion がそういう方式
      iOS 版 Firefox は以前 Alamofire をネットワーキングエンジンとして使っていたが、ある時点で NSURLSession/URLSession に切り替えた。iOS 版 Chrome は Chromium のネットワーキングスタックから切り離された Cronet を使っているが、最近の開発には追随していないので今もそうなのかは分からない
    • iOS の Firefox が Safari にスキンをかぶせたものなのはその通り。それでも一部のトラッキング/広告コンテンツは避けるので、ある程度は違う動作をする
      ただ、それがそんなに厄介なら favicon を追加すればいい。ちなみに自分は iOS で Firefox をよくテストしているが、この現象は見たことがない

  • このサイトの著者はたいてい、愚かなことをした大手商業企業について書くときはかなり頑張って名前を伏せるのに、Firefox のときは実名を書く。ふむ

    • 著者は自分の雇用主を伏せている。エンドユーザーとして発見したものについては名前をそのまま書いている
    • 問題のブラウザを明かさなければ、記事自体に意味がなくなる
    • フィードでずっと読んできた立場からすると、特にそうでもなく、特定の場合だけだ

  • 昔 Internet Explorer でも似たようなことがあった記憶がある。favicon をリクエストしたが当時は設定していなかったので 404 ページが返り、それがまた favicon リクエストを誘発しているように見えた

  • 興味深くはある。ユーザー体験だけで見ると iPhone 用 Firefox は本当に素晴らしいアプリで、ここ数年ずっと自分の好みのブラウザだ

    • 実質的に Safari のスキン でもそうなの？

  • favicon が個別ディレクトリの一部であるわけではない。もしそうなら愚かな設計だっただろう
    パスごとの favicon は実際に機能っぽく聞こえる

    • 実際に機能だ
      https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes...
    • 最近はアイコンを指定するタグを定義すればかなり簡単。ファイルが正しい場所にあることを期待する方式とは違う
    • パスごとの favicon が必要になるユースケースを少なくともいくつか挙げられる？
    • ずっと昔に pragma no-cache とリファラ確認で実装したことがある。完璧ではなかったが、ほとんどのユーザーには動いた
    • それこそが筆者の言っている要点だ

  • favicon リクエストを完全に無効化する方法は https://stackoverflow.com/q/1321878/961353 にいくつか提案がある

  • iPhone で Firefox を使っている。すみません
    それでもたぶん 生成 AI であれこれするよりはエネルギーを無駄にしていないと思う

  • バグを探したい人のためにコードの場所を残しておく: https://github.com/mozilla-mobile/firefox-ios/tree/main/Brow...