เส้นทางใหม่ของ WordPress และเว็บแบบเปิด: โครงการ FAIR - โครงสร้างพื้นฐาน WordPress แบบกระจายศูนย์

 (joost.blog)
3 คะแนน โดย GN⁺ 2025-06-09 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ปัญหาเรื่อง ธรรมาภิบาลที่รวมศูนย์และไม่โปร่งใสของ WordPress ได้กลายเป็นประเด็นสำคัญในชุมชน ทำให้ความจำเป็นของทางเลือกที่เป็นอิสระและโปร่งใสเด่นชัดขึ้น
  • ช่วงปลายปี 2024 ถึงต้นปี 2025 มีความพยายามแบบกระจายศูนย์หลายด้านเกิดขึ้น เช่น AspirePress (มิเรอร์โดยชุมชน) พร้อมทั้งการถกเถียงอย่างจริงจังเกี่ยวกับทางเลือกแบบ 'สองแนวทาง' ทั้งเชิงเทคนิคและเชิงธรรมาภิบาล ผ่านจดหมายเปิดผนึกและความเคลื่อนไหวอื่น ๆ
  • ท่ามกลางกระแสนี้ หลายกลุ่มได้รวมพลังกันเพื่อสร้าง FAIR (Federated and Independent Repositories) ให้เป็นโครงสร้างพื้นฐานสำหรับการจัดการ/เผยแพร่แพ็กเกจ WordPress แบบกระจายศูนย์ที่ใช้งานได้จริง
  • FAIR อยู่ภายใต้การดูแลของคณะกรรมการกำกับดูแลทางเทคนิค (TSC) ที่ขับเคลื่อนโดยชุมชนภายใต้ Linux Foundation และมอบโครงสร้างพื้นฐานสำคัญของระบบนิเวศ เช่น มิเรอร์ แพ็กเกจ ปลั๊กอินเชิงพาณิชย์ และลายเซ็นเข้ารหัส โดยไม่ได้ fork WordPress แต่เพิ่ม "ชั้นการเผยแพร่และธรรมาภิบาลใหม่" ขึ้นมา
  • การมาของ FAIR ไม่ได้ถูกมองว่าเป็นเพียงการต่อต้าน แต่เป็น "การมีส่วนร่วม" เพื่อสร้างโครงสร้างพื้นฐานและธรรมาภิบาลที่ดีกว่าภายในระบบนิเวศโอเพนซอร์ส

การถือกำเนิดและความหมายของโครงการ FAIR สำหรับ WordPress

# การเปลี่ยนแปลงที่เริ่มจากปัญหาภาวะผู้นำ

  • ปลายปี 2024 ปัญหาเรื่อง การรวมศูนย์มากเกินไปและการขาดธรรมาภิบาล ในระบบนิเวศ WordPress ถูกหยิบยกขึ้นมาพูดคุยในวงกว้าง
    • อำนาจถูกรวมไว้กับคนเพียงคนเดียวมากเกินไป และโครงสร้างการบริหารที่ไม่โปร่งใสได้สร้างความไม่แน่นอนให้ทั้งผู้มีส่วนร่วมและภาคธุรกิจ
  • การเปิดตัวมิเรอร์ที่ขับเคลื่อนโดยชุมชนอย่าง AspirePress และ จดหมายเปิดผนึกจากผู้มีส่วนร่วมหลักกว่า 20 คน ช่วยขยายการรับรู้ร่วมกันต่อปัญหานี้
  • ร่วมกับ Karim Marucchi และคนอื่น ๆ มีการเสนอแนวทางแก้สองด้าน ทั้งทางเทคนิคและทางการเมือง
    • ลดการรวมศูนย์ (การเผยแพร่/อัปเดต/การค้นพบ)
    • นำธรรมาภิบาลที่โปร่งใส รับผิดชอบ และเป็นกลางมาใช้

