Đây là bài viết tiếp theo của https://vi.news.hada.io/topic?id=19746.
Bài viết nói về lý do chọn Rhymix để xây dựng một trang cộng đồng trong nước và quá trình phát triển website bằng Rhymix.
Dưới đây là phần tóm tắt do ChatGPT thực hiện.
Tóm tắt trải nghiệm chọn CMS và phát triển cho zod.kr (bản tóm tắt ngắn)
- Bối cảnh: Đánh giá môi trường CMS ở Hàn Quốc đã quá lạc hậu, nhưng vì lý do thực tế nên quyết định dùng CMS sẵn có thay vì làm mới từ đầu.
- So sánh CMS:
- Gnuboard5: Bị loại vì chất lượng mã nguồn, bảo mật và vấn đề về cấu trúc.
- Rhymix: Dựa trên XE nên quen thuộc, có cải thiện cấu trúc, hỗ trợ cú pháp hiện đại và khả năng mở rộng tốt → được chọn cuối cùng.
- Ưu điểm của Rhymix:
- Có nhiều tính năng hiện đại như Composer, cấu trúc mô-đun, hỗ trợ cache, hàng đợi bất đồng bộ.
- Nhược điểm:
- UI quản trị lỗi thời, hệ sinh thái bên thứ ba chưa hoàn thiện, thiếu tài liệu, v.v.
- Thiết kế: Tận dụng theme responsive + sửa rất nhiều lỗi và cải thiện CSS/JS.
- Bổ sung tính năng:
- Tự triển khai nhiều chức năng như web push, quản lý sự kiện, upload tích hợp R2, tính năng người dùng, v.v.
- Phát triển mô-đun: Thiếu tài liệu hướng dẫn → phải phân tích mã nguồn và tự nắm cấu trúc để triển khai.
👉 Tóm lại: Trong một môi trường CMS đã cũ kỹ, Rhymix được chọn như một phương án thực tế, và zod.kr đã được xây dựng ổn định thông qua nhiều thử nghiệm và tùy biến.
2 bình luận
Cảm ơn bạn rất nhiều vì những tư liệu vô cùng quý giá về cả quá trình phát triển lẫn vận hành trang web thực tế, tôi đang đọc và theo dõi rất kỹ.
Ở góc nhìn của một người dùng đã sử dụng từ thời kỳ đầu của XE1 cho đến Rhymix suốt hơn chục năm, đây đúng là nội dung khiến tôi đồng cảm rất nhiều.
Tôi cho rằng vấn đề lớn nhất là phần đông thị trường mà Rhymix nhắm đến không có đủ năng lực để tự phát triển trực tiếp.
Những người có khả năng tự phát triển thì thường sẽ chọn Laravel hoặc các giải pháp tương tự, thay vì chấp nhận tài liệu còn thiếu, cấu trúc mơ hồ và các phần legacy của XE hay Rhymix.
Giống như tác giả bài viết gốc, bản thân tôi cũng vậy, vẫn chọn Rhymix cho một vài dự án mới vì những lý do như
v.v... nhưng mỗi lần như vậy tôi đều suy nghĩ rất nhiều xem lựa chọn này có thực sự là lựa chọn đúng hay không.
Tôi cũng đang tự mình thử nhiều hướng khác nhau để bù đắp những điểm còn chưa hài lòng khi dùng Rhymix như một giải pháp thay cho framework.
https://github.com/nemorize/rx-make (nhánh develop / dự án PoC, không có kế hoạch đưa vào production)
Tôi đã thử nhiều hướng như biến toàn bộ Rhymix thành framework/library, giảm thiểu việc truy cập vào API legacy, rồi tái cấu trúc các API hiện đại hơn sao cho vẫn tương đối tương thích với legacy... nhưng thật sự là có quá nhiều điều phải cân nhắc haha..
Trước giờ tôi chưa từng sắp xếp rõ ràng những trăn trở này, nên nhân dịp này chắc tôi cũng nên thử hệ thống lại cho thật mạch lạc một lần.