Con đường mới cho WordPress và web mở: dự án FAIR - hạ tầng WordPress phân tán

• Vấn đề quản trị tập trung và thiếu minh bạch của WordPress đã nổi lên như một chủ đề cốt lõi trong cộng đồng, làm dấy lên nhu cầu về một giải pháp thay thế độc lập và minh bạch
• Cuối năm 2024 đến đầu năm 2025, nhiều nỗ lực phân tán như AspirePress (mirror do cộng đồng vận hành) xuất hiện, đồng thời các cuộc thảo luận về giải pháp 'hai đường ray' ở cả khía cạnh kỹ thuật và quản trị, cùng thư ngỏ, bắt đầu diễn ra nghiêm túc
• Trong làn sóng này, nhiều nhóm đã hợp lực để hiện thực hóa FAIR (Federated and Independent Repositories), một hạ tầng thực tế cho việc 'quản lý/phân phối gói WordPress phi tập trung'
• FAIR được quản lý bởi Ủy ban Chỉ đạo Kỹ thuật (TSC) do cộng đồng dẫn dắt dưới Linux Foundation, cung cấp hạ tầng hệ sinh thái thực tiễn như mirror, gói, plugin thương mại, chữ ký mã hóa. Đây không phải là fork WordPress mà là cung cấp một 'lớp phân phối và quản trị mới'
• Sự xuất hiện của FAIR không chỉ là một hành động phản kháng, mà được đánh giá là một đóng góp nhằm xây dựng hạ tầng và quản trị tốt hơn ngay trong hệ sinh thái nguồn mở

---

Sự ra đời và ý nghĩa của dự án FAIR cho WordPress

# Thay đổi bắt đầu từ vấn đề lãnh đạo

• Cuối năm 2024, vấn đề quá tập trung và thiếu quản trị trong hệ sinh thái WordPress đã được đưa ra thảo luận công khai
  • Quá nhiều quyền lực tập trung vào một cá nhân, và cấu trúc quản lý thiếu minh bạch tạo ra sự bất định cho cả người đóng góp lẫn doanh nghiệp
• Việc công bố mirror do cộng đồng vận hành (AspirePress) cùng với thư ngỏ từ hơn 20 người đóng góp chủ chốt đã giúp nhận thức về vấn đề này lan rộng
• Cùng với Karim Marucchi và những người khác, hai hướng giải pháp về kỹ thuật và chính trị đã được đề xuất
  • Giảm tập trung hóa (phân phối/cập nhật/khả năng khám phá)
  • Đưa vào cơ chế quản trị minh bạch, có trách nhiệm và trung lập

# Kết nối các nỗ lực khác nhau, hội tụ thành FAIR

• Các thử nghiệm phân tán riêng lẻ của nhiều đội ngũ và cộng đồng đã tự nhiên giao thoa, rồi chuyển thành liên kết và hợp tác chung
• Thay vì tuyên bố một dự án đơn lẻ, mô hình tổ chức được xây dựng như một liên minh kiểu 'nhóm của nhiều nhóm'
• Những vấn đề cấp bách (cập nhật plugin, thư mục, tài sản, bảng điều khiển, v.v.) được xử lý trước bằng mirror/drop-in, đồng thời thiết kế một cấu trúc mở rộng dần theo từng bước

# FAIR: hạ tầng gói phân tán do cộng đồng dẫn dắt

• FAIR được quản lý bởi TSC (Ủy ban Chỉ đạo Kỹ thuật) do cộng đồng dẫn dắt dưới Linux Foundation
  • Ba đồng chủ tịch là các lãnh đạo cộng đồng (Carrie Dils, Mika Epstein, Ryan McCue)
  • Trong thời gian ngắn đã xây dựng quản lý gói phân tán, mirror, plugin thương mại, chữ ký mã hóa, v.v.
• Mục tiêu không phải là fork WordPress
  • Sử dụng cùng phần mềm lõi, tương thích với WordPress hiện có
  • Bổ sung một lớp quản trị/phân phối độc lập mà không tạo ra nút thắt cổ chai tập trung
• Dựa trên kinh nghiệm quản lý gói nguồn mở như Composer, tập trung vào tính thân thiện với người dùng
  • Phần lớn người dùng không cần biết cấu trúc bên trong, chỉ cảm thấy rằng nó "đơn giản là hoạt động tốt"

# Ý nghĩa của FAIR và con đường phía trước

