-
Notifications
You must be signed in to change notification settings - Fork 40
Redirect gateway.ipfs.io to ipfs.io #112
Comments
Before we do i should bring this up: i've received strong indications from several people that have run services where users can add content or which proxy to other things that it is pretty important to have the domain itself be clear that it's user's content and not the organization's. Examples:
I of course don't like that, but it's worth considering. some options:
cc @kyledrake @virgil for thoughts |
IIRC, Github had two concerns:
Problem 1 doesn't apply here, but problem 2 exists by default because of the way cross-domain security works. You will NOT safely be able to do any logins on ipfs.io, and it could be dangerous to use things like localStorage with browsers, as IPFS apps may do, as any other application will have access to it. The only way to resolve this problem with today's browser security model is the HSHCA stuff I came up with for Neocities https://github.com/neocities/hshca Surprisingly stable (for what it is) proxy: https://github.com/neocities/hshca-proxy |
One interesting idea would be to have the front (ipfs.io) redirect to ipfs.io/ipns/ipfs.io, which would then be the web site, except loaded directly from IPFS. Or the latest hash (ipfs.io/ipfs/hash) |
I'd be down with that. it would highlight how it's meant to work |
we could ditch |
Yeah, I hit this problem myself with porting vector.im over to ipfs
👍 would be a good demonstration that websites can be hosted on ipfs
Other domain names that are available:
|
gateway.ipfs.io has been obsolete for a while, and we should redirect everything to ipfs.io with status 301 Moved Permanently.
The text was updated successfully, but these errors were encountered: