Wondering why this isn't done already? Is it a legal/product problem?
For:
"ipfs://<path>" and reroute to your favorite ipfs provider.
> Reroute to your favorite ipfs provider.<p>This sentence in a nutshell is why it does not exist.<p>IPFS is a protocol, and as a way of bootstrapping it usage there are gateways (provider). When most people I interact with talk about IPFS they are using an HTTP gateway.<p>I am not on the chrome development team, but I imagine that if they were to implement IPFS, they would need to implement the entire protocol, not just call out to an unknown service. If it was just to a gateway, then sites should be providing their own gateways, mostly for billing purposes.<p>If everyone were to implement the full IPFS stack in their browsers (or even on their local computers) what is the lifespan of objects stored in cache? How does one prune it. A friend comes over and you go to a pirate video website to watch a movie, how long does that movie continue to get shared by your browser? How would you even know? -- Unlike bittorrent this is a pretty opaque process.<p>---<p>All that said, really the only real usage of IPFS in the browser is going to be js-ipfs. This handles many things like stop serving content from that site when the tab is closed. webtorrent handles many similar use cases as IPFS in the browser in the same ways.<p>js-ipfs also does not share content between tabs, which is a hurts the use case of IPFS; but people don't even want to use cdns for javascript because an attacker using timing can figure out if you already had some content cached to gain information about you.<p>While I like IPFS a lot, and even have a few demos of using it. I don't see how it can go mainstream.<p>---<p>It also seems like the IPFS team is not super interested in expanding true browser compatibility. The go-ipfs daemons cannot talk webrtc or wss(without a reverse proxy). And browsers can only talk webrtc or wss. Even with js-ipfs you can connect with relay nodes and other webrtc peers using the same signaling servers as you. So even using js-ipfs you are pretty much basically using a http gateway node in the browser.<p>I keep watching IPFS closely as it is extremely interesting and cool in concept, but it is not remotely ready for mainstream adoption yet.
Google is one of the biggest companies in the world, Chrome is used by millions of people around the world; it's the most popular browser.<p>I'm guessing any new feature has to go through a really lengthy process of approval.<p>Maybe instead people could try to submit MR to chromium that incorporate it? Though even then, it would have to be approved by Google.
Probably because they don't see an important business case for it. Like everyone else, Google has limited resources and an enormous laundry list of business priorities around Chrome that involve all sorts of functionality besides IPFS. These include device compatibility, media capabilities, updates to the various HTML/CSS specifications, JavaScript and other automation functionality, etc. Then there's the never-ending list of bugs to be fixed.<p>You can, of course, try your hand at adding it yourself, or persuade others to add it - the core (Chromium) is open-source, after all. You can also try to assemble a critical mass of customers to persuade Google to add it.<p>(I'm sure you didn't mean it that way, but this post comes off as somewhat entitled, as though Google is your personal engineering team.)
Are there any real websites using IPFS at the moment? Anything I find is usually a tech demo that takes a minute to load.<p>IPFS could be what hypertext was for the web, meaning that anyone can self-host their own stuff, but so far it’s been used exclusively for storing NFTs.
i asked for a google analytics feature 10 years ago. it has been upvoted like 500 times now. nothing ever happened. then they put some lipstick on that thing and made it even less useful and i moved on to getclicky.
> "ipfs://<path>"<p>I think it should be "/ipfs/<path>" which is more UNIX-friendly, i.e. can be easily mounted in a UNIX filesystem.