it-swarm.com.de

Wird das Kombinieren / Verketten von CSS- und JS-Techniken als veraltet angesehen?

Google empfahl den Webmastern, externe CSS- und JS-Dateien zu kombinieren, um die Seitengeschwindigkeit zu verbessern. Eine dieser Seiten war hier: https://developers.google.com/speed/docs/best-practices/rtt#CombineExternalCSS In der Zwischenzeit wurde sie umgeleitet und ich kann anscheinend keine zwischengespeicherte Version finden dieser Seite.

Diese Empfehlung scheint nun aus Google Guidelines verschwunden zu sein, und Plattformen wie GTMetrix ("PageSpeed: Externes CSS kombinieren (veraltet)") und Lösungsanbieter wie Kinsta ("Externes CSS in WordPress kombinieren") erwähnen, dass diese Technik veraltet ist.

Ist es in der Tat veraltet und sollten wir uns darüber keine Gedanken mehr machen (vorausgesetzt, die Best Practices werden eingehalten)?

4
Serge

Es ist immer noch eine gute Sache. Durch das Anfordern von Dateien nacheinander werden zusätzliche Verzögerungen wie die Zeit zum Senden der Anforderung und die Zeit zum ersten Byte (für jede andere Anforderung) hinzugefügt, die zusammen eine zusätzliche Sekunde (oder mehr) Verzögerung zur Folge haben können. Abgesehen davon ist es auch eine gute Idee, Ihre Dateien in kritische und nicht kritische Dateien zu trennen. Laden Sie zuerst die kritischen Dateien und den Rest nach dem Laden der Seite herunter.

Angesichts der Tatsache, dass die Akzeptanz von HTTP/2 zunimmt (fast 30% der Top-10-Millionen-Websites seit Juli 2018), würde ich keine großen Anstrengungen unternehmen. Mit HTTP/2 müssen Sie sich nicht mehr mit solchen Implementierungsdetails befassen. Sie müssen sicherstellen, dass Ihr Host in der Lage ist, Inhalte über HTTP/2 bereitzustellen, um die Vorteile zu nutzen.

Aus Wikipedia:

Effiziente Websites minimieren die Anzahl der zum Rendern einer gesamten Seite erforderlichen Anforderungen, indem sie Ressourcen wie Bilder und Skripte minimieren (die Codemenge reduzieren und kleinere Codeteile in Bündel packen, ohne die Funktionsfähigkeit zu beeinträchtigen). Die Minimierung ist jedoch weder bequem noch effizient und erfordert möglicherweise separate HTTP-Verbindungen, um die Seite und die minimierten Ressourcen abzurufen. HTTP/2 ermöglicht es dem Server, Inhalte zu "pushen", dh mit Daten auf mehr Abfragen als vom Client angefordert zu antworten. Auf diese Weise kann der Server Daten bereitstellen, von denen er weiß, dass ein Webbrowser eine Webseite rendern muss, ohne darauf zu warten, dass der Browser die erste Antwort überprüft, und ohne den Overhead eines zusätzlichen Anforderungszyklus.

Zusätzliche Leistungsverbesserungen im ersten Entwurf von HTTP/2 (bei dem es sich um eine Kopie von SPDY handelte) resultieren aus dem Multiplexen von Anforderungen und Antworten, um das Problem des Blockierens der Kopfzeile in HTTP 1 (auch bei Verwendung von HTTP-Pipelining) und der Kopfzeilenkomprimierung zu vermeiden und Priorisierung von Anfragen. HTTP/2 unterstützt den Chunked-Transfer-Encoding-Mechanismus von HTTP 1.1 nicht mehr, da es seine eigenen, effizienteren Mechanismen für das Daten-Streaming bietet.

2
Pedro