Rendered at 20:31:45 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
torh 2 hours ago [-]
Not that long ago I clicked on a link that Microsoft provided somewhere in Windows -- could have been the event log, I don't remember. I do remember it was for a specific support article, but it ended up at a generic landing page for something. I am not talking about a link from Windows 95, it must have been Windows 10. But regardless, it is all gone. Then again, it probably wasn't a cool URL to begin with.
It's amazingly many news sites that also seem to scrub their URLs every time they do a redesign. Also uncool.
sixtyj 31 minutes ago [-]
Average time of url is 5 years.
Therefore I try to make a local copy of a document that I link to.
There a plugin for Firefox that can check bookmarked links. You will be surprised how they vanish pretty fast…
beached_whale 39 minutes ago [-]
Microsoft has a terrible habit of doing that. KB's used to have a predicable URL, they may again, but they keep changing them. Or any of their docs really. It's terrible as those URL's end up in other documents to be killed. This is not really an enterprise friendly way of supporting customers.
toyg 5 minutes ago [-]
Yeah, I always wondered how one of the wealthiest companies on earth could be so poor in linking to their own documentation.
Then I realized that they have a galaxy of consultants and experts that effectively make a living by keeping on top of all issues and fixing them for a fee. So there is little incentive for them to actually be user-friendly: as long as they are "partner friendly" with timely material, that's good enough.
They are not alone in this, btw - pretty much all major platform providers do this, one way or the other.
If you run a statically generated website, I recommend append-only generation, where you keep your `dist/` (or whatever web root) stateful between builds. This guarantees you don't break URIs even if the static generator changes or the source content is removed.
You can even make an orphan branch and check out that branch into `dist/` as a worktree to keep it under version control.
cxr 7 minutes ago [-]
[delayed]
firasd 3 hours ago [-]
What this page doesn't mention is 301 or 302 redirects. SEO has made "old URLs staying live" more of a widespread concern than it was at the time. And WordPress etc ship with inbuilt redirects upon slug rename
So to a large extent this has been mitigated and not using the suggestion here, which is to create a permanent URL ontology upfront
That said eventually neglect, removal, reorgs (or simply websites going offline) still happens... but the way the suggested goal has been advanced is due to becoming a business priority and with redirects and CMSes as tech to help
That said one suggestion made here turned out to be very useful and indeed is the default in WP:
http://www.w3.org/1998/12/01/chairs
If you use date as part of the taxonomy then -- as Tim BL says here:
> A reason for using a topic area as part of the URI is that responsibility for sub-parts of a URI space is typically delegated, and then you need a name for the organizational body - the subdivision or group or whatever - which has responsibility for that sub-space. This is binding your URIs to the organizational structure. It is typically safe only when protected by a date further up the URI (to the left of it): 1998/pics can be taken to mean for your server "what we meant in 1998 by pics", rather than "what in 1998 we did with what we now refer to as pics."
bensyverson 3 hours ago [-]
Yes but how often in practice does the same information stay accessible via 30x redirects after one reorganization, let alone two or three?
krupkinmaxim 1 minutes ago [-]
[flagged]
EGreg 2 hours ago [-]
Sounds like most URIs have been downright uncool, then!
zibw 3 hours ago [-]
A classic. This keeps getting more credible as it ages. Now it's been at the same URI for 28 years.
I meant the post/submission itself, not the content.
jruohonen 4 hours ago [-]
It is not only about "coolness" but long-term preservation too; that was one of the main motives behind DOIs.
3 hours ago [-]
shiandow 2 hours ago [-]
The headers that push a bit into the margin are an interesting stylistic choice, but why on earth does it have to be random? Did something change that affected the layout somehow? (ironically)
I find it works well for helping maintain context. I often can't easily tell the difference between different headers unless they're right next to each other, and even then some of them are difficult to discern. Adding the indentation is a way to make the hierarchy more clear.
It's amazingly many news sites that also seem to scrub their URLs every time they do a redesign. Also uncool.
Therefore I try to make a local copy of a document that I link to.
There a plugin for Firefox that can check bookmarked links. You will be surprised how they vanish pretty fast…
Then I realized that they have a galaxy of consultants and experts that effectively make a living by keeping on top of all issues and fixing them for a fee. So there is little incentive for them to actually be user-friendly: as long as they are "partner friendly" with timely material, that's good enough.
They are not alone in this, btw - pretty much all major platform providers do this, one way or the other.
You can even make an orphan branch and check out that branch into `dist/` as a worktree to keep it under version control.
So to a large extent this has been mitigated and not using the suggestion here, which is to create a permanent URL ontology upfront
That said eventually neglect, removal, reorgs (or simply websites going offline) still happens... but the way the suggested goal has been advanced is due to becoming a business priority and with redirects and CMSes as tech to help
That said one suggestion made here turned out to be very useful and indeed is the default in WP:
If you use date as part of the taxonomy then -- as Tim BL says here:> A reason for using a topic area as part of the URI is that responsibility for sub-parts of a URI space is typically delegated, and then you need a name for the organizational body - the subdivision or group or whatever - which has responsibility for that sub-space. This is binding your URIs to the organizational structure. It is typically safe only when protected by a date further up the URI (to the left of it): 1998/pics can be taken to mean for your server "what we meant in 1998 by pics", rather than "what in 1998 we did with what we now refer to as pics."
"The original URL for this prediction will no longer be available in 11 years (2011)" (longbets.org)
https://news.ycombinator.com/item?id=49228458
186 points | 12 hours ago | 91 comments
https://www.w3.org/Provider/Style/GuideStyle.css