Hot answers tagged urls
12
A quite common pattern for showing all of something is to extend the category with a filter, which in your case would be something like:
http://mydomain.com/factories/all
That way you can use the filter in your URL to select factories in let's say Europe:
http://mydomain.com/factories/europe
And moving down the list to a single factory, such as:
...
11
Yes, there are a few considerations for domain names:
Is the name memorable? Could your domain name be confused with another address, such as goggle.com vs. google.com?
Is the name easy to relay? Can you tell another person the name by saying something like "penny-dash-arcade-dot-com"?
Is the name accurate to your brand? If your site is "Cheap Pens Now", ...
10
There are various reasons for this, amongst them:
Bookmarks - I love the ability to drag and drop the browser address icon to my desktop to mark an important email.
History - Looking through your history can be the quickest way to find an email you read half an hour ago. You need an encoded url to achieve this.
App versioning - when rolling out a new ...
7
If there is a better term, it will be very relative to your business.
www.ex.com/subscriber/john_lennon could be appropriate for most news services, even if free.
This can also be quite different from 'profile' paths
www.ex.com/profile/john_lennon
vs. 'account' paths,
www.ex.com/account/john_lennon
where the former is about public image, and the ...
7
Submitting forms with invalid data of any kind shouldn't redirect to another URL. A user is supposed to get feedback of what went wrong and correct the errors made.
But when the user enters data, it's always a good thing to instantly check wheather or not the data entered is valid or not. "Wrong postal code", "no numbers in password", "username already ...
5
I don't think there is a significant difference between these two url from the perspective of SEO. if you want to improve your SEO by telling search engine crawler the language you are using, using html meta tag is a better approach:
< meta http-equiv="Content-Language" content="en">
Furthermore, I don't think bothering users with "which language do ...
5
The only thing you can do is to have a link on customer-a.com site leading to your site. It would be even better if the users would sign in on customer-a.com and they used that authentication token on customer-a.example-service.com. Then the user would not have to worry about signing in to a different domain. You would use customer-a.com as an identity ...
5
I recently did some research on that, and I came to the conclusion that the search urls needn't be accessible. It is surely nice to have them accessible like http://yourdomain.com/search?q=hello, but if you cannot manage that, it's no big issue.
How I came to these results:
All major search sites have huge search URLS showing for a simple search: Just try ...
4
In my experience these domains are used because of availability issues.
If you look at tryproductname.com (and variants like getproductname.com and productnameapp.com) domains you'll nearly always find that somebody else has already got productname.com.
I've, personally, not noticed them being used by developer oriented products - but I have no numbers to ...
4
The "#" fragment URL is the standard way to indicate a location on a page and the history management for that is already build into the browser (basic example).
The lightbox state could also be encoded in hash fragment URLs, I think this is standard enough behavior that wouldn't pose any usability problems.
4
Aside from technical difficulties mentioned in @mookamafoob's answer, there potentially is this to consider: Many users in countries that have non-ascii characters in their alphabets have learned that URL's can not be made up of anything but ascii characters. Using identifiers, even if technically possible, might cause users to wonder, if an address they ...
4
I am a native English speaker, and when I saw the name for the first time, I took it as "Pari Spot" and assumed immediately that it was something to do with places in Paris.
From the different first impressions here, it is clear that there are large differences in the way that people see the name. However that really doesn't matter. Just because someone ...
3
Domains are important for getting users to your site, not so much once they are there, that's the time for your interface, design and service to shine.
A few points on marketing;
Clarity
If you are planning to promote it via word of mouth / radio / TV / telephone the domain should be;
Phonetic (spelled like it sounds)
Easy to spell
Avoid hyphens (if ...
3
If you think of the web as files put in folders that are listed in a certain hierarchy on a web server, pretty much like how a book is organized, you know that every web page you see is actually a page and not a folder. The same goes for a book... if someone told you to open up chapter 5 of the book - you would go to the first page of chapter 5 and not any ...
3
Generally there are two reasons (from my experience):
You got to the page via a link and that page either doesn't exist anymore, or was moved. If it doesn't exist anymore, you will sometimes get redirected higher in the navigation stack (Apple does this with their documentation, sending users to a ore filled search of related/similar pages, if you're ...
2
First, .co is a TLD intended for websites hosted in Colombia.
Second, users are habituated to .com. The missing m is perturbing, and many people will forget about the fact that instead of accessing a company website, they must go to a website with a Colombia-type name.
This being said, some well known companies, including Google or Twitter, reserved .co ...
2
Is it bad to use information architecture to describe multiple topics with duplicate category names?
Basically, you have a cube I guess
Each of these boxes can have multiple entries, and it's not necessarily 3 games for each country.
I'd say, it doesn't really matter if you maintain one breadcrumb or multiple, what matters is to allow multiple entry points.
As far as I remember, users don't really look at the breadcrumbs, and they aren't the only way ...
2
If the main goal is to allow users to bookmark various locations on the site, why not use URL variables that change as the user navigates the site?
This would allow the browser history to remain untouched and work as the user expects, and likely reduce the work load of trying to make it perform a lot of abnormal functions.
EDIT
If this is a potential ...
2
Interesting question. People generally expect the back button to take them back to the previous page, rather than back to an arbitrary point on the same page. By that logic, one should only add an event to the browser history if the transition from one view to another appeared, from the user's perspective, to be from one page to another page. People are ...
2
Case 1:
A slash indicates a directory. The lack of a slash indicates a file. Obvious cases:
http://example.com/files/public/presentations/ - the user is expecting a directory listing with the presentations.
http://example.com/files/public/presentations/2012-12-08-monads - the user is expecting a specific presentation.
...
2
I think that autoscrolling a page to some section specified in a shared (or saved) link is a bad idea.
The problem is with scrolling. I mean, if you use anchors (i.e. '#' parts of an URLs) in a regular way, browser will open the desired section (a section anchor points to) in front of users eyes quickly.
And sometimes it doesn't happen quickly (heavy page ...
2
Oddly enough there are a couple similar questions on SO that address this particular issue. I would begin by look at http://stackoverflow.com/questions/2015546/allowing-non-english-ascii-characters-in-the-url-for-seo.
Then look at the linked questions here and here.
In essence, the URL won't have any effect on SEO. Most languages will change the characters ...
2
I have yet to see anyone in any user testing pay attention to the URL's of pages on a website or app unless they want to bookmark it, copy it, or type in a new one. In fact for most web-apps, the URL is hidden when interacting with the app, which makes it even less of an issue.
I think it is safe to say that this isn't going to be an issue. So I would ...
2
Even though this presentation is about REST, it talks a lot about URLs, (from 16min to 25min approx) and might interest you.
Main points that gets out of the presentation is that the URL should represent a ressource, and filters of these ressources should go in the query string. The query string is meant to be specific to the query, and filters are a ...
1
There was a similar situation at a work, where my colleague bought a domain, that fused together "perform" and "metric" to make "performetric". Because there was only one M, I read it as "perfor" and "metric".
Likewise, I am reading "Parispot" as "Paris Pot". I don't think people would read it as "Paris Spot" until someone told them how to pronounce it.
1
Jan,
My personal opinion would be that only complete words should be used. As a native English speaker I had to look at "parispot.com" a few times and initially read it as 'paris pot'.
Sometimes leaving out a letter works, for example flickr.com. In the 'flickr' case it is a single word so you can not read it in different ways, and leaving out vowels ...
1
I'd say it depends on your audience: if they are almost only visitors who will be able to type these chars on their keyboard, you're fine. If not, normalize.
amazon uses IRI's on their local pages (i.e. http://www.amazon.de/Haushaltsgeräte/b/ref=sa_menu_es8/276-7584535-8896931?node=3169211). So, if a global player can do it, why shouldn't we?
If my ...
1
This is a problem we tackled in products as well. Our issue was for the do/undo stack, rather than sharing. In our case, some undo would have significant impact on the navigation of the user. We handled it by adding navigation actions to the undo stack. This is a similar approach to what you are talking about.
I also had a talk from Jeff Heer, prof at ...
1
I've seen them used in many things, specially food and beauty products. Usually for a short time, related to specific campaigns or important dates, like christmas, valentine's day, etc.
Design wise, it should be attractive, very attractive, combining the slogans and theme of the campaign and the fact of the try this.
But most important than the design ...
1
It might help to draw out your hierarchical structure of your data (which I'm guessing might relate strongly with the hierarchy of your navigation); then build up your URL's based on this hierarchy. For instance:
/-- about us
home --- contact
\-- products --- furniture
\-- tools --- hammer
...
Only top voted, non community-wiki answers of a minimum length are eligible