• FAIR không phải là một hành động 'phản kháng' hay 'fork', mà là một đóng góp tích cực cho hạ tầng và quản trị WordPress
• Đây là kết quả của nhiều tháng hợp tác giữa doanh nghiệp, quốc gia và cộng đồng, và số người tham gia đang ngày càng tăng
• Có thể xem thêm thông tin chi tiết về FAIR tại fair.pm
• Nếu đồng ý với 'hạ tầng dùng chung' của web mở và WordPress cùng một tương lai lấy người đóng góp làm trung tâm, bạn luôn có thể tham gia

# Liên kết tham khảo/tham gia

• Karim Marucchi giới thiệu FAIR
• Ryan McCue: xây dựng hệ sinh thái mạnh hơn
• Siobhan McKeown: con đường phía trước cùng FAIR
• Thông cáo báo chí chính thức của Linux Foundation

[GN⁺]

Ý kiến trên Hacker News

• Chia sẻ tin Linux Foundation đã công bố FAIR Package Manager Project; có thể xem thông cáo chính thức tại đây, và thảo luận liên quan trên HN tại đây
  • Nói rằng trong vài tháng qua đã suy nghĩ về một hệ thống tương tự cho dự án riêng của mình, đồng thời nhắc đến kinh nghiệm xem xét ATProto(atproto.com), IPFS(ipfs.tech), Radicle(radicle.xyz), Iroh(github); gần đây đang nghiêng về Iroh nhưng cũng thấy ATProto thú vị, và giờ cũng dự định tìm hiểu FAIR(protocol); kỳ vọng sẽ xuất hiện một giao thức có thể được chấp nhận rộng rãi
• Sau khi xem qua các repository của FAIR, đặc biệt là fair-plugin, có suy nghĩ rằng có lẽ sẽ tốt hơn nếu dựng hạ tầng riêng trên một soft fork của WordPress thay vì cách hiện tại; cho rằng cách hiện tại, tức tìm cách lách qua core WordPress bằng một triển khai thay thế, có khả năng thất bại cao, vì cấu trúc này khiến các lập trình viên core khó tránh khỏi việc nhận chỉ thị từ cấp điều hành để phá cơ chế đó; đồng thời nói bài viết jkpress của Matt Mullenweg được liên kết trong TFA rất thiếu chuyên nghiệp và cay nghiệt, và đánh giá điều đó cũng phản ánh xấu về nhân cách của ông
  • Cho rằng chiến lược bắt đầu đóng góp trước bằng cách tiếp cận quản trị mở là khôn ngoan; nếu Matt cố cản trở hoặc phá hỏng, thì có thể giành được lý do chính đáng và sự ủng hộ để chuyển sang soft fork trong bầu không khí “đã cố gắng hết sức” của cộng đồng; bằng cách thể hiện thái độ hợp lý như vậy, khi fork sẽ có thể kéo phần lớn cộng đồng đi cùng, đồng thời cũng để ngỏ cho Matt cơ hội không can thiệp hoặc thậm chí tham gia, qua đó vẫn còn khả năng khôi phục niềm tin
  • Ý kiến cho rằng tính cách cay nghiệt của Matt Mullenweg không phải mới xuất hiện mà đã là đặc điểm kéo dài từ lâu; trước đây không quá lộ rõ nhưng năm nào đó cũng có lúc bộc lộ, còn trong 9 tháng gần đây thì xảy ra thường xuyên; có thể tham khảo timeline liên quan, ảnh chụp và hồ sơ vụ kiện WP Engine(timeline, bình luận trên NewsY)
  • Cho rằng khả năng core cố tình phá cơ chế đó là thấp; ví dụ nếu bỏ tính năng bộ lọc request HTTP thì rất nhiều plugin và website sẽ hỏng, khiến điểm bán hàng kiểu “cài một lần rồi không cần bận tâm nữa” sụp đổ; hơn nữa đối thủ lớn chủ yếu là các dịch vụ như Wix hay Jimdo nên đây không hẳn là cạnh tranh giữa các CMS; nếu chặn backend thì các bản cũ cũng sẽ hỏng hết và đường nâng cấp bị cắt; cấu trúc filter và action là yếu tố cốt lõi giúp các lập trình viên còn có thể chịu đựng được khi làm với WordPress, và cũng bày tỏ rằng không có hệ sinh thái plugin thì WordPress gần như không còn nhiều ý nghĩa; việc mã FAIR dùng OOP và composer nhưng không yêu cầu PHP 8, vẫn hỗ trợ đến 7.2 là điều đáng lo, dù trên thực tế nhiều plugin WP và cả core cũng ở tình trạng tương tự
  • Thận trọng suy đoán rằng nhờ vụ kiện của WPEngine, WordPress sẽ mất lý do chính đáng để ngăn các triển khai hạ tầng thay thế; không thật sự tin tưởng Linux Foundation nhưng trong toàn bộ vụ việc WordPress này thì cá nhân lại ủng hộ WordPress hơn; tuy vậy, nếu một kho plugin phân tán kiểu apt do Linux Foundation bảo trợ hoạt động ổn khoảng 75% thôi thì cũng sẵn sàng chuyển sang, vì như vậy vẫn tốt hơn nhiều so với gắn rủi ro vào một CEO duy nhất; nếu nhiều người dùng cũng nghĩ như vậy thì tương lai của WordPress là u ám; không muốn fork chỉ vì không muốn phải tự trả tiền cho việc phát triển WordPress, và nếu doanh thu bị rút đi thì WordPress sẽ càng trì trệ hơn, vốn dĩ đã là một con khủng long rồi; còn ví nó như ký sinh trùng giết chết vật chủ
