Intention d’abandonner HTTP/2 Push

 (groups.google.com)
1 points par GN⁺ 2024-09-08 | 1 commentaires | Partager sur WhatsApp

Projet de désactivation de HTTP/2 Push

  • Intervenant : Valentin Gosu
  • Date : 5 septembre 2024
Résumé
  • Projet de désactivation de HTTP/2 Push : il est prévu de désactiver HTTP/2 Push sur toutes les plateformes
  • État des autres navigateurs :
    • Safari : il n’existe pas de documentation officielle sur la désactivation de HTTP/2 Push, mais des tests locaux montrent que la version actuelle rejette les flux push
    • Chrome : HTTP/2 Push a été désactivé en septembre 2022 dans Chrome 106, avec rel="preload" et les 103 Early hints recommandés comme alternatives
  • Situation de Firefox :
    • Firefox a pris en charge HTTP/2 Push jusqu’à récemment, mais au cours des derniers mois, des bugs de compatibilité web propres à Firefox causés par HTTP/2 Push ont été identifiés
    • Si les serveurs web et les sites ne sont pas testés sur Firefox, cette fonctionnalité peut faire en sorte qu’un site ne fonctionne pas uniquement sur Firefox
    • HTTP/2 Push sera désactivé, mais l’implémentation restera présente pendant un certain temps
    • Il est probable qu’il soit complètement supprimé avant la branche ESR 140 du printemps prochain
Questions
  • Contact : il est demandé de signaler toute inquiétude éventuelle

# Résumé de GN⁺

  • Désactivation de HTTP/2 Push : explication des raisons pour lesquelles Firefox désactive HTTP/2 Push et de l’état de la fonctionnalité dans les autres navigateurs
  • Problèmes de compatibilité web : l’objectif est de résoudre les problèmes de compatibilité web spécifiques à Firefox causés par HTTP/2 Push
  • Alternatives : rel="preload" et les 103 Early hints sont recommandés comme solutions de remplacement
  • Projets associés : il peut être pertinent d’envisager d’autres technologies ou projets pouvant remplacer HTTP/2 Push

À lire aussi

1 commentaires

 
GN⁺ 2024-09-08
Discussion sur Hacker News

  • Frustration face à l’absence d’excuses de la part de ceux qui voulaient expliquer pourquoi HTTP/2 Push a échoué

    • Des experts de Google ont tenté d’inclure HTTP/2 Push dans la spec
    • Il faut aborder les specs avec prudence

  • Les raisons avancées pour l’échec de HTTP/2 Push n’étaient pas convaincantes

    • Un billet de blog de Jake Archibald pointait des problèmes d’implémentation côté navigateur
    • Les navigateurs prennent déjà en charge les liens preload

  • Il est possible de récupérer les performances avec le démarrage HTTP/3 0-RTT et 103 Early Hints

    • C’est rétrocompatible avec HTTP/1

  • La fin de HTTP/2 Push est regrettable

    • L’implémentation n’a pas été correctement réalisée dans .NET et nginx
    • Le manque de cache digest était un problème
    • Chrome l’a finalement supprimé

  • Firefox ne gère pas correctement HTTP/2 Push

    • Les autres navigateurs l’ignorent, mais Firefox provoque des problèmes

  • Interrogation sur les raisons pour lesquelles HTTP/2 Push n’a pas été largement adopté

    • Cela peut venir d’un manque de support des navigateurs ou de problèmes de compatibilité avec les CDN

  • Il y avait eu des idées pour exploiter HTTP/2 Push avec des API REST

    • Le serveur pourrait récupérer les ressources associées en une seule fois et les pousser au client
    • Cela peut aussi être mis en œuvre avec d’autres mécanismes comme JSON:API

  • Liens vers des articles et des recherches sur HTTP/2 Push

  • Lors d’une conversation avec Mike Belshe, les problèmes de HTTP/2 Push ont été évoqués

    • Le problème d’« over-push » et la difficulté à communiquer avec le cache du navigateur
    • HTTP Early Hints et Resource Hints remplacent la nécessité de HTTP/2 Push