The URLs are new
source link: https://hidde.blog/new-uris/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
The URLs are new Hidde's blog
The URLs are new
Published 20 hours ago ・ meta
This blog has had pretty long URLs for legacy reasons. Today I've made some updates to change that.
Redirects and RSS should all work, though some feed readers seem to surface old posts as unread, sorry for any inconvenience.
For context, this used to be my company's website. I only really ever updated the blog section, so I decided to make that the main thing. The old structure lasted just over 8 years and my hope is that the new one will break that record.
URLs are such a cool part of the web, especially if they're set up thoughtfully. Like traintimes.org.uk, where you can add /london/bristol
to get times for trains from London to Bristol, and /9:00
to that if you want the ones that leave from 9am.
I don't know of ways to give blog URLs very thoughtful strucctures, there isn't a lot of structure in this blog anyway. Anne van Kesteren's classic post on how to do blogs has some good pointers, like where an archive should live.
New blog post URLs#heading-1
On this blog, a post URL used to be something like:
hiddedevries.nl/en/blog/2022-04-02-my-post
It's now:
hidde.blog/my-post
The main changes are:
- new host name, reducing lots of characters, easier to remember and put on slides
- single language setup, removing the need for
en
- no more dates in the URL structure
I wasn't super sure about removing dates, so I asked on Twitter. I didn't have a specific reason for including dates before, it was a default of my CMS and I kind of liked it at the time.
Dates matter#heading-2
A couple of people replied to my question that dates on blog posts are important to readers. Especially for blog posts that share technical advice, as they could go out of date.
Other reasons for including a date are:
- a less messy file system, if you put posts into actual folders in the file system; this is moot if your routes are handled by some system
- it can be helpful for blog owners that code to have the date as part of the file name
- prevents naming collisions
- it's nice for analytics
- it's a default in a lot of blog software or a choice from the past
- it provides context
But there are drawbacks too:
- date is usually creation date, this could make posts seem old, while the author may be frequently keeping content up to date, this could be confusing
- dates are really metadata, they don't belong in the URL
- it's not as simple and readable
I've gone for simplicity. I do agree dates matter though, especially on tech posts, so I have the publication date in the post content near the title (I do use GitHub's <time-ago>
Web Component to display it relatively). I also include dates when I make updates, though I add those at the end rather than near the title (I probably want to improve that).
That's all for today. I've also moved away from the CMS, so if you notice anything is broken, please do slide in my DMs or email my first name at hiddedevries.nl.
Hidde de Vries (@hdv) works in Sanity.io's developer relations team from Rotterdam (NL), is a conference speaker and workshop teacher. Previously he was at the W3C (WAI), Mozilla, the Dutch government and various other organisations and businesses.
Comments, likes & shares
No webmentions about this post yet! This section is under construction, they should show up soon-ish, feel free to send webmentions this way to help me test.
© 2007–2022 Hidde de Vries. This site doesn't track 🎉
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK