Conversation
|
This is following up on #6. |
|
I'm not sure why the hash of the site is in the configuration, we should be using relative links so it doesn't matter where the site lives. Maybe @RichardLitt knows more about why |
|
It's because of jekyll, relative links don't play well when using DNSLink and loading from hash at the same time. For more notes, see: ipfs/notes#66 As another note: http://multiformats.io/ doesn't load for me |
|
@diasdavid is right. If we can find a way to not include a hash, it would be better; I wasn't able to find one for Jekyll. I'd suggest porting the whole thing over to Hugo. |
|
@diasdavid @RichardLitt this shouldn't be any problem. I need to dig deeper but what I've done in the past when it comes to build static websites to works anywhere, is to link to the page, coming from above. I made a example here: https://ipfs.io/ipfs/Qmb7SBnCG2buyEM5ZkFtSwXwYxCtwJVWFf6tSEJg31ud7n This website works no matter where you are visiting it, without having any reference to the hash. |
|
That hash isn't resolving: did you pin it? |
|
http://multiformats.io doesn't load because the stylesheets aren't resolving. Hence this patch. |
|
@RichardLitt should be working, try again. |
|
You sure? Tried to run it locally, got this: |
|
Nevermind, seems to work. How did you generate this? |
|
@RichardLitt this was manually written for the purpose of this example. Depends on the theme and how the links are written. I'll implement it for the websites though, and give you a shout when I have something to show :) |
|
This is not needed anymore as we're using hugo now. |
This should fix the stylesheet hrefs, etc. Do these config values and the README link need to be updated with every commit? Should they point at http://multiformats.io or an ipns URL instead?