Versi Firefox dan Chromium yang akan datang dapat membuat perubahan penting.

Pertama, di Firefox 66 untuk desktop, pemutaran otomatis video dan suara di semua halaman diblokir secara default. Blog Mozilla Hacks memperingatkan pengembang terlebih dahulu . Pemutaran video dan suara hanya diperbolehkan melalui API HTMLMediaElement dan hanya setelah pengguna berinteraksi dengan halaman (klik mouse, klik tombol atau sentuh pada layar sentuh).

Di Chromium, perubahan yang lebih menarik mungkin terjadi.

Pada saat yang sama, pemutaran video otomatis dengan suara teredam diperbolehkan. Untuk konten seperti itu, Anda perlu mengatur atribut "mute" menjadi true untuk HTMLMediaElement . Tangkapan layar menunjukkan bahwa pengguna dapat mematikan pemblokiran suara secara manual untuk masing-masing situs.

Di Firefox untuk Android, implementasi baru akan menggantikan mekanisme pemblokiran playback otomatis yang ada.

Secara teknis, Firefox memblokir panggilan play() dari HTMLMediaElement.play() , mengembalikan kesalahan NotAllowedError . Semua browser dengan fungsi yang sama melakukan hal yang sama. Karenanya, pengembang web tidak boleh berasumsi bahwa panggilan untuk play() akan selalu berhasil. Untuk menghindari pemblokiran, dua opsi direkomendasikan. Pertama: mulai memutar konten bersamaan dengan pengendali acara, misalnya, KeyboardEvent di desktop atau touchend untuk Android. Kedua: mulai putar otomatis tanpa suara (diaktifkan secara default) dan perlihatkan pengguna tombol untuk menyalakan suara.

Versi final Firefox 66 dijadwalkan rilis pada 19 Maret 2019 , sehingga pengembang punya waktu untuk bersiap.

Mozilla saat ini bekerja pada pemblokiran otomatis konten Audio Web : dijanjikan hingga akhir 2019.

Anggaran Laman Web

Perubahan pada Chromium masih dalam diskusi. Bukan fakta bahwa komit yang sesuai akan dimasukkan dalam cabang utama. Tapi idenya sangat menarik.

Pada 4 Februari 2019, salah satu pengembang, Alex Russell, memperkenalkan 1265506 commit ("Never-Slow Mode") . Dia menyarankan untuk memperkenalkan mode tambahan --enable-features=NeverSlowMode ke dalam browser, yang akan membatasi anggaran setiap halaman web , sehingga menjamin pemuatan yang cepat.

Alex Russell adalah salah satu pengembang terkemuka Chrome, Blink dan platform web di Google, penulis artikel “Bisakah Anda membelinya? Anggaran produktivitas web di dunia nyata ", yang terjemahannya diterbitkan di Habré.


Ilustrasi dari sebuah artikel oleh Alex Russell

Anggaran yang disarankan:

• Volume satu gambar: 1 MB
  
• Volume semua gambar: 2 MB
  
• Satu lembar gaya CSS: 100KB
  
• Semua Lembar Gaya CSS: 200 KB
  
• Ukuran skrip maksimum: 50 KB

Secara alami, pengguna akan memasukkan fungsi ini sesuka hati. Misalnya, jika Anda bekerja melalui koneksi Internet yang lambat, pada perangkat yang lemah (komputer usang), dll. Batas anggaran menjamin pemuatan yang cepat dan tidak ada rem, tetapi pada saat yang sama meningkatkan kemungkinan bahwa halaman tidak akan memuat sampai akhir.

Jelas, anggaran harus ditinjau secara berkala, dengan fokus pada waktu buka halaman.

Situs Obesitas

Penganggaran halaman adalah ide yang bagus. Banyak pengguna dan spesialis mencatat bahwa selama bertahun-tahun, program dan aplikasi web tidak menjadi lebih cepat sama sekali, meskipun ada peningkatan kinerja komputer yang signifikan.

Untuk beberapa alasan, permintaan aplikasi tumbuh lebih cepat daripada kinerja perangkat keras. Akibatnya, perangkat lunak menjadi lebih lambat setiap tahun, dan situs web menjadi gemuk .

Trennya adalah perangkat lunak tidak menjadi lebih cepat dan lebih fungsional sama sekali. Kami mendapatkan peralatan yang lebih cepat di mana perangkat lunak dengan fungsi yang sama berganti lebih lambat dari sebelumnya. Semuanya bekerja jauh lebih lambat daripada kecepatan maksimum. Pernah bertanya-tanya mengapa ponsel Anda melakukan booting dari 30 hingga 60 detik? Mengapa tidak bisa boot, katakanlah, dalam satu detik? Tidak ada batasan fisik. Secara pribadi, saya suka itu. Saya ingin para pengembang mencapai batas, menggunakan setiap bit untuk kinerja. - Dari artikel “Kekecewaan saya dalam perangkat lunak”

Mungkin anggaran halaman web akan membantu menyelesaikan masalah jika pengembang Chromium lain menyetujui komitmen Russell.

---