Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Move storage of images from database to IPFS #1933

Closed
4 of 5 tasks
Tracked by #163
jo-elimu opened this issue Nov 4, 2024 · 1 comment · Fixed by #1936, #1938 or #1941
Closed
4 of 5 tasks
Tracked by #163

Move storage of images from database to IPFS #1933

jo-elimu opened this issue Nov 4, 2024 · 1 comment · Fixed by #1936, #1938 or #1941
Assignees

Comments

@jo-elimu
Copy link
Member

jo-elimu commented Nov 4, 2024

Description

Store image files on IPFS instead of in the database, and keep a pointer to the file's CID in the database.

  • Add CID to REST API
  • Add functionality for adding CID to pre-existing images
  • Handle scenario where Pinata API key/secret is missing
  • Add CID to CSV export
  • Add CID to CSV import

Why?

Storage of large binary files in the database is causing memory errors, so we need to find an external storage solution for those files.


@jo-elimu
Copy link
Member Author

jo-elimu commented Nov 4, 2024

@jo-elimu jo-elimu self-assigned this Nov 8, 2024
jo-elimu added a commit that referenced this issue Nov 8, 2024
jo-elimu added a commit that referenced this issue Nov 8, 2024
jo-elimu added a commit that referenced this issue Nov 8, 2024
jo-elimu added a commit that referenced this issue Nov 8, 2024
jo-elimu added a commit that referenced this issue Nov 8, 2024
jo-elimu added a commit that referenced this issue Nov 10, 2024
jo-elimu added a commit that referenced this issue Nov 10, 2024
jo-elimu added a commit that referenced this issue Nov 10, 2024
To reduce memory consumption, do not call `image.getBytes()`

#1933
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
1 participant