Pembuangan XSLT oleh Google Mencetuskan Debat Preseden Platform Web

Pasukan Komuniti BigGo
Pembuangan XSLT oleh Google Mencetuskan Debat Preseden Platform Web

Tindakan pasukan Chromium Google untuk meneruskan rancangan menggugurkan dan membuang XSLT (Extensible Stylesheet Language Transformations) daripada pelayar mereka menghantar gelombang kejutan dalam komuniti pembangunan web. Keputusan ini menandakan apa yang ramai percaya boleh menjadi pembuangan pertama ciri platform web yang standard dan tersedia secara universal, menetapkan preseden yang membimbangkan untuk evolusi teknologi web masa depan.

Kontroversi ini berpusat pada sama ada vendor pelayar sepatutnya mempunyai kuasa untuk membuang piawaian web yang telah mantap, walaupun penggunaannya kelihatan rendah. Dengan WHATWG memajukan pengguguran ke peringkat 3 dan enjin pelayar lain memberi isyarat niat yang sama, komuniti pembangunan web berdepan dengan persoalan asas tentang kestabilan platform dan kawalan vendor.

Pendirian Enjin Pelayar:

  • Chromium: Mengetuai usaha penyingkiran
  • Gecko (Firefox): Pendirian positif terhadap penyingkiran
  • WebKit (Safari): Pendirian positif terhadap penyingkiran
  • WHATWG: Memajukan susut nilai ke peringkat 3

Debat Keselamatan Lawan Kestabilan

Justifikasi utama Google untuk membuang XSLT berkisar sekitar kebimbangan keselamatan dan beban penyelenggaraan. Pustaka libxslt, yang menggerakkan transformasi XSLT dalam Chromium, tidak diselenggara selama kira-kira enam bulan pada tahun 2025 dan mewakili apa yang pakar keselamatan gambarkan sebagai pustaka luaran yang sangat terdedah. Kod asas C yang semakin tua terkenal rentan terhadap kelemahan keselamatan memori seperti limpahan penimbal yang boleh membawa kepada pelaksanaan kod sewenang-wenangnya.

Walau bagaimanapun, pengkritik berhujah bahawa kebimbangan keselamatan tidak sepatutnya secara automatik mencetuskan pembuangan ciri. Seperti yang dinyatakan oleh seorang pemberi komen mengenai isu keselamatan XML: Anda boleh mengatakan perkara yang sama tentang borang HTML, innerHTML, memaparkan data yang dihantar pengguna, SQL, JSON, dsb. Itu tidak bermakna anda membuang borang HTML atau pangkalan data SQL. Jika anda membuang sokongan untuk apa sahaja yang mempunyai/boleh mempunyai kelemahan keselamatan, anda akan membuang segala-galanya. Perspektif ini menyerlahkan ketegangan antara pengerasan keselamatan dan kestabilan platform.

Menetapkan Preseden Berbahaya

Pembuangan XSLT mewakili apa yang ramai pembangun bimbang boleh menjadi permulaan cerun yang licin. Seorang pemberi komen meluahkan kebimbangan bahawa ini menetapkan preseden yang membimbangkan untuk pengguguran masa depan, di mana bahagian platform web ditarik keluar secara mengejut daripada pembangun kerana ia mudah untuk vendor pelayar. Sentimen ini menggema kebimbangan yang lebih luas tentang kedudukan dominan Google dalam pasaran pelayar dan keupayaannya untuk membentuk piawaian web secara unilateral.

Preseden ini amat membimbangkan kerana XSLT bukannya ciri yang kabur dan dilaksanakan dengan teruk—ia adalah teknologi termiawa yang telah menjadi sebahagian daripada pelayar web selama beberapa dekad. Seperti yang ditunjukkan oleh seorang pembangun: Tetapi bolehkah pengguna benar-benar memanggilnya 'kemas kini' jika anda boleh melihat dokumen XML/XSLT dalam Internet Explorer 6 atau Chrome 1 tetapi tidak dalam versi terbaru? Soalan ini menyentuh inti pati prinsip keserasian web dan keserasian ke belakang yang telah membimbing pembangunan web selama bertahun-tahun.

Preseden telah pun ditetapkan apabila mereka cuba membuang alert/prompt. Hanya bantahan awam yang besar menghentikan mereka, hampir-hampir tidak. Memandangkan kawalan hampir monopoli Google ke atas pasaran pelayar, saya benar-benar bimbang tentang apa maksud semua ini untuk masa depan web.

Kesan Dunia Sebenar terhadap Sistem Warisan

