ipfs add, invoked via ipwb through the ipfsapi module, does not replicate content onto other machine but simply hashes and adds it to be readily replicated if the hash is fetched from another machine.
Could we put forth a "push" model that would allow users to easily replicate the contents available in their local ipfs instance via ipwb through a command like ipwb replicate myIndex.cdxj that would push the index into IPFS and provide other users a IPFS hash to do a bulk fetch, e.g., ipfs replicate <hash> would fetch the CDXJ and begin to pull the WARC-parts and aggregate the newly acquired holdings with the currently existing CDXJ on the second user's machine.
Parameterization might allow the second user's replicate command to specify which WARCs to pull locally, based on size, encryption, limited to certain domains/tlds <cough @anjackson>, etc.
Thinking "aloud" here.
ipfs add
, invoked via ipwb through theipfsapi
module, does not replicate content onto other machine but simply hashes and adds it to be readily replicated if the hash is fetched from another machine.Could we put forth a "push" model that would allow users to easily replicate the contents available in their local ipfs instance via ipwb through a command like
ipwb replicate myIndex.cdxj
that would push the index into IPFS and provide other users a IPFS hash to do a bulk fetch, e.g.,ipfs replicate <hash>
would fetch the CDXJ and begin to pull the WARC-parts and aggregate the newly acquired holdings with the currently existing CDXJ on the second user's machine.Parameterization might allow the second user's replicate command to specify which WARCs to pull locally, based on size, encryption, limited to certain domains/tlds <cough @anjackson>, etc.
Thoughts, @ibnesayeed ?