Tạm biệt WordPress sau hai thập kỷ gắn bó

Tạm biệt WordPress sau hai thập kỷ gắn bó

Vào dịp Black Friday tháng 11 năm ngoái, tôi đã chuyển trang web của mình từ SiteGround sang Bluehost. Đây không phải là một quyết định hạ tầng táo bạo nào cả. SiteGround muốn gia hạn với mức giá cao gấp năm lần, trong khi cả hai nhà cung cấp đều là dịch vụ lưu trữ chia sẻ (shared hosting). Bluehost rẻ hơn đáng kể và quảng cáo thời gian hoạt động (uptime) lên tới 99,9%, nghe có vẻ ổn trên giấy tờ. Đối với một trang web cá nhân, 43 phút thời gian chết mỗi tháng có vẻ không phải là một sự đánh đổi quá lớn. Tôi không cần hạ tầng đẳng cấp cho một blog cá nhân. Nhưng tôi cũng không muốn nhận email từ updown.io báo rằng trang web đang sập, hay có ai đó phàn nàn rằng họ không đọc được bài viết vì lỗi.

Vậy là tôi thực hiện việc chuyển nhà. Chà, nó thật sự đau đớn. Bảng điều khiển (dashboard) đã nói lên tất cả. Trang web không bị sập hoàn toàn, nhưng nó đủ "ồn ào" để làm xói mòn niềm tin của tôi. Thời gian phản hồi biến động nhiều hơn mức tôi mong muốn, và Bluehost vẫn không đạt được mức uptime 99,9% như quảng cáo. Không một cuộc tương tác hỗ trợ nào, kể cả việc escalating lên cấp cao, đủ kỹ thuật để chẩn đoán vấn đề đúng đắn. Bluehost có tích hợp Cloudflare, điều này giúp việc caching khả thi, nhưng lớp này đủ nhiều lỗi nên không bao giờ mang lại sự yên tâm thực sự. Hạ tầng giá rẻ chỉ thực sự rẻ khi nó hoạt động một cách nhàm chán. Một khi nó bắt đầu đòi hỏi sự chú ý, số tiền tiết kiệm được sẽ trả lại bằng ma sát vận hành.

Bảng điều khiển theo dõi Uptime của Blog

Việc chuyển nhà chỉ là giọt nước tràn ly

Tuy nhiên, quá trình迁移 này đã bộc lộ một sự lệch pha sâu sắc hơn. Tôi đã biết từ lâu rằng WordPress không còn là thứ tôi thực sự muốn. Tôi đã sử dụng WordPress từ năm 2007 và nó đã phục vụ tôi tốt. Nó cung cấp cho tôi công cụ xuất bản, bảng quản trị, giao diện, plugin, bình luận, feed và một cách đơn giản để tiếp tục viết trong nhiều năm. Tôi không có quan điểm chống WordPress nào mang tính thời thượng cả. Nó đã giải quyết đúng vấn đề trong một thời gian dài.

Nhưng trang web của tôi ngày nay chủ yếu là một kho lưu trữ, không phải một tờ báo hay một ấn bản hợp tác. Đó là những năm tháng viết lách qua nhiều chủ đề, ngôn ngữ, tâm trạng, thời đại và mức độ trưởng thành khác nhau.

WordPress rất tốt trong việc lưu trữ bài viết. Nó kém hiệu quả hơn, ít nhất là với cách tôi muốn làm việc, trong việc coi kho lưu trữ là thứ tôi có thể kiểm tra, tái cấu trúc, tìm kiếm cục bộ và định hình lại một cách có chủ đích.

Điều thực sự tôi cần

Việc rời bỏ WordPress không chỉ vì Bluehost. Nó còn là về khả năng làm việc với những bài viết của chính mình theo những cách đã trở nên khó khăn theo thời gian. Tôi từng soạn thảo trên Google Docs, sau đó sao chép mọi thứ vào WordPress.

Tôi muốn trang web hoạt động ít giống một giao diện xuất bản (publishing interface) và nhiều hơn giống một thân thể công việc (body of work) mà tôi thực sự có thể kiểm tra. Một blog lâu năm sẽ tích lũy giá trị, giống như bất cứ thứ gì khác, nhưng sự tích lũy chỉ có ích khi bạn có thể nhìn thấy và sử dụng những gì đang có.

Tôi cũng muốn liên kết các bài viết một cách có chủ đích hơn. Theo thời gian, một trang web như vậy phát triển những kết nối vô hình. Một bài viết từ mười năm trước có thể chứa hạt giống của một ý tưởng mà tôi chỉ phát triển đầy đủ vào năm ngoái. Một bài khác có thể xứng đáng có một phần tiếp theo, một sự sửa chữa hoặc một phần tiếp theo hẹp hơn. Trong WordPress, những liên kết đó thường chỉ mang tính ngẫu nhiên.

Quá trình chuyển đổi cũng buộc tôi phải coi trang web là dữ liệu cũng như văn xuôi. Tôi phải phân loại mọi thứ rõ ràng hơn, xác định danh mục với ý định hơn, sử dụng thẻ tag một cách có chủ đích hơn và giới thiệu mô hình chuỗi (series) cho các bài viết thuộc về nhau.

Giải pháp Yapress

Đó là điều đã thúc đẩy tôi hướng tới Yapress. Nó là viết tắt của... tên viết tắt của tôi cộng với press. Đó là lý do tôi không làm quảng cáo. Tôi đã sử dụng kết hợp Codex, Claude và Gemini để làm điều này. Tôi đã thêm nó vào danh sách các sản phẩm mới ra mắt của mình.

Dự án dần dần biến thành một thiết lập xuất bản ưu tiên Markdown (markdown-first). Nó hỗ trợ nhập từ WordPress, phân loại (taxonomies), chuỗi bài (series), kho lưu trữ và xác thực nội dung. Tôi cũng chưa bao giờ xuất bản bất cứ thứ gì lên npm trước đây, vì vậy dự án nhỏ này cũng đã giúp tôi đạt được cột mốc đó.

Tuy nhiên, danh sách tính năng không thực sự là điểm chính. Điểm chính là bây giờ trang web sống trong các tệp tin. Tôi có thể tìm kiếm mọi thứ cục bộ, chỉnh sửa nó trong trình soạn thảo code, phiên bản nó trong Git và tái cấu trúc nó mà không cần vật lộn với WordPress mỗi lần. Tôi thậm chí còn thêm một hệ thống plugin. Trang web hoàn toàn tĩnh, vì vậy các plugin bị giới hạn ở việc chèn các đoạn mã thay vì làm bất cứ điều gì động tại thời gian chạy, nhưng điều đó ổn với những gì tôi cần.

Nó cũng cho tôi một cách sạch sẽ hơn để bảo toàn các URL cũ trong quá trình chuyển đổi, điều rất quan trọng vì tôi không muốn làm vỡ hàng năm trời các liên kết.

Sự đánh đổi

Đây không phải là một bước đi miễn phí. Tôi đã dành một lượng thời gian tốt để viết code dựa trên cảm hứng (vibe-coding) cho Yapress, can thiệp bất cứ khi nào nó bắt đầu bị nghẹn, kiểm tra kỹ lưỡng các liên kết ba lần và xây dựng một tập lệnh các script để đảm bảo mọi thứ hoạt động như nó nên.

WordPress vẫn có những lợi ích rõ ràng. Nó cung cấp cho tôi một giao diện quản trị trưởng thành, các chỉnh sửa nhanh trên trình duyệt, một hệ sinh thái lớn và các quy ước quen thuộc. Chuyển sang tĩnh hoặc ưu tiên Markdown có nghĩa là từ bỏ một phần sự tiện lợi đó, đặc biệt là xung quanh bình luận và đăng ký. Tôi đã loại bỏ bình luận cho hiện tại, nhưng xây dựng một plugin để xử lý đăng ký.

Điều đó cũng có nghĩa là quyền sở hữu trực tiếp hơn ở phía tôi. Trong các ràng buộc này, tôi thích điều đó. Tôi thà chạy một hệ thống đơn giản mà tôi hiểu còn hơn là tiếp tục thuê ngoài sự hiểu biết cho một hệ thống lớn hơn che giấu nơi thực sự của các vấn đề.

Đây cũng là tiêu chuẩn tôi sẽ áp dụng cho bất kỳ nền tảng nào. Một nền tảng chỉ kiếm được chỗ đứng khi nó cung cấp cho người dùng một con đường trải nhựa thực sự tốt hơn việc tự làm: ma sát thấp hơn, tải nhận thức thấp hơn, mặc định tốt hơn, vận hành an toàn hơn. Đó là lời đề xuất kỹ thuật nền tảng hiện đại. Nếu người dùng có thể xây dựng một con đường tốt như vậy, hoặc tốt hơn, thì nền tảng đó không giúp ích gì.

Đó ngày càng trở thành vấn đề của tôi với WordPress. Nó vẫn mang những ràng buộc của một nền tảng, nhưng ngày càng ít lợi ích hơn. Vì vậy, tôi không viết lại trang web này vì đột nhiên tôi quan tâm đến hạ tầng blog siêu quy mô. Tôi viết lại nó vì kho lưu trữ đã trở thành tài sản chính, và tôi muốn một thiết lập phù hợp với thực tế đó.

Kết luận

Tôi biết điều này có thể trông giống như việc thiết kế quá mức (over-engineering), nhưng các động lực là tốt. Tôi đã chọn Next.js cho hiện tại vì nó dễ triển khai và tôi đã quen thuộc với các công cụ. Tôi có thể chuyển sang tầng miễn phí của Cloudflare sau này, nhưng ở giai đoạn này, tôi đánh giá sự quen thuộc cao hơn việc ép ra mọi sự tối ưu hóa có thể.

Tôi cũng nghi ngờ điều này quan trọng hơn bây giờ so với năm năm trước. Sự hỗ trợ của AI đã thay đổi câu hỏi từ "Điều này có đáng để xây dựng không?" sang "Đây có phải điều đúng đắn để xây dựng không?". WordPress luôn là ma sát. Điều đã thay đổi là chi phí để thay thế nó. Một khi chi phí đó giảm đủ thấp, câu hỏi sau đó trở thành không phải là bạn có đủ khả năng để thay đổi nó hay không, mà là bạn có thể biện minh cho việc không làm điều đó hay không.