A permalink is a URL which typically represents and retrieves a single post (also explicitly called a post permalink).
- 1 Why
- 2 How
- 3 IndieWeb Examples
- 4 Project Examples
- 5 Coping with loss of
- 6 Changing Permalinks to posts
- 7 See also
- 8 See Also
You should maintain permalinks to your posts so links to them keep working. This is the intent of "Cool URIs [sic] don't change".
Most projects have a very deliberate permalink URL design.
- . . .
- Permalinks begin with the year and month
/YYYY/MM/followed by the slug
- Like gRegor, Ethan's permalinks begin with the year and month (
/YYYY/MM/) and are followed by a slug. Including the month allows him to use the same slug across different months. For example: Black Lives Matter (August 2020) and Black Lives Matter (October 2020) both use the slug "black-lives-matter."
WordPress (open source) supports the following permalink structures:
- Day and name
- Month and name
- Post name
- Custom structure
- Using a combination of WordPress structure tags
Coping with loss of
Permalinks die every year. If you're able to export your content you can rehost it on your own site, but the problem of dead permalinks remains. There are approaches to making dead permalinks at least discoverable, e.g. by searching for the text of a permalink URL in a web search engine.
One approach is to publish an archive page that provides cleartext URLs (but not hyperlinked) of your dead permalinks, along with their new locations, e.g.:
- Jon Udell's 2002-2006 index of his blog posts that were originally published at weblog.infoworld.com/udell.
Another approach is to create new pages with URLs that have the old permalinks as part of their path, and then also link to those new URLs from an archive page using link text of the old domain and path . E.g.:
- microformats tr.im equivalents for shortlinks at the now defunct tr.im link shortener. E.g.:
- microformats.org/wiki/tr.im/ufprs for the dead link tr.im/ufprs
When restructuring the permalink design on an indiewebsite, it is recommended to send an HTTP 301 permanent redirect response from the older permanlink to the newer one (see: https://developer.mozilla.org/en-US/docs/Web/HTTP/Response_codes ).
Such a redesign can affect other aspects of an indiewebsite some of which are documented below
- If comments and responses to a post are identified using the post permalink, then these should be updated to point to the new permalink.
- Posts on other websites might still link to the old permalink and might send webmentions to it. The webmention receiving code should suitably recognize these as webmentions to the new permanlink.
- Bridgy using posse-post-discovery might resend some backfeed webmentions to the new permalink. These should be suitably de-dupped.
Redirecting old URLs with Hugo's alias mechanism
When the front matter includes one or more aliases, Hugo adds the following HTML code to a page generated for the old URL (i.e., the alias of the new URL).
<head> <title>https://example.com/posts/my-intended-url</title> <link rel="canonical" href="https://example.com/posts/my-intended-url"/> <meta name="robots" content="noindex"> <meta http-equiv="content-type" content="text/html; charset=utf-8"/> <meta http-equiv="refresh" content="0; url=https://example.com/posts/my-intended-url"/> </head>
The above code redirects users to the new URL and tells search engine robots not to index this older page.
- "When it’s your first paper and you’re extreme. 💗" @brea_manuel3 August 13, 2020
- On Permalinks and Paradigms… on the history and value of permalinks