• Từ góc nhìn của mình, trong một thời gian WordPress ít nhất cho nhu cầu cá nhân là ngõ cụt; lý do và quan điểm đã được viết trong blog; đây là một công cụ tuyệt vời nhưng khó mà tin tưởng vì công ty đứng sau quá bất ổn; sẽ theo dõi xem FAIR Package Manager có thể thay đổi hệ sinh thái hay không
  • Chuyển sang Static Site Generator(SSG) cũng là một lựa chọn rất đáng cân nhắc; cũng tò mò không biết còn CMS nào khác đang phổ biến; hiện blog của tôi đang chạy bằng Grav, là hệ thống dựa trên file nhưng có thể quản lý dễ dàng bằng Git, đồng thời vẫn hỗ trợ nội dung động, tìm kiếm và cả Admin UI tùy chọn; có thể tham khảo trang chính thức của Grav
• Trang chính thức của FAIR là fair.pm, và lập tức chuyển hướng sang github.com/fairpm; FAIR Package Manager là một công cụ được thiết kế như giải pháp thay thế phân tán cho hệ sinh thái plugin/theme tập trung của WordPress.org, giúp host WordPress và nhà phát triển có nhiều quyền kiểm soát hơn; với các dịch vụ hiện có, chỉ cần cài plugin là có thể thay thế ngay, và nó gồm hai trục: thay API (FAIR thay thế WordPress.org API cho các việc như kiểm tra cập nhật) và quản lý gói plugin/theme theo kiểu phân tán; còn hỗ trợ cấu hình dữ liệu thông qua AspirePress hoặc mirror tên miền được chỉ định; hiện tại với các plugin ổn định thì dùng mirror của WordPress.org, nhưng sẽ dần mở rộng sang các gói FAIR-native; có thể cài plugin tại đây
• Rất háo hức khi thấy hướng đi như FAIR đang có đà phát triển; ý tưởng thì lúc nào cũng nhiều nhưng thực thi mới khó, và thực tế đòi hỏi sự hợp tác, điều phối giữa nhiều lĩnh vực kỹ thuật khác nhau; xin dành tràng pháo tay lớn cho tất cả mọi người đã đưa được dự án đến giai đoạn này
• Tò mò không biết sau này có thể tiếp tục duy trì đội ngũ curator tình nguyện hay không; ngay lúc này khối lượng công việc phân loại và xác minh gói, như kiểm tra mã độc hay chức năng trùng lặp với gói hiện có, đã tăng nhiều, và với sự xuất hiện của các gói do AI tạo ra thì khối lượng đó còn tiếp tục tăng
  • Với tư cách đồng chủ tịch TSC, rất đồng cảm với câu hỏi này; đồng chủ tịch Mika Epstein(Ipstenu) đã dẫn dắt nhóm review plugin trong thời gian dài, và nhiều contributor cũng là những người có kinh nghiệm tham gia sâu vào quy trình review, nên đây luôn là vấn đề được ưu tiên cân nhắc hàng đầu
• Tập hợp các liên kết quan trọng gom lại những vấn đề và tranh cãi lớn xoay quanh WordPress/Automattic trong thời gian qua; nếu quan tâm đến vụ việc này thì nên lần lượt đọc kỹ các mục bên dưới và phần thảo luận đi kèm
  • Ngoài ra còn có một bản tổng hợp khác là timeline này
• Có ý kiến chỉ ra rằng tên FAIR có thể gây nhầm lẫn với các nguyên tắc FAIR(Findable, Accessible, Interoperable, Reusable) vốn đã được dùng trong lĩnh vực quản lý dữ liệu
  • Lời tự giễu rằng thời nay mọi cái tên đều đã bị trùng, nên cũng đành chịu
• Tóm tắt dự án FAIR: “Việc chúng tôi làm là bổ sung một lớp phân phối mới, rồi đặt cơ chế quản trị riêng lên trên nó”