# การเชื่อมต่อของความพยายามหลากหลาย จนมารวมกันเป็น FAIR

  • ความพยายามกระจายศูนย์แบบแยกกันของหลายทีมและหลายชุมชนได้มาบรรจบกันตามธรรมชาติ ก่อนจะพัฒนาไปสู่ความร่วมมือและการทำงานร่วมกัน
  • แทนที่จะประกาศเป็นโครงการเดี่ยว ก็จัดตั้งในรูปแบบ พันธมิตรแบบ 'กลุ่มของหลายกลุ่ม'
  • เริ่มรับมือประเด็นเร่งด่วนก่อน เช่น การอัปเดตปลั๊กอิน ไดเรกทอรี แอสเซ็ต และแดชบอร์ด ผ่านมิเรอร์/ดรอปอิน พร้อมออกแบบโครงสร้างที่ขยายต่อได้แบบค่อยเป็นค่อยไป

# FAIR: โครงสร้างพื้นฐานแพ็กเกจแบบกระจายศูนย์ที่ขับเคลื่อนโดยชุมชน

  • FAIR อยู่ภายใต้การดูแลของ TSC ที่ขับเคลื่อนโดยชุมชนภายใต้ Linux Foundation
    • มีผู้นำชุมชน 3 คน (Carrie Dils, Mika Epstein, Ryan McCue) เป็นประธานร่วม
    • มีการสร้างระบบจัดการแพ็กเกจแบบกระจายศูนย์ มิเรอร์ ปลั๊กอินเชิงพาณิชย์ และลายเซ็นเข้ารหัส ได้อย่างรวดเร็วในช่วงเวลาสั้น ๆ
  • เป้าหมายไม่ใช่การ fork WordPress
    • ใช้ซอฟต์แวร์คอร์ตัวเดิม และยังคงเข้ากันได้กับ WordPress เดิม
    • เพิ่มชั้นธรรมาภิบาล/การเผยแพร่ที่เป็นอิสระ โดยไม่มีคอขวดจากการรวมศูนย์
  • อาศัยประสบการณ์จากการจัดการแพ็กเกจโอเพนซอร์สอย่าง Composer และให้ความสำคัญกับ ความเป็นมิตรต่อผู้ใช้
    • ผู้ใช้ส่วนใหญ่ไม่จำเป็นต้องรู้โครงสร้างภายใน แค่รู้สึกว่า "มันทำงานได้ดี" ก็พอ

# ความหมายของ FAIR และเส้นทางต่อจากนี้

  • FAIR ไม่ใช่ "การต่อต้าน" หรือ "การ fork" แต่เป็น การมีส่วนร่วมเชิงบวก เพื่อโครงสร้างพื้นฐานและธรรมาภิบาลของ WordPress
  • เป็นผลลัพธ์ของความร่วมมือกันตลอดหลายเดือนระหว่างบริษัท ประเทศ และชุมชน และจำนวนผู้เข้าร่วมก็เพิ่มขึ้นเรื่อย ๆ
  • ดูข้อมูลเพิ่มเติมเกี่ยวกับ FAIR ได้ที่ fair.pm
  • หากเห็นด้วยกับ "โครงสร้างพื้นฐานร่วม" และ "อนาคตที่ยึดผู้มีส่วนร่วมเป็นศูนย์กลาง" ของเว็บแบบเปิดและ WordPress ก็สามารถเข้าร่วมได้ทุกเมื่อ

