Live data from Hacker News

URLs are UI

hanselman.com

41–50 of 96 posts

Re: URLs are UI

#41
post #33

Earlier quoted context omitted.

You obviously have no idea what you're talking about.

I had several websites where changing the URL schemas resulted in Google rank dropping, resulting in advertising revenue loss. I don't see I can be more honest than that. And frankly, you are not just unfair, you are being rude.

You changed them without redirecting properly.

Actually, tell me a few of these websites.

Re: URLs are UI

#42

Which of the following URLS are clearer? 1a. https://foo.com/ 1b. https://www.foo.com/ 2a. https://foo.com/search/products/couches/color/red 2b. https://foo.com/search?products=couches&color=red 3a. /posts?recent 3b. /posts?recent= 3c. /posts?recent=true 4a. /post/1234/products-couches-furniture-red-cheap-recent-ikea-tags 4b. /post/1234/ I can think of good reasons for picking each of these, and even good reasons for…

> 1a. https://foo.com/ > 1b. https://www.foo.com/ www for old folks, non www for all the rest. > 2a. https://foo.com/search/products/couches/color/red > 2b. https://foo.com/search?products=couches&color=red https://foo.com/search?products=couches&color=red Those are parameters, not a path. The first one has only value as an SEO optimization. > 3a. /posts?recent > 3b. /posts?recent= > 3c. /posts?recent=true /posts/rec…

I disagree with 2a. No reason why this shouldn't be a path that the user can edit to go one level "up" to /search/product/couches.

That's kind of the point of the article - these are parameters for the programmer, but are UI to the user.

Separating parameters by "&", except for the first KVP which is separated by "?" from the URL is not intuitive. On the other hands, they path editing is familiar.

Re: URLs are UI

#43
post #25

At some point here the collective web development world is going to realize what it lost when it tossed REST/HATEOS out in its rush to appear modern.

When did this happen, and what frameworks did the throwing out?

Anecdote: in the last half year, and GraphQL. Proponents are coming out of the woodworks and saying all sorts of crazy stuff about how it is better than REST, and the meetup attendees are eating it up without any hint of skepticism.

Re: URLs are UI

#44

I made a little project taking this idea to an extreme. The idea was, that you should be able to generate "meme" image macros simply by typing a URL. That way you could create memes on the fly anywhere that you can enter a URL (Slack/Twitter/Facebook/etc.) without having to leave the app. Just type a URL of the form: http://urlme.me/ / / . http://urlme.me/

That's really cool. I use something similar (http://memegen.link) in my noddy project "Zen D Trump", which takes his tweets and pastes them on pictures of relaxing things like beaches and waterfalls.

https://github.com/sammoorhouse/zendtrump/blob/master/zendtr...

@ZenDTrump

Re: URLs are UI

#45

First thing with new Safari: Change default setting for URL bar to actually show URL. Because UI.

I can’t remember if it was actually shown or just argued for, but the simplification of the URL in the address bar actually helps identify phishing sites, as there is a lot less text to process through, and that one character that might have been changes becomes more visible than before :)

Re: URLs are UI

#46
post #42

Earlier quoted context omitted.

> 1a. https://foo.com/ > 1b. https://www.foo.com/ www for old folks, non www for all the rest. > 2a. https://foo.com/search/products/couches/color/red > 2b. https://foo.com/search?products=couches&color=red https://foo.com/search?products=couches&color=red Those are parameters, not a path. The first one has only value as an SEO optimization. > 3a. /posts?recent > 3b. /posts?recent= > 3c. /posts?recent=true /posts/rec…

I disagree with 2a. No reason why this shouldn't be a path that the user can edit to go one level "up" to /search/product/couches. That's kind of the point of the article - these are parameters for the programmer , but are UI to the user. Separating parameters by "&", except for the first KVP which is separated by "?" from the URL is not intuitive. On the other hands, they path editing is familiar.

Unless you have only one product that has color, or that color is the only thing you can filter your couches by, then no, it's not a hierarchy. There no nothing of "going up".

Re: URLs are UI

#47
post #41

Earlier quoted context omitted.

I had several websites where changing the URL schemas resulted in Google rank dropping, resulting in advertising revenue loss. I don't see I can be more honest than that. And frankly, you are not just unfair, you are being rude.

You changed them without redirecting properly. Actually, tell me a few of these websites.

Those are porn websites, so I'm not going to share them. And there are only 2 kinds of redirection, permanent or temporary so it's pretty hard to do it incorrectly.

Re: URLs are UI

#49
post #42

Earlier quoted context omitted.

> 1a. https://foo.com/ > 1b. https://www.foo.com/ www for old folks, non www for all the rest. > 2a. https://foo.com/search/products/couches/color/red > 2b. https://foo.com/search?products=couches&color=red https://foo.com/search?products=couches&color=red Those are parameters, not a path. The first one has only value as an SEO optimization. > 3a. /posts?recent > 3b. /posts?recent= > 3c. /posts?recent=true /posts/rec…

I disagree with 2a. No reason why this shouldn't be a path that the user can edit to go one level "up" to /search/product/couches. That's kind of the point of the article - these are parameters for the programmer , but are UI to the user. Separating parameters by "&", except for the first KVP which is separated by "?" from the URL is not intuitive. On the other hands, they path editing is familiar.

> No reason why this shouldn't be a path that the user can edit to go one level "up"

While I find it more visually pleasing, this is my issue with this style: traversing up would first include /search/product/couches/color, which doesn't make sense. I've seen alternatives like /color:red/ before - which takes away the pairing-problem but feels odd..

Re: URLs are UI

#50
post #14

Which of the following URLS are clearer? 1a. https://foo.com/ 1b. https://www.foo.com/ 2a. https://foo.com/search/products/couches/color/red 2b. https://foo.com/search?products=couches&color=red 3a. /posts?recent 3b. /posts?recent= 3c. /posts?recent=true 4a. /post/1234/products-couches-furniture-red-cheap-recent-ikea-tags 4b. /post/1234/ I can think of good reasons for picking each of these, and even good reasons for…

Of course you can change it later, that's what 301s are for.

[deleted]
Post reply on HN