Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Rarbg on IPFS

ipfs.io

Post reply on HN
Print view View original

11–20 of 138 posts

Re: Show HN: Rarbg on IPFS

#11

Post by TekMol »

jacooper wrote: post #7
TekMol wrote: post #6

Earlier quoted context omitted.

That might be how some client(s) work, but I don't think that is how IPFS works. If you access a piece of content over ipfs.io for example, I would think you just make https requests like to every other website.

Because its using a gateway. I think if you are accessing it natively through IPFS, it will default to adding you as a peer.

That would hold true if IPFS would be a specific application.

But it is a protocol.

I would not expect that the protocol specifies that a complient client shares what it downloaded. That sounds more like a choice the client developers make on their own.

But I'm happy to be corrected if someone has a link to the protocol definition and it says different.

Re: Show HN: Rarbg on IPFS

#12

Post by qersist3nce »

mmastrac wrote: post #2

I was curious how this works and then I saw the sqlite requests in the network tab. It's amazing to see what we have access to these days -- SQLite over HTTP over IPFS to provide a giant, censorship-resistant database!

Can you explain bit more? Isn't the dump of last RARBG magnet links on the order of MBs? We can just download it and grep in plain text. I don't get what is the role of SQLite or IPFS here.

Re: Show HN: Rarbg on IPFS

#14

Post by kkielhofner »

jacooper wrote: post #7
TekMol wrote: post #6

Earlier quoted context omitted.

That might be how some client(s) work, but I don't think that is how IPFS works. If you access a piece of content over ipfs.io for example, I would think you just make https requests like to every other website.

Because its using a gateway. I think if you are accessing it natively through IPFS, it will default to adding you as a peer.

Yes and the many IPFS implementations (I've tried them all) consume tremendous amounts of bandwidth and require shocking levels of system resources (considering what it does fundamentally).

There's an entire cottage industry of IPFS pinning and gateway providers that exist largely because of the challenges of running your own IPFS node for anything beyond casual use.

Re: Show HN: Rarbg on IPFS

#15

Post by willsoon »

jacooper wrote: post #5
lordofgibbons wrote: post #3

A note of caution for those unfamiliar with how IPFS works. It's very similar to BitTorrent with how content distribution happens. Your local node will broadcast which content it has available (downloaded). If you access a piece of content you automatically become a host for it so you still need to use a VPN if you live in a country where you can get sued.

Also AFAIK if no one acceses the content for a long time, it can get lost, like torrents.

But now, I dont know why, theres a lot of IPFS pinning service I got HUGO hosting in GH and deploying in FTPS from fleek.com. It has nothing on it but it works like a charm.

Re: Show HN: Rarbg on IPFS

#17

Post by willsoon »

lordofgibbons wrote: post #3

A note of caution for those unfamiliar with how IPFS works. It's very similar to BitTorrent with how content distribution happens. Your local node will broadcast which content it has available (downloaded). If you access a piece of content you automatically become a host for it so you still need to use a VPN if you live in a country where you can get sued.

No, you are actually accessing the web. But you have to download using torrent, so to some extent it is true what you note.

Re: Show HN: Rarbg on IPFS

#19

Post by nightpool »

TekMol wrote: post #11
jacooper wrote: post #7

Earlier quoted context omitted.

Because its using a gateway. I think if you are accessing it natively through IPFS, it will default to adding you as a peer.

That would hold true if IPFS would be a specific application. But it is a protocol. I would not expect that the protocol specifies that a complient client shares what it downloaded. That sounds more like a choice the client developers make on their own. But I'm happy to be corrected if someone has a link to the protocol definition and it says different.

By default, what the GP says is true. If you can point to specific popular clients that do not have that behavior by default then I think that would be more convincing than saying "Well technically there's no requirement" when it's impossible to avoid in practice without writing your own custom implementation from scratch

Re: Show HN: Rarbg on IPFS

#20

Post by cramjabsyn »

lordofgibbons wrote: post #3

A note of caution for those unfamiliar with how IPFS works. It's very similar to BitTorrent with how content distribution happens. Your local node will broadcast which content it has available (downloaded). If you access a piece of content you automatically become a host for it so you still need to use a VPN if you live in a country where you can get sued.

It depends if you run a node or are accessing via a proxy/gateway
Post reply on HN