1 điểm bởi GN⁺ 2024-07-23 | 1 bình luận | Chia sẻ qua WhatsApp
  • Jellyfin cho biết với số tiền quyên góp tích lũy trong 5 năm qua, dự án có thể vận hành hơn 3,3 năm, nên đề nghị tạm thời ngừng quyên góp thêm cho dự án chính
  • Số dư hiện tại là hơn 24.000 USD, chi tiêu trung bình mỗi tháng khoảng 600 USD, tương đương mức có thể duy trì hoạt động hơn 40 tháng
  • Hình thức hỗ trợ mà dự án cần hơn lúc này không phải chi phí vận hành máy chủ, mà là quyên góp trực tiếp cho các nhà phát triển client mà người dùng sử dụng hằng ngày
  • Nhiều client đang được duy trì bởi 1 người hoặc một nhóm nhỏ, nên gánh nặng thích ứng với thay đổi API và các bản phát hành mới có thể tăng cao
  • Quyên góp hoàn toàn là hỗ trợ tự nguyện, và Jellyfin vẫn giữ nguyên chính sách không phát triển trả phí cùng nguyên tắc sử dụng tài chính chung của dự án

Đề nghị từ Jellyfin: tạm dừng quyên góp

  • Jellyfin cảm ơn các khoản quyên góp từ cộng đồng, nhưng cho biết hiện tại không cần quyên góp thêm cho dự án chính
  • Lý do là nguồn quỹ vận hành đã đủ dồi dào
    • Tiền mặt đang nắm giữ là hơn 24.000 USD
    • Chi tiêu trung bình mỗi tháng khoảng 600 USD
    • Theo mức này, dự án còn khả năng vận hành hơn 40 tháng, tức khoảng 3,3 năm
  • Thông báo này cũng đã được đăng trên OpenCollective và được đăng lại trên diễn đàn để lưu trữ

Nơi cần hỗ trợ hơn là bảo trì client

  • Thay vì quyên góp cho dự án chính, Jellyfin khuyến nghị người dùng quyên góp cho tác giả của các client chính thức mà họ sử dụng và yêu thích hằng ngày
  • Hỗ trợ client là khu vực có gánh nặng duy trì lớn trong hệ sinh thái
    • Phần lớn client do một nhà phát triển duy nhất hoặc một nhóm rất nhỏ phụ trách
    • Các thay đổi API của Jellyfin 10.9.0 và bản phát hành 10.10.0 sắp tới có thể làm tăng khối lượng công việc thích ứng của các nhà phát triển client
  • Có thể tìm các nhà phát triển để quyên góp tại danh sách client chính thức

Chính sách không phát triển trả phí vẫn được giữ nguyên

  • Số tiền gửi cho các nhà phát triển client chỉ là quyên góp, không phải hình thức mua tính năng triển khai
  • Chính sách “no paid development” của Jellyfin vẫn tiếp tục được duy trì
    • Không tiếp nhận bug bounty hay các yêu cầu tương tự
    • Không sử dụng tài chính chung của dự án như OpenCollective cho phát triển trả phí
  • Việc người dùng tự nguyện quyên góp cho từng nhà phát triển riêng lẻ không mâu thuẫn với chính sách này

Khi nào sẽ xem xét lại việc quyên góp

  • Thông báo này sẽ được duy trì cho đến khi năng lực vận hành còn lại của Jellyfin giảm xuống khoảng 1 năm, 12 tháng
  • Khi đó, dự án sẽ đánh giá lại tình hình tài chính và định hướng quyên góp

Thông tin bổ sung từ diễn đàn

  • Trước câu hỏi liên quan đến client WebOS, đã có phản hồi rằng phiên bản WebOS phần lớn gắn với Jellyfin Web
    • Dmitry chủ yếu phụ trách hỗ trợ webOS và Tizen, nhưng tại thời điểm đó có vẻ chưa thiết lập Sponsors
  • Chi phí của dự án được đăng trên trang expenses của OpenCollective
  • Gần như toàn bộ chi phí là chi phí hạ tầng, đôi khi có thêm việc mua thiết bị phục vụ phát triển và kiểm thử
    • Ví dụ, có nhắc đến ngân sách thiết bị một lần 300 USD cho phát triển và kiểm thử