Walaupun statistik penggunaan Google menunjukkan XSLT muncul hanya pada 0.01% hingga 0.1% muatan halaman, angka ini berkemungkinan memandang rendah penggunaan dunia sebenar. Aplikasi perusahaan dan sistem kerajaan yang digunakan pada awal tahun 2000-an sering bergantung berat pada XSLT, dan banyak sistem ini terus beroperasi tanpa menghantar data telemetri kepada Google. Seperti yang diperhatikan oleh seorang pemberi komen: Di Eropah, sesetengah negara masih menggunakan XML sebagai format data rasmi dan XSLT sebagai format kod rasmi.

Industri penerbitan mewakili satu lagi pengguna penting, dengan banyak penerbitan teknikal menggunakan XSLT untuk mengubah suai penanda XML JATS kepada HTML. Suapan RSS juga biasa menggunakan XSLT untuk memberikan paparan mesra pengguna kandungan apabila dibuka terus dalam pelayar. Kes penggunaan ini menunjukkan bahawa XSLT terus berfungsi penting dalam domain tertentu, walaupun ia tidak digunakan secara meluas di seluruh web umum.

Statistik Penggunaan Utama:

  • API XSLTProcessor: 0.01%-0.1% daripada muatan halaman (purata 0.05%)
  • Pemprosesan XSL Deklaratif: ~0.001% daripada muatan halaman
  • Keputusan tinjauan: 72% laman web masih berfungsi dengan XSLT dilumpuhkan
  • Keberkesanan polyfill: Memulihkan fungsi untuk 82% laman web yang rosak

Soalan Beban Penyelenggaraan

Kedudukan Google menyerlahkan cabaran praktikal mengekalkan kod asas yang kompleks dan semakin tua. Pustaka libxslt memerlukan pemeriksaan keselamatan dan penyelenggaraan berterusan, namun menurut jurutera Chromium, ia menerima jauh kurang penyelenggaraan dan pemeriksaan keselamatan berbanding enjin JavaScript teras. Ini mewujudkan situasi di mana ciri yang jarang digunakan mewakili risiko keselamatan yang tidak seimbang.

Walau bagaimanapun, pengkritik mempersoalkan mengapa salah sebuah syarikat teknologi terkaya di dunia tidak boleh memperuntukkan sumber untuk mengekalkan komponen platform web yang kritikal. Seorang pemberi komen secara tepat bertanya: Jadi, daripada sebuah syarikat gergasi dengan semua sumber di dunia melangkah masuk dan mengekalkan pustaka web teras, mereka memutuskan untuk membuang ciri kerana penyelenggara tunggal yang telah melakukan tugas yang tidak dihargai selama bertahun-tahun telah memutuskan untuk tidak menghairankan meletak jawatan daripada peranan ini. Ini menimbulkan persoalan tentang tanggungjawab korporat dalam mengekalkan ekosistem web terbuka.

Garis Masa Pemansuhan XSLT:

  • M142 (28 Okt 2025): Mesej konsol amaran awal
  • M143 (2 Dis 2025): Pemansuhan rasmi bermula
  • M148 (10 Mac 2026): XSLT dilumpuhkan dalam Canary, Dev, Beta
  • M152 (25 Ogos 2026): Origin Trial & Dasar Enterprise tersedia
  • M155 (17 Nov 2026): XSLT dialih keluar daripada keluaran Stable
  • M164 (17 Ogos 2027): Penyingkiran lengkap untuk semua pengguna

Laluan Ke Hadapan dan Tindak Balas Komuniti

Google telah menggariskan garis masa pengguguran yang komprehensif sehingga Ogos 2027, termasuk amaran konsol, percubaan asal, polisi perusahaan, dan juga polifil yang dilaporkan memulihkan fungsi untuk 82% tapak yang terjejas. Syarikat itu juga menjalankan outreach kepada tapak dan pustaka yang berpotensi terjejas.

Walaupun dengan usaha mitigasi ini, komuniti pembangun masih berpecah. Walaupun sesetengah mengakui bahawa XSLT juga merupakan ciri yang sangat bermasalah dari perspektif pelaksanaan, yang lain melihat pembuangan ini sebagai sebahagian daripada corak yang lebih luas di mana Google melaksanakan kawalan berlebihan ke atas piawaian web. Reaksi bercampur ini mencerminkan keseimbangan kompleks antara inovasi, keselamatan, dan kestabilan platform yang mentakrifkan pembangunan web moden.

Debat pembuangan XSLT akhirnya melangkaui teknologi khusus yang terlibat. Ia mewakili perbualan asas tentang siapa yang mengawal platform web dan tanggungjawab apa yang datang dengan kawalan itu. Semasa pelayar terus berkembang, hasil pengguguran ini boleh membentuk bagaimana piawaian web masa depan dibangunkan, dikekalkan, dan berpotensi ditamatkan.

Rujukan: Intent to Deprecate and Remove: Deprecate and remove XSLT