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

Persistence of storage - IPFS #2

Closed
mitra42 opened this issue Sep 7, 2017 · 3 comments
Closed

Persistence of storage - IPFS #2

mitra42 opened this issue Sep 7, 2017 · 3 comments

Comments

@mitra42
Copy link
Collaborator

mitra42 commented Sep 7, 2017

There are issues with persistence of the IPFS content stored. This is inherent to IPFS since there is no guarantee of persistence in IPFS and things are only stored by people who publish, pin, or for a period look at them.

Since the publisher is a browser, and is probably offline at this point, and noone may have looked at content, we need a way to be able to store. Its unclear if this should be via Pin-ning, or if we have to go outside of IPFS to do so.

@mitra42
Copy link
Collaborator Author

mitra42 commented Nov 29, 2017

For now - given the challenge of pinning on a browser, this is solved with issue #13 which stores both on our http servers and in IPFS.
Note, I'm leaving this open in the hope that an IPFS specific solution can be found.

@mitra42
Copy link
Collaborator Author

mitra42 commented Jan 22, 2018

Confirmed this is not possible directly in IPFS currently. Solution would be building a pinning service e.g. hit by HTTP from client, and then pins it. This would introduce another single point of failure (client access to http), so would really need to be using something like a IPFS pubsub channel that picks it up and passes back for pinning, which needs GoLang skills or maybe a separate node.js client at IA. For now will stick to HTTP for persistent storing from browsers.

@mitra42
Copy link
Collaborator Author

mitra42 commented Jan 18, 2019

Moved to internetarchive/dweb-transports#12

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

No branches or pull requests

1 participant