Abstrusegoose.com Is Gone for Good
Probably very quirky. There was this comic ages ago Abstruse Goose, one day, also ages ago, it stopped publishing. The page was just white empty. And the other day, after years of the limbo the domain finally expired.
To all the lost digital content :-(
41 comments
[ 3.4 ms ] story [ 98.8 ms ] threadNever rely on anything on the internet being 'forever'.
What is the alternative you envision?
There is no need to visit archive.org, the internet archive can directly seed the content it deems worthy of archival. Abstrusegoose.com eventually expires and the new owner points it to new content but the old site sticks around indefinitely, it is accessible via hash for as long as someone seeds it.
How do you propose a person publishes their data? They get a domain, they create their page, they hash their page, they point that domain at that hash, and then what exactly? They update their content, compute the new hash, and then wait for DNS to propagate the new change?
I'm serious here, I'm trying to work out how what you're suggesting would work for the standard use cases of websites, and I'm trying to work out how if it does work for the standard use cases it solves any of the problems that archive.org has to manage, or any of the features people use archive.org for?
People don't use archive.org to ask "where did this content get published?" (e.g I have a hash of the page content) they say "what was the content at this location+time?". Definitionally they do not have the content, so they do not have the hash. They have the location, but you've just said the location is just the hash of the content. If you're saying the location of the document is the full url, not just the domain (the only part that involves machine addresses), then what is the hash for?
Finally, if the location is based on hash, you don't only break any content that is not 100% static, you break encrypted content, because definitionally encrypted content is not static.
Hosting and serving content has a cost though.
For something to exist, someone has to host it, and the way you get something hosted is to pay for it (either paying someone to be a host, or paying for hardware and connectivity). Once you stop paying those costs you're reliant on other people choosing to keep your data around, just as archive.org does. If no one chooses to, the fact that you had a pile of random hashes scattered into the resource naming/identification scheme does not matter. Sure nodes would cache commonly accessed data, but the moment it stops being frequently used it starts getting pushed out of those caches to hold the new popular stuff. If you are hosting it yourself, or paying someone else to host it, once it drops off the "being popular" wagon its persistence is limited to whenever the next cache flush occurs.
So in exchange for content being harder to update, the routing performance being lower, making cryptography impossible, not working for dynamic content, and making censorship much easier, you have not solved the problem that archive.org already attempts to solve. Nothing in your scheme would obviate the need for scraping and separately archiving, nothing ensures content remains once no one is paying to ensure hosting.
Eventually you will die: What is the alternative that you envision?
And then one day there was a banner speaking of a very serious security breach, the forum was down, and that was it.
Good things don't last. :/
This as well may be you, dear reader.
If you see any content you seem to care about, make a local copy. Yours may happen to be the only remaining some time in the future.
https://bluelander.neocities.org/mr-teal/#pfsc
Thankfully someone saved snapshot of Abstruse Goose - https://web.archive.org/web/20150417182607/http://abstrusego... !
[0] https://microcosmpublishing.com/catalog/books/5577
Followed by a non-comic one: https://web.archive.org/web/20180118210642/http://abstrusego...