Avatar
1
8bu Beginner
8bu Beginner
Sử dụng IPFS để làm headless CMS cho blog?
Gần đây NFT nổi lên như là 1 hiện tượng, IPFS cũng nhờ đó được nhiều người biết tới hơn, trong đó có em. Trước đó em đã đọc qua cách hoạt động của IPFS & biết tới service pinata.cloud thông qua project Snapshot của Fabien.

Vì có dịp đọc code & contribute 1 ít trong project đó, em thấy họ sử dụng IPFS để store vote của user. Nên em tìm hiểu API của Pinata thì thấy có thể sử dụng nó để store content JSON, và quan trọng là ít tốn phí duy trì cho lượng traffic vừa và nhỏ.

Không biết có mặt hạn chế nào trong cách dùng IPFS như em không, mong các anh/chị chia sẻ với ạ.

  • Answer
ipfs blog
Remain: 5
4 Answers
Avatar
8bu Beginner
8bu Beginner
Off-topic xíu là hi vọng Admin có thể sửa user label hiện tại từ "Begginer" thành "Beginner" cho đúng chính tả dc ko ạ :(...
  • 1
  • Reply
Ok em  –  tvd12 1637956193000
Avatar
Bạn hiểu sao về IPFS, vì sao phải dùng trong CMS. CMS chỉ là trang CRUD thông thường thôi
  • 0
  • Reply
Em hiểu cơ bản nó giống như torrent thôi, còn sâu hơn thì chưa rõ ràng ạ.

Nếu bỏ qua Update thì Create Read Delete với Pinata e vẫn dùng ổn, như 1 headless CMS service cơ bản thôi

 –  8bu 1637905015000
Avatar
vì sao em k làm CRUD thông thường, liệu IPFS có cần thiết với CMS ?
  • 0
  • Reply
:D Vì nó có sẵn API e push json lên & viết client FE là dùng dc luôn rồi a. Còn build CMS thông thường cũng dc nhưng vì blog cá nhân e không muốn tốn phí trì nhiều. Hết tiền là content blog của e cũng lên tiên  –  8bu 1637906052000
Avatar
tvd12 Beginner
tvd12 Beginner
The Best Answer
Đầu tiên: Đây là một ý tưởng khá hay khi em có thể tận dụng các store kiểu IPFS mà không cần tổ chức DB và cũng không cần lo lắng việc sẽ bị mất dữ liệu khí máy chủ có vấn đề, nghĩa là nó sẽ giúp em không cần phải backup dữ liệu, tuy nhiên có 1 số nhược điểm thế này:

  1. Em sẽ phải tổ chức dữ liệu khác đi vì mọi thông tin của em bây giờ sẽ phải gói gọn trong 1 cái tạm gọi là transaction.
  2. Việc sửa đổi sẽ tương đương với việc em tạo 1 transaction mới chứ không sửa được trên dữ liệu cũ, vì các IPFS thường sử dụng blockchain. Như vậy em vẫn phải có database để quản lý rằng bài viết sẽ đang sử dụng version nào trên IPFS
  3. Tốc độ truy cập liệu có được đảm bảo không? Cái này anh không chắc, có thể em phải tự tổ chức 1 node IPFS của riêng mình để tốc độ truy cập được đảm bảo nhanh nhất, nhưng việc này lại gây ra tốn kém
  4. Không có gì đảm bảo rằng pinata sẽ tính phí trong tương lai gần, vì họ cũng phải lưu trữ hàng nghìn thậm chí hàng tỉ TB thì tiền ở đâu ra, không có bữa trưa nào miễn phí cả, và anh tin em sẽ sớm phải trả tiền cho chi phí dung lượng hoặc số lần gọi API

Vậy nên phương án tốt nhất cho blog vẫn là sử dụng database thông thường và backup dữ liệu thường xuyên, chi phí cũng không đáng là bao mà đỡ phức tạp em ạ.

  • 1
  • Reply