XSLT สิ้นชีพ — Google จะยุติการรองรับ XSLT

 (xslt.rip)
1 คะแนน โดย GN⁺ 2025-11-11 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • Google ประกาศอย่างเป็นทางการว่ามีแผนจะ ยุติการรองรับ XSLT อย่างสมบูรณ์ภายในปี 2027
  • XSLT คือ ภาษาสำหรับแปลงเอกสาร XML ไปเป็น XML ในรูปแบบอื่น และยังถูกใช้งานอยู่ในเว็บไซต์ของหน่วยงานภาครัฐหลายแห่ง
  • ก่อนหน้านี้ Google เคยพยายามยุติการรองรับ XSLT ในปี 2013 มาแล้ว และครั้งนี้ถือเป็นความพยายามครั้งที่สอง
  • Mozilla และ Apple ก็ได้แสดง เจตนาที่จะเข้าร่วมการถอด XSLT ออก เช่นกัน พร้อมมีการกล่าวถึง ความสัมพันธ์ทางการเงิน กับ Google
  • เรื่องนี้ถูกมองว่าเป็น การเปลี่ยนแปลงทางเทคนิคที่สำคัญ ซึ่งอาจส่งผลต่อมาตรฐานเว็บและการเข้าถึงเนื้อหา

Google ประกาศยุติการรองรับ XSLT

  • วันที่ 24 ตุลาคม 2025 Google ได้โพสต์เอกสาร “Intent to Deprecate and Remove: Deprecate and remove XSLT” บนฟอรัมนักพัฒนา Chromium
    • ตามแผนนี้ ความสามารถด้าน XSLT จะถูกนำออกทั้งหมดภายในปี 2027
  • Google เคยพยายามถอด XSLT ออกมาแล้วในเดือนกรกฎาคม 2013
    • แม้ความพยายามในครั้งนั้นจะถูกยกเลิกไป แต่การประกาศครั้งนี้ทำให้เรื่องดังกล่าวกลับมาอีกครั้งหลังผ่านไป 12 ปี

ประวัติการยุติเทคโนโลยีของ Google

  • มีข้อมูลว่า Google ยุติเทคโนโลยีไปแล้วราว 300 รายการ
    • ตัวอย่างที่เป็นที่รู้จักคือ Google Reader ซึ่งประกาศยุติเมื่อวันที่ 13 มีนาคม 2013
  • XSLT กำลังจะถูกเพิ่มเข้าไปในรายการ ‘Killed by Google’
  • ในบทความมีการใช้ถ้อยคำว่า “Google เกลียด XML และ RSS” พร้อมเน้นย้ำ ความเชื่อมโยงระหว่าง RSS กับ XSLT

ประเด็นเกี่ยวกับ XML และ RSS

  • RSS เป็น เทคโนโลยีที่ใช้สำหรับการเผยแพร่ข่าวสาร โดยบทความกล่าวว่า การที่ Google ถอดสิ่งนี้ออกอาจนำไปสู่ ความเป็นไปได้ในการควบคุมข่าวสาร
  • XSLT เป็น เทคโนโลยีที่ใช้อยู่ในเว็บไซต์ของหน่วยงานรัฐหลายแห่ง และมีการชี้ว่ามาตรการของ Google อาจ ส่งผลต่อเทคโนโลยีเว็บที่เกี่ยวข้องกับงานนิติบัญญัติ ด้วย
  • มีการนำเสนอมุมมองเชิงวิจารณ์ว่า “Google กำลังเพิ่มอำนาจควบคุมเว็บด้วยการกำจัด XML และ RSS”

จุดยืนของเบราว์เซอร์อื่น

  • Mozilla ระบุว่าการถอด XSLT ออก “อาจทำให้เว็บคอนเทนต์เดิมใช้งานไม่ได้ (break existing web content)”
  • Apple แสดงจุดยืนว่าอยาก เข้าร่วมให้เร็วกว่ากำหนดปี 2027 ของ Google (participate sooner)
  • บทความอ้างว่า Google จ่ายเงินให้ Mozilla ราว 420 ล้านดอลลาร์ต่อปี และให้ Apple 20,000 ล้านดอลลาร์ต่อปี
    • พร้อมคำนวณว่าตลอด 10 ปีที่ผ่านมา ทั้งสองบริษัทได้รับรวมกัน ประมาณ 244.2 พันล้านดอลลาร์

เรียกร้องให้รักษา XSLT ไว้

  • ผู้เขียนเน้นย้ำข้อความว่า “อย่าให้ Google ฆ่า XSLT ได้สำเร็จ”
  • มีการเรียกร้องให้ลงมือทำด้วยข้อความ “เพิ่ม XSLT ลงในเว็บไซต์และบล็อกของคุณ”
  • ปิดท้ายด้วยคำขวัญ “Keep XSLT alive!” เพื่อเรียกร้อง การมีส่วนร่วมของผู้ใช้และการอนุรักษ์เทคโนโลยี