1 bình luận

 
GN⁺ 2024-07-23
Ý kiến trên Hacker News
  • Bài viết này hơi đáng tiếc. Thay vì yêu cầu ngừng quyên góp, họ chỉ cần phân bổ doanh thu một cách minh bạch cho các nhà phát triển trong hệ sinh thái như đã nói là được.
    Có thể cho phép nộp đơn xin quỹ, tạo tiền thưởng cho tính năng, và đặt hướng dẫn cạnh nút quyên góp. Một khi ai đó đã ngừng quyên góp thì khả năng họ tiếp tục tìm hiểu xem nên ủng hộ client hay nhà phát triển nào là thấp, nên để các maintainer của Jellyfin xử lý sẽ tốt hơn nhiều

    • Dùng tiền cho các dự án khác không phải là ý hay. Họ là nhà phát triển/maintainer mã nguồn mở chứ không phải nhà quản lý quỹ, nên việc đó dễ làm phân tâm; nếu phân bổ “sai” có thể gây chia rẽ và chỉ trích, đồng thời tạo ra một tầng các client và dự án liên quan “được phê duyệt”.
      Tôi thấy cách tiếp cận của đội Jellyfin khá hợp lý. Tuy nhiên nếu là tôi, tôi sẽ nhắc lại như các nhà phát triển Helix [0] rằng quyên góp chỉ là một khoản “tip” cho dự án, không nên mặc định là mua tốc độ phát triển, marketing, v.v. Có tiền thì tốt và sẽ dùng khi cần, nhưng tôi cũng thích thái độ khuyên mọi người quyên góp nơi khác nếu muốn tạo tác động lớn hơn.
      [0] https://github.com/helix-editor/helix/issues/2220
    • Nếu tôi quyên góp cho một dự án hay tổ chức cụ thể mà họ lại đem số tiền đó quyên góp cho nơi khác, tôi sẽ cảm thấy bị lừa nặng. Quyết định lần này là đúng
    • Ngược lại, cách họ làm hiện nay là tốt. Họ đã công khai minh bạch tình hình tài chính, và thông báo cho các nhà tài trợ rằng hiện tại những nơi khác cần được hỗ trợ hơn.
      Đó không phải nghĩa vụ, nhưng rất có thể với họ thì đó là việc đúng nên làm
    • Cách đó sẽ tốn quá nhiều công sức, và cũng có thể có người phàn nàn rằng tiền của họ không đi đến nơi họ muốn. Cách hiện tại đơn giản hơn
    • Có lẽ không phải vậy. Quy mô tiền vào rất nhỏ, và nếu bắt đầu tăng doanh thu thì thực tế họ sẽ phải trả tiền cho nhân sự làm công việc không cốt lõi như luật sư hay kế toán.
      Giả sử một tổ chức phi lợi nhuận đăng ký tại Ontario, Canada nhận tiền, thì xử lý kế toán cho khoản nhỏ khá dễ. Trước đây tôi từng vận hành các tổ chức phi lợi nhuận ở Manitoba và BC cho hội nghị và hoạt động cộng đồng. Nhưng nếu bắt đầu trả tiền cho những người không thể xuất hóa đơn, bạn phải giải quyết việc xử lý lương xuyên khu vực pháp lý, và cũng sẽ mua thêm nhiều dịch vụ khác.
      Những phản ứng kiểu này không giúp ích, vì chúng giả định rằng nhà phát triển dự án muốn vận hành một doanh nghiệp hơn là tạo và phát hành một công cụ mã nguồn mở để giải quyết nhu cầu của chính họ. Phi lợi nhuận cũng là một doanh nghiệp. Tưởng tượng các khả năng là tốt, nhưng nếu bạn nghĩ cách đó đúng thì hãy fork dự án, vận hành doanh nghiệp một cách minh bạch, và dành một phần doanh thu làm quỹ dự phòng cho thời điểm đội ngũ cốt lõi của dự án gốc yêu cầu
  • Gần đây tôi bắt đầu dùng Jellyfin để tổ chức tối xem phim thứ Sáu với bạn bè sống xa, và tính năng đồng bộ của web UI hoạt động tốt đến bất ngờ.
    Bật chat thoại lên thì cảm giác khá gần với việc thật sự xem cùng nhau. Nhìn chung tôi thấy nó rất chắc chắn, dù tôi chưa dùng nhiều phần mềm media center khác để so sánh.
    Phàn nàn lớn duy nhất là Jellyfin có vẻ ghét cấu trúc thư mục của tôi một cách kỳ lạ. Phần lớn file vẫn chạy, nhưng ở một số thư mục, nó đột nhiên cho rằng nhiều tập là nhiều “phiên bản” của cùng một “file”. Xem tài liệu thì có vẻ nó rất muốn tôi tuân theo một cấu trúc thư mục cụ thể, nhưng đây là bộ sưu tập tôi đã tích lũy hơn 15 năm; thay đổi không chỉ mất thời gian mà đơn giản là tôi không muốn đổi. Cách bố trí thư mục của tôi phù hợp và dễ hiểu với tôi, nên tôi thấy ngạc nhiên khi Jellyfin không thể chỉ hiển thị nguyên danh sách file gốc

    • Có lẽ chỉ cần vài lệnh batch được sắp xếp tốt trong shell là có thể đổi cấu trúc khá nhanh, nhưng tôi cũng hiểu vì sao bạn không muốn làm vậy.
      Việc các tập bị gộp ngẫu nhiên có thể không phải do cấu trúc thư mục hay mẫu tên file, mà do metadata của chính file. Tôi chưa gặp đúng tình huống đó, nhưng đã lãng phí khá nhiều đời mình với những giả định mà trình phát nhạc đặt ra về thẻ ID3, và việc các file từ khắp nơi trên Internet dễ dàng phá hỏng chúng
    • Tôi chưa tự triển khai, nhưng từng nghĩ đến việc tạo một script để để file thật ở bất kỳ đâu, rồi tự động tạo một cây thư mục được sắp xếp “đúng” bằng symbolic link
    • Cứ quản lý bằng tinymediamanager là được. Nó tự động đổi tên file và thư mục, tải nfo, thumbnail và cover về.
      Với TV show chỉ cần có s01e01 là đủ. Sau đó import thư mục và không cho Jellyfin lấy dữ liệu online nữa
    • Tôi khá bất ngờ khi tính năng đồng bộ của web UI hoạt động tốt. Tôi đã gặp vấn đề với SyncPlay từ lâu rồi.
      Media của một số người bị dừng hoặc kẹt ở phần tải, phát được đến một đoạn rồi đứng hình. Về cơ bản, khi làm gì đó với SyncPlay thì thành “bấm phát và nếu nó thật sự bắt đầu thì tuyệt đối đừng bấm tạm dừng”.
      Dù vậy đây là vấn đề duy nhất của tôi với Jellyfin, và tôi đã dùng nó suốt một năm qua; nó rất tuyệt
    • Trước đây tôi cũng có vấn đề tương tự, nhưng sau khi bắt đầu dùng hardlink vì các ứng dụng arr, cấu trúc file và thư mục cho Jellyfin đã được sắp xếp gọn gàng đẹp mắt
  • Một số tính năng hoặc client được yêu cầu nhiều hoàn toàn không có tiến triển, và cũng không có ai xuất hiện để bắt đầu phát triển hoặc giúp đỡ
    Vì vậy ngay cả những thứ như Chromecast cũng đã phải bị bỏ qua một thời gian, nhưng trong vài tuần gần đây đang được hồi sinh trở lại
    Chúng tôi biết phàn nàn lớn nhất về Jellyfin là thiếu hỗ trợ client và mức độ hoàn thiện còn thô/chưa đủ chỉn chu. Chúng tôi đang lắng nghe, và chúng tôi cũng muốn cải thiện không kém gì các bạn
    Nhưng để làm được vậy thì cần có sự giúp đỡ. Chúng tôi cần thêm nhiều tình nguyện viên để cải thiện code, viết code mới, viết tài liệu và cải thiện tổng thể. Chúng tôi cần sự giúp đỡ của các bạn để vượt qua “vấn đề người đứng ngoài nhìn phát triển”, thu hút luồng máu mới vào dự án, và đặc biệt là biến nó thành một dự án tốt hơn
    https://jellyfin.org/posts/a-call-for-developers/
    Hướng tới một tổ chức 100% tình nguyện là điều cao quý, nhưng thật bực bội khi biết có vấn đề, có cả nhiều tiền, mà lại không giải quyết. Ngay cả khi không trực tiếp trả chi phí phát triển, họ vẫn có thể dùng tiền để cải thiện trải nghiệm của developer và thu hút developer mới. Bài gốc và liên kết trên đã thừa nhận phát triển client là vấn đề, vậy chẳng lẽ không thể hỗ trợ phần cứng, giấy phép, chi phí, v.v. cho các developer client sao

    • Nhưng tại sao việc phân bổ khoản tiền dư lại phải rơi vào tay họ? Đó cũng là công việc, mà lại chẳng vui vẻ gì
      Bất kỳ ai cũng có thể lập một quỹ quyên góp cho hệ sinh thái Jellyfin rộng hơn, hoặc một quỹ cho dự án phần mềm tự do/mã nguồn mở mà mình yêu thích. Có thể ai đó đọc điều này sẽ có động lực đứng ra làm. Không cần một nền tảng mới, chỉ cần người sẵn lòng tình nguyện một cách trung thực mà thôi
    • Giờ thì tôi nghĩ mình hiểu vì sao mỗi lần dùng Jellyfin, tôi vẫn chưa thể cảm thấy hài lòng gần như khi dùng Plex
      Việc họ đang cố làm thật sự rất khó. Họ đã làm được rất nhiều việc tuyệt vời, nhưng có vẻ hiện tại chỉ với lượng nhân lực gom góp được từ thời gian tình nguyện thì họ chỉ đang cầm cự. Rõ ràng cũng có nhiều người muốn góp tiền cho nỗ lực này
    • Tôi không hiểu tại sao mọi người lại bận tâm đến thế chuyện không dùng tiền cho phát triển. Phát triển có trả lương đâu phải là vô đạo đức. Tất nhiên là không rồi
  • Tôi mong dự án thành công và cũng nghĩ quyết định lần này là tốt. Nhưng tôi có Plex lifetime pass, và Jellyfin dường như vẫn chưa tốt đến mức đó
    Tôi đã cài cả hai trên cùng một thiết bị, nhưng mỗi lần cố dùng Jellyfin thì luôn có cảm giác thiếu thứ gì đó. Tôi sẽ tiếp tục quay lại kiểm tra

    • Tôi thật sự mừng vì đã không còn dùng Plex. Nó hoạt động ổn, nhưng quá phình to với đủ thứ linh tinh vô dụng, và tôi không có cảm giác có thể tin tưởng giao dữ liệu của mình cho nó
      Tôi dùng một instance tự host mà lại cần tài khoản plex.com ư? Xóa ngay
    • Jellyfin nằm khá vừa vặn trong khoảng giữa một thiết lập Kodi phức tạp hơn và Plex, nơi mọi thứ hoạt động dễ dàng
      Tuy nhiên, các thành viên gia đình không rành kỹ thuật thì rõ ràng thích Plex hơn. Nó trông đẹp và cực kỳ dễ thiết lập trên bất kỳ thiết bị nào
    • Tôi cũng vậy. Về nguyên tắc thì tôi muốn dùng Jellyfin, nhưng trong thực tế, khi chỉ muốn xem phim, tôi lại thường phải vật lộn với Jellyfin. Plex dù đã khá phình to nhưng cứ thế là chạy
    • Có ví dụ cụ thể nào không?
    • Tôi gặp nhiều vấn đề với Plex hơn Jellyfin. Jellyfin cũng có thể phiền phức, nhưng Plex khiến tôi phát cáu khi cố làm cho nó phù hợp với thư viện của mình. Cuối cùng tôi đã ngừng dùng Plex
  • Đây là lần đầu tôi nghe đến Jellyfin, và so với mô hình tăng trưởng siêu tốc điển hình mà nhiều dự án mã nguồn mở sử dụng thì thật sự rất mới mẻ
    Có người dùng Jellyfin thực tế nào đáng để giới thiệu không? Hiện tôi đang đặt một chia sẻ SMB trên Raspberry Pi 4 và truy cập từ Amazon Fire Stick bằng tính năng SMB của VLC. Hoạt động ổn, nhưng UI của VLC thì còn nhiều điểm đáng tiếc. Jellyfin có tốt hơn cho mục đích này không? Có client nào chạy trên Fire TV Stick không? Có lẽ là cái này: https://github.com/jellyfin/jellyfin-androidtv

    • Tôi đã dùng Jellyfin ngay từ đầu, và nhìn chung dùng rất thích. Giờ thì tôi tin tưởng dự án, nhưng hồi đầu khi chuyển từ Plex sang, tôi chạy song song cả hai trên hai VM riêng cùng tham chiếu đến cùng một thư viện chỉ đọc
      Cấu hình kép này hoạt động tốt, và Jellyfin nhanh chóng tạo được niềm tin ngay cả ở giai đoạn phát triển ban đầu, nên tôi gần như không dùng Plex nữa
      Hỗ trợ nhiều client cũng rất tuyệt. Ngoài việc stream video tới nhiều thiết bị trong nhà, thứ tôi thích nhất là cấu hình jukebox nghe nhạc dựng bằng RPi 3B+ và ALLO Piano 2.1 DAC hat. Tôi dùng ampli loa riêng và ampli subwoofer để đặt tần số crossover mong muốn; trên Pi thì chạy extension Mopidy-Jellyfin để truy cập thư viện Jellyfin và extension Mopidy-mowecl cung cấp web frontend gọn gàng cho DAC. Từ GUI của Jellyfin cũng có thể đưa nhạc vào hàng đợi và “play to” DAC
      Khả năng cấu hình cao và rất vui để vọc. Ví dụ, tôi cắm một bàn phím số USB vào Pi và gán phím tắt bằng dịch vụ triggerhappy. Tôi thích việc nhạc vẫn tiếp tục phát ngay cả khi workstation desktop tắt hoặc đang khởi động lại
      https://github.com/jellyfin/mopidy-jellyfin
      https://github.com/sapristi/mopidy-mowecl
      Điểm hay nhất là tất cả đều là phần mềm tự do/mã nguồn mở, nên không phải lo một ngày nào đó nền tảng bỗng biến mất
    • Tôi dùng từ khi nó được fork từ Emby, và với nhu cầu của tôi thì hoạt động tốt
      Tuy nhiên, tôi đồng ý với ý kiến nên chuyển tiền sang phía client. Ứng dụng Android TV còn khá thô. Android thường và giao diện web thì rất tốt, Roku theo trí nhớ của tôi cũng chạy ổn, nhưng phía Android TV thì thật sự không tốt
    • Tất nhiên là có thể giới thiệu. Tôi chạy bằng Docker trên NAS hơn một năm rồi và không gặp vấn đề gì. Nó hỗ trợ transcoding bằng phần cứng, rất tiện để downscale stream khi xem bên ngoài nhà
      Jellyfin cũng tích hợp tốt với các dịch vụ khác như Radarr, Sonarr, Jellyseer; khi yêu cầu media thì quy trình có thể tự động tải xuống, lập chỉ mục và đưa vào trạng thái có thể dùng
      Client thì chất lượng không đồng đều. Infuse có lẽ là tốt nhất, nhưng chỉ có trên Apple TV / iOS
    • Tôi từng là người dùng Plex từ đầu nhưng đã chuyển sang Jellyfin. Nó chưa được trau chuốt bằng Plex, nhưng hoàn toàn không phình to và với tôi thì chạy không vấn đề gì
      Quản lý thư viện rất dễ, bộ quét metadata cũng hoạt động tốt khoảng 95%, nên hiếm khi phải tự chỉnh dữ liệu media hay hình ảnh
      Jellyfin Android chạy tốt trên Fire TV. Nếu chạy server trên Pi, bạn có thể gặp khó khăn với transcoding, đặc biệt là các file media 4K
    • Tôi dùng kết hợp một server x86 yếu, tức một workstation cũ mua trên eBay, với các client mạnh hơn như Apple TV, thiết bị iOS và trình duyệt trên laptop hiệu năng tốt, nên không cần transcoding. Server của tôi không kham nổi transcoding thời gian thực
      Với cấu hình này thì nó chạy rất tuyệt, và tốt hơn một cách phi lý so với hơn chục lần tôi thử XMBM/Kodi. Người khác ngoài tôi cũng có thể cầm lên dùng ngay một cách tự tin, không bị mắc vào một chế độ UI kỳ quặc nào đó rồi bỏ cuộc mãi mãi như tôi vẫn gặp với Kodi
      Tôi dùng link tải xuống trong UI trình duyệt, còn phim cho bọn trẻ trong những chuyến đi xe dài thì phát bằng VLC trên iPad. Có VLC hỗ trợ thì nhu cầu đó cũng được đáp ứng
  • Hành xử như thế này thật sự đáng tôn trọng. Đây chính là điều khiến tôi ở lại với Jellyfin, dù có áp lực xã hội bảo chuyển sang Plex

  • Tôi chuyển từ Plex sang Jellyfin vài năm trước và đang hài lòng. Plex từng gặp vấn đề với các phim có file phụ đề và cứ cố re-encode. Tôi không khắc phục được, nhưng Jellyfin thì chạy tốt
    Nó cũng không liên tục dí vào mặt tôi những tính năng tôi không còn muốn nữa. Tôi sẵn lòng trả tiền cho tài khoản Plex, nhưng chỉ muốn nó lặng lẽ cho tôi xem phim local. Tôi không muốn bị làm phiền bởi streaming TV, phim miễn phí, hay tính năng mới nhất mà họ thúc đẩy tùy từng thời điểm

  • 400 đô/tháng đó không bao gồm chi phí lao động của họ, đúng không? Cá nhân tôi cảm thấy đó là lý do để quyên góp

    • Đúng, nhưng họ nói rõ là họ không muốn điều đó
      “Không, điều này không vi phạm chính sách ‘không phát triển có trả lương’, vì quyên góp đúng nghĩa là quyên góp. Chúng tôi vẫn sẽ không chấp nhận những thứ như tiền thưởng lỗi, và sẽ không dùng quỹ chung ở đây cho phát triển có trả lương.”
    • Muốn vậy thì phải thống nhất cách chia tiền để chi trả, mà có vẻ rắc rối nhiều hơn giá trị mang lại
  • Tôi đang dùng Jellyfin rất hài lòng, và muốn góp thêm ý rằng 24.000 đô, hay chi phí cho 40 tháng, hoàn toàn chưa đủ
    Nếu nhìn theo tỷ lệ rút tiền an toàn thận trọng, số vốn 24.000 đô chỉ tương đương 60 đô/tháng. Tức là chỉ bằng một phần mười số tiền dự án cần để trang trải chi tiêu hằng tháng
    Để dự án tự chủ, cần số tiền gấp 10 lần. Khi đó có thể đầu tư và dùng lợi tức đầu tư để trang trải chi phí
    Nếu dự án không muốn tự chủ thì đó là chuyện khác. Có thể họ cho rằng để người dùng luôn ở trạng thái còn thiếu thốn sẽ tốt hơn cho việc căn chỉnh động lực. Nhưng cá nhân tôi nghĩ tự chủ nên là mục tiêu của tất cả mọi người

    • Lấy 24.000 đô chia cho 40 tháng thì là 600 đô/tháng chứ nhỉ. Tôi bỏ sót gì sao?
    • Tôi cũng đăng phép tính tương tự và bị downvote xuống tận cuối thread
  • Có giải pháp nào kiểu Jelly Cloud không? Ví dụ như một công ty triển khai Jellyfin lên một instance EC2, gắn S3 vào, cấp một domain tùy chỉnh như username.companyname.com, rồi thu phí cố định hằng tháng gồm chi phí S3/EC2 và các chi phí khác
    Tôi từng nghĩ đến việc thử làm, nhưng muốn xem có nhu cầu không. Phần lớn lập trình viên có thể dễ dàng tự làm, nhưng tôi muốn mở rộng thành một dịch vụ để bán cho những người không tự làm được và sẵn sàng trả tiền
    Plex và Emby sẽ là đối thủ cạnh tranh, nhưng theo tôi biết thì chúng không phải mã nguồn mở

    • Có nhiều nhà cung cấp bán seedbox, và đó chính xác là thứ bạn đang tìm. Thường cũng bao gồm hỗ trợ Jellyfin và các ứng dụng *arr khác. Cá nhân tôi đang dùng ultra.cc và nhìn chung hài lòng
    • Tôi không rõ về các giải pháp cloud nói chung, nhưng nhiều nhà cung cấp seedbox, tức nhà cung cấp BitTorrent được quản lý, có kèm Plex và Jellyfin trong dịch vụ. Cá nhân tôi cũng chạy Plex và Jellyfin theo cách đó
    • Seedbox nào cũng cung cấp cái này. Tôi đã có trải nghiệm tốt với whatbox.ca
    • Bytesized Hosting khá gần với điều này