# ลิงก์อ้างอิง/เข้าร่วม

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

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

 
GN⁺ 2025-06-09
ความเห็นจาก Hacker News
  • มีการแชร์ข่าวว่า Linux Foundation ได้ประกาศ FAIR Package Manager Project โดยอ่านประกาศอย่างเป็นทางการได้ที่นี่ และดูการถกเถียงที่เกี่ยวข้องบน HN ได้ที่นี่
    • ระบุว่าตนเองคิดถึงระบบลักษณะคล้ายกันนี้สำหรับโปรเจกต์ของตัวเองมาหลายเดือนแล้ว พร้อมกล่าวถึงประสบการณ์ที่เคยพิจารณา ATProto(atproto.com), IPFS(ipfs.tech), Radicle(radicle.xyz), Iroh(github) เป็นต้น ช่วงหลังเอนเอียงไปทาง Iroh มากกว่า แต่ก็มองว่า ATProto น่าสนใจ และตอนนี้ก็ตั้งใจจะลองดู FAIR(protocol) ด้วย หวังว่าจะมีโปรโตคอลที่สามารถถูกยอมรับใช้อย่างกว้างขวางได้เกิดขึ้น
  • หลังจากไปดูเรโปของ FAIR โดยเฉพาะ fair-plugin ก็รู้สึกว่าบางทีการสร้างอินฟราสตรักเจอร์แยกบน soft fork ของ Wordpress อาจจะดีกว่าวิธีปัจจุบัน การพยายามอ้อมไปแทนที่ Wordpress core ด้วย implementation อื่นแบบตอนนี้มีโอกาสล้มเหลวสูง เพราะเป็นโครงสร้างที่เปิดช่องให้ผู้พัฒนาฝั่ง core อาจถูกผู้บริหารสั่งให้ทำลายกลไกนี้ได้ อีกทั้งยังมองว่าโพสต์ jkpress ของ Matt Mullenweg ที่ลิงก์ไว้ใน TFA นั้นทั้งไม่เป็นมืออาชีพและเสียดสีรุนแรง และสะท้อนถึงบุคลิกของเขาในทางลบด้วย
    • มองว่ากลยุทธ์การเริ่มมีส่วนร่วมก่อนผ่านแนวทาง open governance เป็นวิธีที่ฉลาด หาก Matt พยายามขัดขวางหรือทำให้โครงการล้ม ก็จะช่วยสร้างทั้งเหตุผลและแรงสนับสนุนจากชุมชนให้ขยับไปสู่ soft fork ภายใต้บรรยากาศแบบ “เราพยายามเต็มที่แล้ว” ได้ การแสดงท่าทีที่มีเหตุผลเช่นนี้ยังช่วยให้เมื่อถึงเวลาฟอร์กก็มีโอกาสพาคนส่วนใหญ่ของชุมชนไปด้วยได้ และยังเหลือพื้นที่ให้ Matt เลือกไม่แทรกแซงหรือแม้แต่เข้าร่วม ซึ่งอาจเปิดทางให้ฟื้นความเชื่อมั่นได้เช่นกัน
    • มีความเห็นว่าอุปนิสัยช่างเสียดสีของ Matt Mullenweg ไม่ใช่เรื่องใหม่ แต่เป็นลักษณะที่มีมานานแล้ว เดิมทีอาจไม่ได้เห็นชัดนัก แต่ในแต่ละปีก็มักมีให้เห็นบ้าง และช่วง 9 เดือนที่ผ่านมาเกิดขึ้นแทบตลอดเวลา แนะนำให้ดูไทม์ไลน์, ภาพจับหน้าจอ และเอกสารคดีฟ้องร้องของ wp engine(ไทม์ไลน์, คอมเมนต์ใน NewsY)
    • คิดว่าความเป็นไปได้ที่ฝั่ง core จะตั้งใจทำลายกลไกดังกล่าวมีไม่มาก ตัวอย่างเช่น ถ้าตัดความสามารถของ HTTP request filter ออก ก็จะทำให้ปลั๊กอินและเว็บไซต์จำนวนมากพัง และจุดขายแบบ “ติดตั้งครั้งเดียวแล้วไม่ต้องมาสนใจอีก” ก็จะพังไปด้วย อีกทั้งคู่แข่งหลักก็เป็นบริการอย่าง Wix หรือ Jimdo จึงไม่ใช่การแข่งขันระหว่าง CMS ด้วยกันเอง หากบล็อกฝั่ง backend ก็จะทำให้เวอร์ชันเก่าพังทั้งหมดและเส้นทางอัปเกรดถูกตัดขาดตามไปด้วย โครงสร้างของ filter และ action เป็นองค์ประกอบหลักที่ทำให้นักพัฒนายังพอทนทำงานกับ Wordpress ได้ และยังมีความเห็นด้วยว่าหากไม่มีระบบนิเวศปลั๊กอิน Wordpress ก็แทบไม่มีความหมาย ส่วนเรื่องที่โค้ด FAIR ใช้ OOP และ composer แต่ไม่ต้องการ PHP 8 โดยยังรองรับถึง 7.2 นั้นน่ากังวล แต่ในทางปฏิบัติปลั๊กอิน WP จำนวนมากและตัว core เองก็อยู่ในสภาพเดียวกัน
    • คาดอย่างระมัดระวังว่าคดีของ WPEngine จะทำให้ Wordpress หมดข้ออ้างในการขัดขวางการสร้าง implementation ของอินฟราสตรักเจอร์ทางเลือก แม้จะไม่ค่อยไว้ใจ Linux Foundation แต่ในภาพรวมของเรื่อง Wordpress ทั้งหมด ผู้แสดงความเห็นคนนี้บอกว่าโดยส่วนตัวเดิมเชียร์ Wordpress มากกว่า อย่างไรก็ตาม หากมีคลังปลั๊กอินแบบกระจายศูนย์สไตล์ apt ที่ได้รับการสนับสนุนจาก Linux Foundation และใช้งานได้ดีสัก 75% ก็พร้อมย้ายแบบไม่ลังเล เพราะดีกว่าการต้องผูกความเสี่ยงไว้กับ CEO คนเดียวมาก หากมีผู้ใช้จำนวนมากคิดคล้ายกัน ก็เห็นว่าอนาคตของ Wordpress ค่อนข้างมืดมน ที่ไม่อยากให้เกิดฟอร์กก็เพราะไม่อยากต้องจ่ายค่าพัฒนา Wordpress และหากรายได้ไหลออกไป Wordpress ก็จะยิ่งหยุดนิ่ง ทั้งยังเสริมว่าโครงการนี้เป็นเหมือนไดโนเสาร์อยู่แล้ว เปรียบสถานการณ์นี้เหมือนปรสิตที่กำลังฆ่าโฮสต์
  • สำหรับตนเอง ช่วงนี้มองว่าอย่างน้อย Wordpress ได้กลายเป็นทางตันสำหรับการใช้งานส่วนตัวไปแล้ว โดยได้สรุปเหตุผลและความเห็นไว้ในบล็อก มันเป็นเครื่องมือที่ยอดเยี่ยม แต่ยากจะเชื่อใจได้เพราะบริษัทที่ไม่มั่นคง และจะคอยดูว่า FAIR Package Manager จะเปลี่ยนระบบนิเวศได้หรือไม่
    • การย้ายไปใช้ Static Site Generator(SSG) ก็เป็นตัวเลือกที่ควรพิจารณาอย่างจริงจังเช่นกัน และยังสงสัยว่า CMS อื่นตัวไหนกำลังได้รับความนิยมอยู่ ปัจจุบันบล็อกของผู้แสดงความเห็นคนนี้ใช้ Grav ซึ่งเป็นแบบ file-based แต่จัดการผ่าน Git ได้ง่าย รองรับทั้งคอนเทนต์แบบไดนามิก การค้นหา และ Admin UI แบบเลือกใช้ได้ ดูได้ที่ เว็บไซต์ทางการของ Grav
  • เว็บไซต์ทางการของ FAIR คือ fair.pm และจะรีไดเร็กต์ไปที่ github.com/fairpm ทันที FAIR Package Manager เป็นทางเลือกแบบกระจายศูนย์ที่มาแทนระบบนิเวศปลั๊กอิน/ธีมแบบศูนย์กลางของ WordPress.org โดยเป็นเครื่องมือที่ออกแบบมาเพื่อให้โฮสต์ Wordpress และนักพัฒนามีการควบคุมมากขึ้น บริการเดิมสามารถถูกแทนที่ได้ทันทีเพียงติดตั้งปลั๊กอิน โดยมีอยู่สองแกนหลักคือ การแทนที่ API (เช่น FAIR เข้ามาแทน WordPress.org API สำหรับการตรวจสอบอัปเดต) และการจัดการแพ็กเกจปลั๊กอิน/ธีมแบบกระจายศูนย์ นอกจากนี้ยังรองรับการตั้งค่าข้อมูลผ่าน AspirePress หรือมิเรอร์โดเมนที่กำหนดเอง ปัจจุบันสำหรับปลั๊กอินที่เสถียรจะยังใช้มิเรอร์ของ WordPress.org แต่มีแผนจะขยายไปสู่แพ็กเกจแบบ FAIR-native มากขึ้นเรื่อย ๆ สามารถติดตั้งปลั๊กอินได้จากที่นี่
  • รู้สึกตื่นเต้นมากที่แนวทางแบบ FAIR เริ่มมีแรงส่ง เพราะไอเดียนั้นมีอยู่เสมอ แต่การลงมือทำเป็นเรื่องยาก และในความเป็นจริงต้องอาศัยความร่วมมือและการประสานงานข้ามหลายสาขาเทคโนโลยี ขอปรบมือให้ทุกคนที่พามาถึงจุดนี้ได้
  • สงสัยว่าในอนาคตจะยังรักษาทีมภัณฑารักษ์อาสาสมัครไว้ได้ต่อเนื่องหรือไม่ เพราะทุกวันนี้งานคัดแยกและตรวจสอบแพ็กเกจก็มากขึ้นอยู่แล้ว ทั้งในเรื่องมัลแวร์และฟังก์ชันที่ซ้ำกับของเดิม และการมาถึงของแพ็กเกจที่สร้างด้วย AI ก็ยิ่งทำให้ปริมาณงานเพิ่มขึ้นต่อเนื่อง
    • ในมุมของประธานร่วม TSC ก็เข้าใจคำถามนี้มาก โดย Mika Epstein(Ipstenu) ซึ่งเป็นประธานร่วม ได้เป็นผู้นำทีมรีวิวปลั๊กอินมาอย่างยาวนาน และผู้มีส่วนร่วมหลายคนก็เป็นผู้มีประสบการณ์ที่มีส่วนลึกกับกระบวนการรีวิว จึงเป็นประเด็นที่ถูกให้ความสำคัญสูงสุดมาโดยตลอด
  • มีการรวบรวมลิงก์สำคัญต่าง ๆ ที่รวมประเด็นหลักและข้อถกเถียงเกี่ยวกับ Wordpress/Automattic ตลอดช่วงเวลาหนึ่งไว้ในที่เดียว หากสนใจเหตุการณ์นี้ แนะนำให้ค่อย ๆ ดูรายการด้านล่างและการถกเถียงประกอบ
  • มีข้อชี้ว่าชื่อ FAIR อาจทำให้สับสนกับ FAIR principles (Findable, Accessible, Interoperable, Reusable) ซึ่งถูกใช้มาก่อนแล้วในฝั่งการจัดการข้อมูล
    • มีการพูดแบบปลง ๆ ว่าโลกนี้ชื่อซ้ำกันไปหมดอยู่แล้ว จึงคงเลี่ยงไม่ได้
  • สรุปโครงการ FAIR ว่า “สิ่งที่เรากำลังทำคือเพิ่มชั้นการแจกจ่ายใหม่ แล้ววาง governance ของตัวเองไว้บนชั้นนั้น”