บทความที่เกี่ยวข้อง

2 ความคิดเห็น

 
t7vonn 2025-11-12

เลิกส่งมากันเถอะ.
 
GN⁺ 2025-11-11
ความเห็นจาก Hacker News

  • ตอนแรกหวังว่าเว็บไซต์นี้จะเป็น เอกสาร XML จริง ๆ และโชคดีที่มันเป็น XML จริง
    ถ้าลองเช็กด้วยคำสั่ง curl https://xslt.rip/ จะเห็นว่าภายในแท็ก <html> มีประโยคว่า “If you're reading this, XSLT was killed by Google.” อยู่

    • นี่เป็น วิธีที่ชาญฉลาด ในการแยกว่าบราวเซอร์รองรับ XSLT หรือไม่
      คอนเทนต์จริงอยู่ที่ index.xsl และผู้สร้างเป็นฟรอนต์เอนด์ดีไซเนอร์ที่ยังทำเว็บส่วนตัวสวย ๆ ชื่อ dbushell.com ด้วย
      ทั้งสองเว็บต่างก็มีอารมณ์ความเป็นงานส่วนตัวชัดเจน
    • สำหรับฉัน XSLT ให้ความรู้สึกเหมือนเป็นเทคโนโลยีที่ทำให้ความซับซ้อนของเว็บพุ่งขึ้นจนสุดท้าย เหลือบราวเซอร์อยู่แค่สองตัว
      ดีไซน์ของเว็บนี้ก็ดันชวนให้นึกถึงเว็บยุค 90 จนอดขำแปลก ๆ ไม่ได้
    • ถ้าเปิดด้วยเท็กซ์ต์บราวเซอร์อย่าง Lynx จะเห็นแค่ประโยคนั้น คล้ายกับกรณีที่ใช้ <noscript> แล้วขึ้นว่า “เว็บไซต์นี้ต้องใช้ JavaScript”
      ตอนนี้เลยชวนสงสัยว่ายังมีบราวเซอร์ที่ไม่ใช่ของ Google ตัวไหนเหลืออยู่ที่ทำ XSLT แล้วบ้าง

  • ฉัน คัดค้านอย่างมาก กับการเอาการรองรับ XSLT ออกจากบราวเซอร์
    บนเว็บไซต์ส่วนตัวฉันใช้ทั้ง XSLTProcessor ของ JavaScript และ <?xml-stylesheet …?> และก็ไปแสดงความเห็นไว้ใน เธรดบน GitHub ที่เกี่ยวข้องแล้ว
    แต่เว็บนี้ดูจะใช้ถ้อยคำเกินจริงไปหน่อย ฉันเชื่อว่าเหตุผลด้านความปลอดภัยและการบำรุงรักษาของ Google เป็นเรื่องจริง แต่คิดว่าทิศทางนั้นผิด
    หน้าแบบนี้อาจไม่ได้ช่วยโน้มน้าวคนตัดสินใจ แต่อาจเสี่ยงทำให้พวกเขา รำคาญ มากกว่า

    • ถ้ามีคนใช้ฟีเจอร์แบบนี้จริง ก็คงเป็น ทีมระดับหัวกะทิที่มีอยู่น้อยมาก
    • ถ้าทำ XSLT transformation ฝั่งเซิร์ฟเวอร์ ก็ใช้เครื่องมือสมัยใหม่ได้และทำงานได้กับทุกบราวเซอร์
    • ความเกินจริงของเว็บนี้ดูเป็น มุกตลกที่ตั้งใจทำ
    • ไม่มีทางโน้มน้าวผู้ตัดสินใจได้ด้วยหน้าเว็บหน้าเดียว เป้าหมายของหน้านี้คือแค่ ทำให้คนรับรู้ประเด็นมากขึ้น
    • เมื่อดูจากการที่ libxslt แทบไม่ได้รับการดูแลและมีช่องโหว่ความปลอดภัยเยอะ การถอดออกก็ดูสมเหตุสมผล
      ถ้าอยากให้ XSLT อยู่ต่อ ทางเลือกที่ดีที่สุดน่าจะเป็นการทำ implementation ใหม่ด้วย Rust

  • ฉันอาจเป็นเสียงส่วนน้อย แต่ก็ เสียดาย ที่ XSLT หยุดนิ่งไปแบบนี้
    ตลอด 25 ปีที่ผ่านมา การสร้างไลบรารีไม่สมบูรณ์มากมายเพื่อมาแทน ecosystem ของ XML+XPath+XSLT นั้นเป็น การสิ้นเปลืองทรัพยากรคนเก่ง
    ฉันยอมรับว่า SOAP และ XML Schema มีความเยิ่นเย้อเกินไป แต่แนวทาง eval() ในยุคแรกของ JSON ก็ไม่ใช่วิศวกรรมที่ดีเหมือนกัน
    สุดท้ายเราอาจสร้างระบบ XML ที่ดีกว่าเดิมได้ แต่กลับหลงใหลความใหม่จนทิ้งข้อดีของของเดิมไป ซึ่งน่าเสียดาย

    • ถึงตอนนี้ตัวแยกวิเคราะห์ XML ดี ๆ ก็ยังแทบไม่มี แต่ ตัวแยกวิเคราะห์ JSON มีอยู่มากมาย
      ใน Ruby, Python, Java และภาษาอื่น ๆ การ parse XML เป็นความเจ็บปวดเสมอ ส่วน JSON เรียบง่ายและเสถียรกว่ามาก
    • สเปกของ JSON จบใน สองหน้า แต่สเปกของ XML ยาวระดับ หนังสือหนึ่งเล่ม แค่นี้ก็น้ำหนักต่างกันแล้ว
    • ฉันเคยใช้ XSLT มาก่อนและ เกลียดมันสุด ๆ
      มันซับซ้อนถึงขั้นต้องมีผู้เชี่ยวชาญเฉพาะทาง ซึ่งในตัวมันเองก็ดูสิ้นเปลือง
    • ถึงอย่างนั้นมันก็มี การใช้งานที่เจ๋ง เช่นการเรนเดอร์ไฟล์ RSS ได้ตรงในบราวเซอร์
      การที่ไอเดีย semantic web จากยุค 2010s ค่อย ๆ หายไปก็น่าเสียดาย

  • ฉันแทบไม่ได้ใช้ XSLT แต่ก็ หงุดหงิด ที่ Google ทำตัวเหมือนเป็น “ตัวเว็บเอง”
    ทั้งความพยายามจะกำจัด uBlock Origin และการที่ AI browser ต่าง ๆ นำเสนอความจริงในรูปแบบบิดเบี้ยวก็ไม่น่าชอบ
    ฉันไม่อยากอยู่ในโลกที่รัฐบาลหรือบริษัททำตัวเป็นคนกลางแล้วควบคุมข้อมูล
    และฉันก็คิดว่าคุณภาพการค้นหาของ Google แย่ลงอย่างตั้งใจมาตั้งแต่ 5 ปีก่อนแล้ว

    • ฉันก็คิดเหมือนกัน ไม่ได้สนใจ XSLT แต่พอคิดว่า ถ้า Google จะบอกว่าเลิกใช้ HTML แล้ว ใครจะไปหยุดได้ ความรู้สึกหมดแรงมันชัดมาก
    • น่ากังวลที่ตอนนี้เอนจินบราวเซอร์จริง ๆ แล้วมีอยู่แค่ สามตัวเท่านั้น
    • Google ควรถูกแยก Search, Android, Chrome และ AdSense ออกจากกัน
      มัน ครอบงำ ecosystem ของเว็บ ผ่านการผูกขาดโฆษณา การถอด adblock และข้อจำกัดการติดตั้งแอป
      แต่ถึงอย่างนั้นดีไซน์ของเว็บนี้ก็สวยมาก และมี กลิ่นอายเรโทร ชัดเจน
    • ถ้าอย่างนั้นโมเดลทางเลือกคืออะไร?
      แม้แต่ภายใน Google เองก็มีการตัดสินใจหลายอย่างในทำนองว่า “เราเองก็ไม่อยากรับเรื่องนี้ แต่ แล้วใครอื่นจะทำได้ล่ะ”
      กรณีที่ OpenGL แพ้ DirectX เพราะโมเดลแบบคอนซอร์เตียมล้มเหลว ก็เป็นบทเรียนว่าความเปิดกว้างของมาตรฐานอย่างเดียวอาจรักษาตลาดไว้ไม่ได้
      มาตรฐานเบราว์เซอร์ก็มีความเสี่ยงคล้ายกัน สุดท้ายแล้ว ใครมีเสียงพูดได้บ้าง คือเรื่องสำคัญ

  • เพราะบราวเซอร์ซับซ้อนมากอยู่แล้ว ฉันจึง เห็นด้วยบางส่วน กับการตัดสินใจถอด XSLT ออก
    โดยส่วนตัวไม่เคยใช้ XSLT มาก่อน และก็ไม่รู้สึกว่ามันเกี่ยวกับ RSS มากนัก

  • ถ้าพรุ่งนี้ Google รักษามะเร็งได้ ก็คงยังมีคนบอกว่า “Google ฆ่ามะเร็ง” อยู่ดี
    ผู้ผลิตบราวเซอร์รายเล็กคงไม่อยากมารักษาโค้ด XSLT เก่า ๆ ไว้ และบราวเซอร์ใหม่ ๆ ก็คงไม่มีแผนจะเพิ่มมันอยู่แล้ว
    ฉันคิดว่านี่เป็นการตัดสินใจที่จัดการเรื่องได้ดี

    • แต่บราวเซอร์เล็ก ๆ เดิมทีก็เลือก implement แค่ฟีเจอร์ที่จำเป็นอยู่แล้ว
      ถ้าอย่างนั้นก็สงสัยว่าในกรณีนี้มีบริษัทไหนที่ สนับสนุนการตัดสินใจนี้ แบบชัดเจนบ้าง
    • ถ้าพูดว่า “บราวเซอร์เล็ก” อยากรู้ว่าหมายถึงเจ้าไหนกันแน่

  • เว็บไซต์นี้เหมือน แบบทดสอบรอร์แชค อย่างหนึ่ง
    มันทั้งวิจารณ์ว่า “Google ฆ่า XSLT” และเสียดสีว่า “การพยายามยัด XSLT ในปี 2025 เป็นเรื่องน่าขำ” ไปพร้อมกัน
    ข้อความอย่าง “จงบอกเพื่อนและครอบครัวเกี่ยวกับ XSLT! เพิ่มมันลงในเว็บไซต์ของคุณก่อนจะสายเกินไป!” แสดงจุดนั้นได้ดีมาก

    • เห็นชัดว่าเป็นการเสียดสี ความโอเวอร์เกินจริง
    • แต่ฉันใช้ XSLT จริง ๆ เพราะ Atom feed
      สำหรับ static site ถ้าจะเรนเดอร์ RSS ให้อ่านง่าย XSLT คือวิธีเดียว
      การเปลี่ยนแปลงแบบนี้ยิ่งพราก ความเป็นอิสระของเว็บส่วนบุคคล ไป และผลักทุกอย่างเข้าหาเว็บแอปขนาดใหญ่

  • เหมือนเป็น จุดจบของยุคสมัยหนึ่ง
    เมื่อก่อนฉันเคยเรียนจากบทสอน XSLT แล้วรู้สึกทึ่งที่มันทำให้เอกสาร XML “มีชีวิตขึ้นมา” ได้
    ตอนนี้ฉันก็ยังใช้มันเพื่อใส่สไตล์ให้ RSS feed ของฉัน อยู่
    ลิงก์ประกาศที่เกี่ยวข้องคือ โพสต์ใน Chromium forum และ เอกสารนักพัฒนา Chrome
    ฉันเข้าใจว่าภาระในการดูแลรักษามันสูง แต่ก็รู้สึกเหมือน ความสุขเล็ก ๆ ของเว็บ หายไปอีกอย่างหนึ่ง

  • Google ผูกขาดแทบทุกพื้นที่ ไปแล้ว
    เหมือนกรณี Android (ลิงก์ที่เกี่ยวข้อง) ตอนนี้แม้แต่อะไรอนุญาตหรือห้ามก็เป็น Google ที่กำหนด
    เพราะงั้นน่าจะมีเว็บไซต์รณรงค์แบบ keepXSLTAlive.tld คล้าย keepandroidopen.org ขึ้นมาบ้าง
    หรืออาจปรับ UI ของ xslt.rip อีกเล็กน้อยเพื่อให้ได้บรรยากาศแบบ การต่อต้าน มากขึ้นก็ได้

    • แต่ถึงคำวิจารณ์ Google จะถูกต้อง ก็ไม่ได้แปลว่านั่นเป็นเหตุผลให้ต้องคง XSLT ไว้
      เทคโนโลยีควรถูกตัดสินจาก คุณค่าของตัวมันเอง

  • หน้าเว็บนี้เท่มากจริง ๆ
    อยู่ ๆ ก็อยากทำหน้า HTML ยุค 90 ที่ใช้แท็ก <iframe>, <blink>, <marquee>, <table> ขึ้นมาเลย

    • พูดเล่นนะ แต่ blink กับ marquee ตอนนี้คงต้องเรนเดอร์ด้วย Canvas แล้ว
      ไม่สิ Canvas ก็เชยแล้ว ต้อง WebGPU สินะ
    • ต้องมีแบนเนอร์ “อยู่ระหว่างก่อสร้าง” ด้วย
    • ไม่นานมานี้ฉันต้องดึงข้อมูลจากหน้าที่ทำมาด้วยตารางล้วน ๆ แล้วมันคือ นรกของตารางซ้อนตาราง จริง ๆ