Live data from Hacker News

This Page is Designed to Last

jeffhuang.com

11–20 of 458 posts

Re: This Page is Designed to Last

#11
post #8

Isn't the obvious missing technical component cryptographic hashes? A hash can represent any resource. IPFS, or something like it, is the missing component for long term retrieval. EDIT: or something like https://github.com/google/trillian

Ugh. I thought blockchain hype was dead by now. Additionally, no it's not. If zero nodes rehost and serve the content, it's not available.

Re: This Page is Designed to Last

#13

There's no reason why a web browser bookmark action doesn't automatically create a WARC (web archive) format. Heck, with the cost of storage so low, recording every webpage you ever visit in searchable format is also very realistic. Imagine having the last 30 years of web browsing history saved on your local machine. This would especially be useful when in research mode and deep diving a topic. [1] https://github.com…

How is viewing the WARC after? Is it the same quality as archive.is/ or archive.org/ ?

Re: This Page is Designed to Last

#14
I fundamentally agree with the principle -- that pages should be designed to survive a long time -- however the steps the author lays out I completely disagree with.

"The more libraries incorporated into the website, the more fragile it becomes" is just fundamentally untrue in a world where you're self-hosting all of your scripts.

"Prefer one page over several" is diametrically opposed to the hypertext model. Please don't do this.

"Stick with the 13 web safe fonts" assumes that operating systems won't change. There used to be 3 web safe fonts. Use whatever typography you want, so long as you self host the woff files.

"Eliminate the broken URL risk" by... signing up for two monitoring services? Why?

I think this list of suggestions does a great disservice to people who just want to be able to post their thoughts somewhere. There's an assumption here that you'll need to be technically capable in order to create a page "designed to last" and frankly that is not what the internet is about. Yes, Geocities went away. Yes, Twitter and Facebook and even HN will go away. But the answer sure as hell isn't "I teach my students to push websites to Heroku, and publish portfolios on Wix" because that is setting up technical gatekeeping that is completely unnecessary.

Re: This Page is Designed to Last

#15

There's no reason why a web browser bookmark action doesn't automatically create a WARC (web archive) format. Heck, with the cost of storage so low, recording every webpage you ever visit in searchable format is also very realistic. Imagine having the last 30 years of web browsing history saved on your local machine. This would especially be useful when in research mode and deep diving a topic. [1] https://github.com…

>There's no reason why a web browser bookmark action doesn't automatically create a WARC (web archive) format.

Indeed.

And I still remember the modem days where I would download entire websites because the ISP charged by the hour, and I'd read them offline to save money.

Re: This Page is Designed to Last

#16
post #14

I fundamentally agree with the principle -- that pages should be designed to survive a long time -- however the steps the author lays out I completely disagree with. "The more libraries incorporated into the website, the more fragile it becomes" is just fundamentally untrue in a world where you're self-hosting all of your scripts. "Prefer one page over several" is diametrically opposed to the hypertext model. Please…

It's not entirely wrong, if the page is held static but the browser continues to be upgraded.

If you're worried about fonts changing out from under a site you should surely also be worried about bitrot in, say, jQuery.

Re: This Page is Designed to Last

#18

Why minify SVGs, but not HTML? Aren't both gzipped by the server? Is it because you're not expected to hand-edit SVGs in this scenario?

HTML may contain style and script tags. Sometimes minification may break CSS or JS - however rare that is, if you want your archive to be reliable you don't want functionality that may break something. If you intend to reduce storage space usage, HTML may be gzipped - this is "losless" so it does not carry a risk of breaking anything

Re: This Page is Designed to Last

#19
post #8

Isn't the obvious missing technical component cryptographic hashes? A hash can represent any resource. IPFS, or something like it, is the missing component for long term retrieval. EDIT: or something like https://github.com/google/trillian

Someone needs to keep around your content, too. A hash means nothing if I can't find the object that corresponds to it.

Re: This Page is Designed to Last

#20

Why minify SVGs, but not HTML? Aren't both gzipped by the server? Is it because you're not expected to hand-edit SVGs in this scenario?

I would imagine it’s because one is markup of text, the other serialized image data. One potentially has meaning when viewed raw, one probably doesn’t.
Post reply on HN