Absicht zur Einstellung von HTTP/2 Push

 (groups.google.com)
1 Punkte von GN⁺ 2024-09-08 | 1 Kommentare | Auf WhatsApp teilen

Plan zur Deaktivierung von HTTP/2 Push

  • Vortragender: Valentin Gosu
  • Datum: 5. September 2024
Zusammenfassung
  • Plan zur Deaktivierung von HTTP/2 Push: HTTP/2 Push soll auf allen Plattformen deaktiviert werden
  • Status anderer Browser:
    • Safari: Es gibt keine offiziellen Informationen zur Deaktivierung von HTTP/2 Push, aber lokale Tests zeigen, dass die aktuelle Version Push-Streams ablehnt
    • Chrome: HTTP/2 Push wurde im September 2022 mit Chrome 106 deaktiviert; als Alternativen werden rel="preload" und 103 Early Hints empfohlen
  • Situation bei Firefox:
    • Firefox unterstützte HTTP/2 Push bis vor Kurzem, in den letzten Monaten wurden jedoch Webkompatibilitätsfehler entdeckt, die durch HTTP/2 Push verursacht werden und nur in Firefox auftreten
    • Wenn Webserver und Websites nicht mit Firefox getestet werden, kann diese Funktion dazu führen, dass eine Website nur in Firefox nicht funktioniert
    • HTTP/2 Push soll deaktiviert werden, die Implementierung wird jedoch vorerst bestehen bleiben
    • Eine vollständige Entfernung ist voraussichtlich vor dem ESR-140-Branch im kommenden Frühjahr wahrscheinlich
Rückfragen
  • Rückfrage: Bei Bedenken wird darum gebeten, diese mitzuteilen

# GN⁺-Zusammenfassung

  • Deaktivierung von HTTP/2 Push: Es wird erklärt, warum Firefox HTTP/2 Push deaktiviert und wie der Status in anderen Browsern ist
  • Webkompatibilitätsprobleme: Ziel ist es, Firefox-spezifische Webkompatibilitätsprobleme zu beheben, die durch HTTP/2 Push entstehen
  • Alternativen: rel="preload" und 103 Early Hints werden als Alternativen empfohlen
  • Verwandte Projekte: Es können andere Technologien oder Projekte in Betracht gezogen werden, die HTTP/2 Push ersetzen könnten

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-09-08
Hacker-News-Kommentare

  • Es gibt Unmut darüber, dass sich niemand bei denen entschuldigt hat, die versucht hatten zu erklären, warum HTTP/2 Push scheitern würde

    • Google-Experten wollten HTTP/2 Push in die Spezifikation aufnehmen
    • An Spezifikationen sollte konservativ herangegangen werden

  • Die Begründung für das Scheitern von HTTP/2 Push war nicht überzeugend

    • Ein Blogbeitrag von Jake Archibald wies auf Probleme bei der Browser-Implementierung hin
    • Browser unterstützen bereits preload-Links

  • Mit HTTP/3-0-RTT-Start und 103 Early Hints lässt sich die Geschwindigkeit wiederherstellen

    • Rückwärtskompatibel zu HTTP/1

  • Das Ende von HTTP/2 Push ist bedauerlich

    • In .NET und nginx wurde es nicht richtig implementiert
    • Das Fehlen von Cache Digests war das Problem
    • Chrome hat es schließlich entfernt

  • Firefox kann HTTP/2 Push nicht ordentlich verarbeiten

    • Andere Browser ignorieren es, aber Firefox verursacht Probleme

  • Es gibt Fragen dazu, warum HTTP/2 Push nie breit angenommen wurde

    • Möglich sind mangelnde Browser-Unterstützung oder Kompatibilitätsprobleme mit CDNs

  • Es gab die Idee, HTTP/2 Push für REST APIs zu nutzen

    • Der Server könnte zusammengehörige Ressourcen auf einmal holen und an den Client pushen
    • Das ließe sich auch mit anderen Mechanismen wie JSON:API umsetzen

  • Es werden Artikel und Forschungslinks zu HTTP/2 Push bereitgestellt

  • In einem Gespräch mit Mike Belshe wurden die Probleme von HTTP/2 Push diskutiert

    • Das Problem des „Over-Push“ und die Kommunikationsprobleme mit dem Browser-Cache
    • HTTP Early Hints und Resource Hints ersetzen die Notwendigkeit von HTTP/2 Push