Tag: IndieWeb

Posted on
by

Way back in the year 2000, I bought a domain name to move my personal website from the school web server to someplace I could keep it visible after graduating. I picked Hyperborea.org from an adventure movie I’d seen years earlier, wanting something that sounded fantastic but wasn’t Atlantis, which had already been done to death (and besides, it was taken). In 2002, I set up the first version of this blog, running on b2/cafelog. At the time, Katie and I both posted here. She later moved to LiveJournal, then stopped blogging, then set up again at Feral Tomatoes.

Somewhere along the line I bought KVibber.com and set it up to redirect to my main site. Then in 2022 I rebuilt it as a simple Indieweb-style profile, figuring that while Hyperborea was a digital home, it really wasn’t a digital identity. I’ve been using that in various online profiles ever since, but kept most of the actual stuff on the existing site while I dithered over what to keep where.

Eventually I decided I wanted to move over to the newer domain.

The Eleventy parts were easy: I just needed to change some parameters and rebuild. The hand-crafted parts were relatively easy: global search and replace.

And of course redirecting each section to the new site as I moved it.

Search indexes are slowly shifting over. Google so far has decided to keep pointing to some of the older pages even though those pages redirect to the new ones.

The blog…is complicated. WordPress and ClassicPress use a database for some things and files for others. Plus I’m using the ActivityPub Plugin to make the blog visible on the Fediverse, which brings its own set of complications. I was relieved to see that copies of posts previously federated at the old site do in fact show up correctly on the new site’s Fediverse view.

One thing I decided on early on: I was going to use a subdomain this time instead of a folder, because too many things (some plugins, .well-known files, etc) assume your blog is running at the top level of the site.

I did a first pass Wednesday night to copy the files and database, set up the new config, run all those search-and-replace actions, and kick the metaphorical tires. Since then I’ve been spot-checking things here and there, and the new site seems fine so far.

I tried running the ActivityPub migration, but it doesn’t seem to have sent any followers over. And when I look at the old @kelson profile in Mastodon, it says it’s moving to…@kelson, instead of to @k2r. Most likely it’s either an incompatibility with ClassicPress or another problem with running in a subfolder. I’ll give it another stab tomorrow, but there are only about 5 followers at the moment, and I can just DM everyone if I really need to.

Then I can self-destruct the ActivityPub view on the old site, and once that’s done, I can redirect the blog to the new location.

Better Late Than Never

I’m kicking myself for taking so long. I should’ve just moved wholesale over to KVibber.com back in 2022. By waiting until 2026, I’ve left the new location without proof of having existed before the slop era. (I’m still writing articles myself, not using an “AI,” so all the mistakes in this post are my own.) Unless someone looks up the old hyperborea.org version of a page on the Wayback Machine, but they shouldn’t have to know to do that.

But the old name is awkward and hard to spell, and apparently some of the creepy groups that have weird obsessions with the myths it came from are more substantial than the historical footnotes I thought they were back in the day.

Posted on
by

Not that I’ve been particularly active on Twitter for quite a while now, but the way things have gotten, especially under its new owner, I decided it was finally time to go. I haven’t deleted my main account (yet), but I’ve deleted most of my tweet history, and the accounts I used for side projects, and I don’t plan on returning.

Mastodon has filled Twitter’s niche for me over the last few years (obviously different people have different use cases, so it may not fit yours), and you can still find me there at @KelsonV@Wandering.shop.

As for the archive, I’m slowly going through and looking for threads (and occasional single posts) that I think are worth keeping, importing them where they seem to fit best on this website, whether on the blog or another section.

It may be time to do the same with Facebook and Instagram* too. I haven’t been active on either of them in ages, and I’d rather own my data IndieWeb style than wait for Meta to go the way of LiveJournal.

December 2024 Update: I’ve since deleted my Twitter, Facebook and Instagram accounts outright. I’m still on the Fediverse, mostly at @kelson@notes.kvibber.com these days.

*I’ve already trimmed a lot of my Instagram history.

Posted on
by

In response to girrodocus’s question: #PersonalWebsite creators… what’s your rationale for deciding when to use a subdomain or a subdirectory?

I usually prefer to put sections in subdirectories. That makes it possible to make the entire site portable (depending on authoring tools, anyway). Ideally, I want something that could be zipped up and moved. Or sent to Archive Team. (One of the downsides of dynamic site generators is that you can’t do this.)

When I use subdomains, it’s typically because I want some sort of isolation between the content, or the server apps, etc. But in those cases I’m as likely to use another domain entirely.

I originally put my main blog in a subdirectory (/journal), but if I set up my own git repository or something like that, I’d probably put it in a subdomain.

That said, I’m currently trying to sort out what I want to keep at the domain I’ve had for the last 20 years and what to move to my IndieWeb identity site.

IndieWeb and Identity

It took 4 or 5 years from me discovering IndieWeb to actually building support into my website(s), because Hyperborea.org, named after a fictional place, felt like a digital home, but not an identity. So I set up KVibber.com as my digital identity instead.

I’ve been considering several approaches:

  • New stuff on KVibber, leave old stuff where it is.
  • Professional stuff on KVibber, fun stuff on Hyperborea.
  • Original work on KVibber, fandom stuff on Hyperborea.

I might move my scenic and nature photos over to KVibber but leave the funny and comic-con photos on Hyperborea, or move my tech articles over but leave the personal posts.

I’m also planning to put together a light microblog to be the canonical location for short posts on Mastodon/Twitter/etc that I want to keep, but don’t feel big enough for a full blog entry. That’ll probably go on KVibber, even though it’ll blur the pro/fun and original/fan distinctions.

Originally on Wandering.shop.

Update September 2022: I’ve tabled the whole question at this point. For now, I’m just using KVibber as a profile page and putting everything else on Hyperborea, like I was doing before.

Update April 2026: I’ve been moving stuff over to KVibber, and put the blog on a subdomain because subfolders have .well_known problems.

Posted on
by

For human-readable HTML, I can write:

<a href="https://example.com">Lois Lane</a>

For machine-readable HTML:

<a rel="author" href="https://example.com">Lois Lane</a>

For IndieWeb microformats:

<a class="p-author h-card" href="https://example.com">Lois Lane</a>

But for inline Schema.org I have to write:

<span property="author" typeof="person"><a property="url" href="https://example.com"><span property="name">Lois Lane</span></a>

I’ve been grumbling about all the redundancy in putting multiple sets of metadata on a page: classic meta tags, OpenGraph, Twitter cards, Schema.org, microformats2. So I’ve been looking to consolidate as much as I can.

I thought, Hey, Schema.org has inline markup implementations! I can probably just tag the same elements I used for microformats2!

But there are so many things like author where it wants a multi-part hierarchy when you could easily use a single tag.

At this point the added complexity to the code isn’t worth it. I may as well stick with the JSON-LD lump of text in the header. Heck, the extra spans and divs might actually add up to more bytes than the no-longer-duplicated content.

It’s not actually that much extra space, though, and the site in question generates all the markup from one set of markdown front matter. It just bugs me that to fill in all of them I need multiple copies of everything.

Though it is kind of funny to compare design decisions:

Facebook: We want a single block that can be copied and pasted and all looks the same. We don’t want to reuse existing tags and we don’t care about DRY.

IndieWeb: Invisible metadata inevitably gets out of date, and all this stuff that should already be on the page or in the head anyway, so let’s use what’s there and make it simple to mark up the actual page content.

Schema.org: CATEGORIZE ALLLLL THE THINGS!!!!!

»All pages site-wide with this tag