Zukünftige Versionen von Firefox und Chromium könnten wichtige Änderungen vornehmen.

Erstens ist in Firefox 66 für Desktops die automatische Wiedergabe von Video und Ton auf allen Seiten standardmäßig blockiert. Der Mozilla Hacks-Blog warnt Entwickler im Voraus . Die Wiedergabe von Video und Ton ist nur über die HTMLMediaElement API und erst nach Interaktion des Benutzers mit der Seite (Mausklick, Tastenklick oder Berühren des Touchscreens) zulässig.

In Chrom können noch interessantere Änderungen auftreten.

Gleichzeitig ist die automatische Wiedergabe von Videos mit gedämpftem Ton zulässig. Für solche Inhalte müssen Sie das Attribut "stumm" für HTMLMediaElement "true" HTMLMediaElement . Der Screenshot zeigt, dass Benutzer die Soundblockierung für einzelne Websites manuell deaktivieren können.

In Firefox für Android ersetzt die neue Implementierung den vorhandenen Mechanismus zur automatischen Blockierung der Wiedergabe.

Technisch gesehen blockiert Firefox den Aufruf von HTMLMediaElement.play() von HTMLMediaElement.play() und gibt einen NotAllowedError Fehler zurück. Alle Browser mit ähnlichen Funktionen tun dasselbe. Dementsprechend sollten Webentwickler nicht davon ausgehen, dass der Aufruf von play() immer erfolgreich sein wird. Um ein Blockieren zu vermeiden, werden zwei Optionen empfohlen. Erstens: Starten Sie die Wiedergabe von Inhalten in Verbindung mit einem Ereignishandler, z. B. KeyboardEvent auf dem Desktop oder Touchend für Android. Zweitens: Starten Sie die automatische Wiedergabe ohne Ton (standardmäßig aktiviert) und zeigen Sie dem Benutzer eine Schaltfläche zum Einschalten des Tons.

Die endgültige Version von Firefox 66 soll am 19. März 2019 veröffentlicht werden , sodass Entwickler Zeit haben, sich vorzubereiten.

Mozilla arbeitet derzeit an der automatischen Blockierung von Web-Audio- Inhalten: Dies wird bis Ende 2019 versprochen.

Webseitenbudget

Änderungen an Chrom werden derzeit noch diskutiert. Nicht die Tatsache, dass das entsprechende Commit in der Hauptniederlassung enthalten sein wird. Aber die Idee ist sehr interessant.

Am 4. Februar 2019 führte einer der Entwickler, Alex Russell, das Commit 1265506 („Never-Slow Mode“) ein . Er schlägt vor, einen zusätzlichen Modus in den Browser --enable-features=NeverSlowMode , der das Budget jeder Webseite begrenzt und so ein schnelles Laden garantiert.

Alex Russell ist einer der führenden Entwickler von Chrome, Blink und der Webplattform bei Google, der Autor des Artikels „Können Sie es sich leisten? Das Budget der Webproduktivität in der realen Welt ", dessen Übersetzung auf Habré veröffentlicht wurde.


Illustration aus einem Artikel von Alex Russell

Vorgeschlagenes Budget:

• Volumen eines Bildes: 1 MB
  
• Das Volumen aller Bilder: 2 MB
  
• Ein CSS-Stylesheet: 100 KB
  
• Alle CSS-Stylesheets: 200 KB
  
• Maximale Skriptgröße: 50 KB

Natürlich wird der Benutzer diese Funktion nach Belieben einbinden. Wenn Sie beispielsweise über eine langsame Internetverbindung, auf einem schwachen Gerät (veralteter Computer) usw. arbeiten, gewährleistet das Budgetlimit ein schnelles Laden und keine Bremsen, erhöht jedoch gleichzeitig die Wahrscheinlichkeit, dass die Seite nicht bis zum Ende geladen wird.

Offensichtlich sollte das Budget regelmäßig überprüft werden, wobei der Schwerpunkt auf der Ladezeit der Seite liegt.

Adipositas-Websites

Seitenbudgetierung ist eine gute Idee. Viele Benutzer und Spezialisten stellen fest, dass Programme und Webanwendungen im Laufe der Jahre trotz einer deutlichen Steigerung der Computerleistung überhaupt nicht schneller werden.

Aus irgendeinem Grund wachsen Anwendungsanforderungen schneller als die Hardwareleistung. Infolgedessen wird Software jedes Jahr langsamer und Websites werden fett .

Der Trend geht dahin, dass Software überhaupt nicht schneller und funktionaler wird. Wir erhalten schnellere Geräte, bei denen Software mit denselben Funktionen langsamer als zuvor umschaltet. Alles arbeitet viel langsamer als die Höchstgeschwindigkeit. Haben Sie sich jemals gefragt, warum Ihr Telefon 30 bis 60 Sekunden lang startet? Warum kann es nicht in einer Sekunde booten? Es gibt keine physischen Einschränkungen. Persönlich würde mir das gefallen. Ich möchte, dass die Entwickler das Limit erreichen und jedes Bit für die Leistung nutzen. - Aus dem Artikel "Meine Enttäuschung über Software"

Vielleicht hilft ein Webseitenbudget, das Problem zu lösen, wenn andere Chromium-Entwickler Russells Commit zustimmen.

---