Vendor Browser Bergerak Menghapus Dukungan XSLT dari Standar Web Meski Ada Penolakan Komunitas

Komunitas pengembang web menghadapi perubahan signifikan lainnya ketika vendor browser utama mendorong rencana untuk menghapus dukungan XSLT (Extensible Stylesheet Language Transformations) dari standar web. Langkah ini telah memicu perdebatan sengit tentang masa depan teknologi web lama dan dinamika kekuatan yang membentuk standar web modern.

XSLT adalah bahasa yang dirancang untuk mengubah dokumen XML ke format lain, paling umum HTML untuk tampilan web. Teknologi ini telah menjadi bagian dari browser web sejak 1999, memungkinkan pengembang membuat halaman web dinamis dengan mengubah data XML di sisi klien tanpa pemrosesan sisi server.

Timeline dan Fakta Kunci XSLT

• Pertama kali didukung: 1999 (25+ tahun kehadiran di platform web)
• Standar saat ini: XSLT 1.0 (browser tidak pernah melakukan upgrade ke versi yang lebih baru)
• Kasus penggunaan utama: Tampilan RSS feed, transformasi dokumen XML, situs web pemerintah, aplikasi mikrokontroler
• Browser yang terpengaruh: Chrome ( Chromium ), Firefox ( Gecko ), Safari ( WebKit ) - semua vendor utama mendukung penghapusan
• Masalah keamanan: Berbasis pada pustaka C++ libxml2/libxslt dengan masalah keamanan memori

Kekhawatiran Keamanan Mendorong Keputusan Penghapusan

Motivasi utama di balik penghapusan XSLT berasal dari tantangan keamanan dan pemeliharaan. Library libxml2 dan libxslt yang mendasari yang menggerakkan XSLT di browser telah menjadi beban pemeliharaan, dengan maintainer sukarelawan yang tidak dibayar mengungkapkan frustrasi tentang menangani embargo pengungkapan keamanan untuk perusahaan teknologi besar. Situasi ini telah menciptakan badai sempurna di mana vendor browser melihat kesempatan untuk mengurangi permukaan serangan mereka dengan menghilangkan apa yang mereka anggap sebagai teknologi lama.

Waktunya tampak sangat mencurigakan bagi beberapa anggota komunitas, karena dorongan untuk menghapus XSLT bertepatan dengan pernyataan publik maintainer libxml tentang sifat yang tidak berkelanjutan dari menyediakan dukungan keamanan gratis kepada perusahaan bernilai miliaran dolar.

Perlawanan Komunitas dan Kasus Penggunaan

Meskipun vendor browser mengklaim penggunaan yang terbatas, komunitas telah menyajikan kasus penggunaan yang menarik untuk XSLT yang jauh melampaui parsing feed RSS sederhana. Situs web pemerintah, termasuk dokumen resmi Kongres AS, mengandalkan XSLT untuk presentasi dokumen. Situs web pribadi kecil dan aplikasi mikrokontroler menggunakan XSLT untuk transformasi data yang efisien, terutama di lingkungan dengan memori terbatas di mana mengirim file XML kecil dan mengubahnya di sisi klien lebih praktis daripada menghasilkan respons HTML yang besar.

Saya menggunakannya pada mikrokontroler di mana memori terbatas sehingga mereka hanya perlu mengirim dokumen XML dinamis kecil dan browser dapat mengubahnya dengan file XSLT statis yang tidak dapat diubah menjadi HTML.

Penghapusan ini secara khusus mengancam situs web lama yang mungkin tidak pernah diperbarui untuk menyertakan polyfill, berpotensi merusak konten web puluhan tahun yang tetap berharga hingga hari ini.

Kekhawatiran Proses Standar

Penanganan umpan balik komunitas telah menimbulkan pertanyaan tentang keterbukaan proses standar web modern. Thread diskusi awal dikunci karena terlalu panas meskipun tampak sopan bagi banyak pengamat, dan diskusi selanjutnya telah dibatasi secara serupa. Hal ini telah menyebabkan tuduhan bahwa vendor browser mengabaikan kekhawatiran yang sah dari pengembang web dan pembuat konten.

WHATWG (Web Hypertext Application Technology Working Group), yang sekarang mengontrol standar HTML sebagai standar hidup, mewakili pergeseran dari pendekatan W3C yang lebih stabil dan berversi. Kritikus berpendapat ini memberikan vendor browser dominan terlalu banyak kekuatan untuk secara sepihak mengubah standar web.

Posisi Vendor Browser

• Google Chrome: Memimpin upaya penghapusan, dengan alasan keamanan dan biaya pemeliharaan
• Mozilla Firefox: Mendukung penghapusan ( Mozilla engineer mengangkat isu ini dalam pertemuan standar)
• Apple Safari: Mendukung penghapusan
• Respons komunitas: Beragam, dengan penentangan kuat dari pengguna konten lama dan aplikasi khusus

Alternatif Teknis dan Keterbatasannya

Sementara vendor browser menyarankan menggunakan polyfill JavaScript atau WebAssembly sebagai alternatif, solusi ini datang dengan kelemahan yang signifikan. Polyfill harus ditambahkan secara manual ke setiap situs web, membuatnya tidak berguna untuk konten lama yang tidak akan diperbarui. Selain itu, instruksi pemrosesan xml-stylesheet, yang umum digunakan dalam feed RSS dan dokumen XML, tidak dapat di-polyfill melalui JavaScript, yang berarti konten tersebut akan ditampilkan sebagai XML mentah yang tidak diformat.

Ironinya tidak luput dari kritikus bahwa browser terus menambahkan API baru yang kompleks sambil menghapus teknologi yang sudah mapan dan berfungsi yang melayani kasus penggunaan spesifik secara efektif.

Perbandingan Dampak Teknis

Implikasi yang Lebih Luas untuk Keragaman Web

Penghapusan ini mewakili bagian dari tren yang lebih besar di mana kompleksitas browser dan preferensi vendor membentuk apa yang bertahan di web. Keputusan ini tidak hanya mempengaruhi kemampuan teknis tetapi keragaman konten dan pendekatan yang mungkin pada platform web. Situs web kecil, dokumen pemerintah, dan aplikasi khusus yang mengandalkan kemampuan unik XSLT mungkin menemukan diri mereka dipaksa ke dalam solusi yang lebih kompleks dan berat JavaScript atau hanya rusak.

Kontroversi ini menyoroti ketegangan yang sedang berlangsung antara keinginan vendor browser untuk mengurangi beban pemeliharaan dan kebutuhan komunitas web untuk fitur platform yang stabil dan jangka panjang. Saat web terus berkembang, keseimbangan antara inovasi dan kompatibilitas mundur tetap menjadi isu kontroversial yang mempengaruhi jutaan situs web yang ada dan pengguna mereka.

Referensi: Remove mentions of XSLT from the html spec #11563