![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
![[site community profile]](https://www.dreamwidth.org/img/comm_staff.png)
Pretty URLs
Title:
Pretty URLs
Area:
entries
Summary:
Generate a pretty URL for each entry in a journal, so that instead of:
http://some-journal.dreamwidth.org/12345.html
you see:
http://some-journal.dreamwidth.org/2010/07/15/five-things-make-a-post
Description:
The generated URL should include the date in YYYY/MM/DD format, and a simplified version of the post's subject line. If two posts with the same subject happen in one day, just add "2" to the end of the second one (and increment as necessary).
The original numeric URLs should keep working so that links don't break, but should rewrite to the pretty ones.
This will provide context in all kinds of handy situations, eg. when someone pastes a URL to you or when you hover over a link, you can see what's likely to be at the other end of it.
This suggestion:
Should be implemented as-is.
29 (32.2%)
Should be implemented with changes. (please comment)
22 (24.4%)
Shouldn't be implemented.
31 (34.4%)
(I have no opinion)
8 (8.9%)
(Other: please comment)
0 (0.0%)
no subject
This looks to a non-techy user as if the link contains the date and title (and it sort of does), but a techy user will recognize it as a top-level post with some parameters. The site could easily ignore the 'detail' field altogether, so the original URL would work, the URL would work if the date changed, the URL would work if I decided to type http://myjournal.dreamwidth.org/12453.html?detail=no-really-i-hate-this-feature.... Heh.
no subject
no subject
no subject
TBH, I personally can do without the date, other than the small advantage that the end URL can be hacked off to take you to an archive page. Which this stops.
But the post URL with another / after it would be perfectly good for SEO and most usability purposes.
I'd still rather have it follow the date format for archive views, which is good for usability (remember when Browsers had inbuilt up buttons?), but not essential.