After on node “ipfs add Qm1…”, I think I missed to pin new file to cluster with “ipfs-cluster-ctl pin add Qm1…”
[EDIT] In fact no pinning are necessary with ipfs-cluster.
It needs to be remotely pinned in case of Private Network mode (swarm.key). Then subpub system could be used (prefered gossippub with ipfs config Pubsub.Router gossipsub.)
If I want to use IPFS as Music Layer, I need an ipfs gateway that gives access to music files root folder?
So diffuse.sh parse the file tree and extract metadata for User Layer
In my case, IPFS storage will be distributed among public server (gateway) and radio nodes (NAT).
I am listing there the 3 methods I identified to organise ti.
They can be run alone or together…
use Private Network:
Means to make my private bootstrap list and share swarm.key on all nodes
pin distribution is not automatic, so I’ll need to use pubsub or textile to acomplish it
use ipfs-cluster:
Must share “secret”: Provide automatic PIN among all nodes.
Limit node storage: ipfs config Datastore.StorageMax 500GB
use regular IPFS network:
For private files. Must encrypt files with PGP and share the private key on every decoding nodes.
Each node adding new file will have to update file listing WebSite and publish it ipfs name publish --key=KEY QmNEW_SITE_ID
Also, I see you mentioned Textile, have you tried it yet?
I’m considering it for the “user layer”, but I’m not sure if it’s mature enough yet for my use case.
My use case being, syncing application data between devices.
Oh interesting, I didn’t think of supporting DNSLink (not sure if it was even a thing when I built this).
So yeah, for now it only supports CIDs (it uses /api/v0/ls?arg=CID underneath).
I’ll definitely check it out for V2 though, which I’m currently working on.
Thanks for mentioning this!
None of it is discovered as music…
Should I allow COR stuff like that? Or use the host of my IPFS gateway?
ipfs config --json API.HTTPHeaders.Access-Control-Allow-Origin ‘[“https://diffuse.sh”]’
Will it be possible to host diffuse on IPFS? As a full DApp
I think it runs now as an upgrade have been done for arm64…
But in my configuration, small nodes (16GB, NAT) are adding files and bootstrap to big nodes (TB).
This is not really a good showcase for cluster use.
I discovered Textile where my big nodes could be considered as cafe… It adds really nice functionality to create users, groups and sharing policies. Plus real-time communication channel. It replaces ipfs daemon and create its own data, metadata structure.
I will experiment it step by step. First I am going to use pubsub only to allow small nodes to warn big ones that a new file as to be pinned
Here some code bounty proposal about making a collective Jukebox with Token incentive based on Libre Currency (Ḡ1)
It is about events connectors to token transfer between Radio and Track for Artist in an IPFS swarm.