Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Cool URIs Don't Change (1998)

w3.org

Post reply on HN
Print view View original

51–60 of 80 posts

Re: Cool URIs Don't Change (1998)

#51

Post by zkmon »

The concept of hooking onto a URL, for years, is a bad thing. It prohibits the URL owners from changing it. It's not 90's. You have search engines now to get to content. It's almost same as bookmarking an IP address, and complaining that the change has frustrated you, or someone scribbled the IP address on the margin of a letter.

I usually bookmark a link only to come back to a few days/weeks later. I don't expect a bookmark to work after years. I let the URL owners to have freedom to change it.

A thing that changes or goes away, feels natural. An URL that didn't change in 20 years, actually freaks me out, like a non-degradable plastic.

Re: Cool URIs Don't Change (1998)

#52

Post by [deleted] »

zkmon wrote: post #51

The concept of hooking onto a URL, for years, is a bad thing. It prohibits the URL owners from changing it. It's not 90's. You have search engines now to get to content. It's almost same as bookmarking an IP address, and complaining that the change has frustrated you, or someone scribbled the IP address on the margin of a letter. I usually bookmark a link only to come back to a few days/weeks later. I don't expect a…

[deleted]

Re: Cool URIs Don't Change (1998)

#53

Post by NoahZuniga »

aftbit wrote: post #50
mikepurvis wrote: post #41

Earlier quoted context omitted.

Might have been an overeager packaging designer that printed that and then filed a ticket for someone to set up the redirect and that ticket is still in the person's queue. Or it's something about your own connection. Maybe an ad blocker? For me, the redirect works: $ curl -IL logitech.com/mx 2>/dev/null | grep http Location: https://logitech.com:443/mx location: https://www.logitech.com:443/mx location: https://www.…

Jeez that's a heck of a redirect chain. The :443 is an odd choice no? And the redirect to https://domain before https://www.domain . There are even two more for me. Also... inconsistent casing for the Location header? Different parts of the server stack I suppose. Location: https://logitech.com:443/mx location: https://www.logitech.com:443/mx location: https://www.logitech.com/en-us/mx.html location: https://www.logi…

443 is just the default https port, so not really? It doesn't add anything as browsers use that port by default when the scheme is https.

Re: Cool URIs Don't Change (1998)

#54

Post by xp84 »

zkmon wrote: post #51

The concept of hooking onto a URL, for years, is a bad thing. It prohibits the URL owners from changing it. It's not 90's. You have search engines now to get to content. It's almost same as bookmarking an IP address, and complaining that the change has frustrated you, or someone scribbled the IP address on the margin of a letter. I usually bookmark a link only to come back to a few days/weeks later. I don't expect a…

This just means you’ve accepted URLs as something different than they were made to be. If the resource no longer exists - fine, c’est la vie. Otherwise, there should never be any need for it to change. It should never have encoded any implementation details anyway.

Re: Cool URIs Don't Change (1998)

#55

Post by what »

BoorishBears wrote: post #49
phillipseamore wrote: post #45

Earlier quoted context omitted.

I'm currently in Europe and forgot my Unimouse, hence the purchase. I just tried on 5G and get a Forbidden there as well, open the VPN back to US and then the URL works. I see "en-ca" in your redirec there so likely they don't have a default/fallback redirect. The MX4 is nice but damn if it isn't the heaviest mouse I've pushed around a tabletop.

MX4 finally got me looking elsewhere until I stumbled upon this: https://ergodriven.com/products/the-vertical-handshake-mouse I got it specifically because they had a mini rant about the weight of switches that other vertical mice use, and while I couldn't tell if that was a real problem, that's the kind of mentality I used to ascribe to Logitech. The MX4 is clearly marketing logic. The haptic feature adds nothing of…

The hand is very off putting, should have hired a better hand model. Also real infomercial vibes, the way the posture completely changes between flat and vertical.

Re: Cool URIs Don't Change (1998)

#56

Post by rendaw »

URLs are URIs and URLs include "how to access this" which fundamentally makes it hard to prevent them from changing. If it were an abstract ID, like a UUID, or a hash or something I'd get it. So are all URLs bad URIs?

Re: Cool URIs Don't Change (1998)

#57

Post by sojournerc »

zkmon wrote: post #51

The concept of hooking onto a URL, for years, is a bad thing. It prohibits the URL owners from changing it. It's not 90's. You have search engines now to get to content. It's almost same as bookmarking an IP address, and complaining that the change has frustrated you, or someone scribbled the IP address on the margin of a letter. I usually bookmark a link only to come back to a few days/weeks later. I don't expect a…

That's like saying the Dewey decimal system is creepy because it doesn't change. That's the point! A reference should be where you left it. Why must it change?

Re: Cool URIs Don't Change (1998)

#58

Post by Xirdus »

rendaw wrote: post #56

URLs are URIs and URLs include "how to access this" which fundamentally makes it hard to prevent them from changing. If it were an abstract ID, like a UUID, or a hash or something I'd get it. So are all URLs bad URIs?

The "R" in URL is a misnomer. Designers of the early internet really wanted internet to be made of documents. It turned out the internet is actually made of interactive apps and services. Hence the impedance mismatch between terms and their practical meaning. URL was supposed to be used to locate resources in the resouce-oriented internet - instead, in the service-oriented internet, URL is a language of sorts for making remote procedure calls, some of which are read-only operations returning resources. So URLs are only as stable as the RPCs powering the service behind it. As services evolve, so do URLs.

Re: Cool URIs Don't Change (1998)

#59

Post by maya335 »

zkmon wrote: post #51

The concept of hooking onto a URL, for years, is a bad thing. It prohibits the URL owners from changing it. It's not 90's. You have search engines now to get to content. It's almost same as bookmarking an IP address, and complaining that the change has frustrated you, or someone scribbled the IP address on the margin of a letter. I usually bookmark a link only to come back to a few days/weeks later. I don't expect a…

[flagged]

Re: Cool URIs Don't Change (1998)

#60

Post by zenoprax »

zkmon wrote: post #51

The concept of hooking onto a URL, for years, is a bad thing. It prohibits the URL owners from changing it. It's not 90's. You have search engines now to get to content. It's almost same as bookmarking an IP address, and complaining that the change has frustrated you, or someone scribbled the IP address on the margin of a letter. I usually bookmark a link only to come back to a few days/weeks later. I don't expect a…

I agree. I also think that URLs will always be ephemeral because you can't control the TLD. If the TLD operator increases the price or introduces new conditions that are disagreeable you have no way of handling redirection.

If something is important to the site operator they will make their content discoverable. If something is important to the reader then they should archive/snapshot it.

In either case, stable URIs are non-essential but in the latter case you are protecting yourself from domain name changes too.

Post reply on HN