You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Feb 8, 2023. It is now read-only.
When showing off that https://ipfs.io is really https://ipfs.io/ipns/ipfs.io many people have said that it's really a non-obvious fact, and that it would really help us (for now) to draw attention to this. I.e. the transparent working is really nice, but it also hides IPFS. We have IPFS-hosted sites that look like regular http sites and draw no difference. (yes, this is a good thing, but it does not help ipfs grow). It also makes some sites viewable through a local ipfs node with browser extensions trickier to find.
So, perhaps we can temporarily (say for 2016) make our ipfs-hosted websites redirect to the proper /ipns/ path under the gateway, instead of the (very nice) transparent hosting:
This could be done with 302 or 303, so all links would continue to work.
This could be done on nginx on our end. or it could be done in go-ipfs so it works everywhere.
security issue: since suborigins are not yet deployed, this is origin-policy dangerous. doing this with our sites is totally fine, as we control them (and we dont use any login stuff anywhere yet). doing it with other sites less ok.
To address the security issue, and to give users control of this, we could make this redirection happen in the presence or lack of presence of another dns TXT record (like ipfs-gateway-transparent=true or something), or this could be a var placed at the end of the dnslink record: dnslink=/ipfs/<hash> ipfs-gway-transparent