1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
|
<!doctype html>
<html lang="en">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta name="color-scheme" content="dark light">
<link rel="icon" href="data:,">
<title>New Domain and Code Forge</title>
<link href="/atom.xml" type="application/atom+xml" rel="alternate" title="Atom feed for blog posts" />
<link href="/rss.xml" type="application/rss+xml" rel="alternate" title="RSS feed for blog posts" />
<style>*{box-sizing:border-box;}body{font-family:sans-serif;line-height:1.33;margin:0 auto;max-width:650px;padding:1rem;}blockquote{background:rgba(0,0,0,0.1);border-left:4px solid;padding-left:5px;}img{max-width:100%;}pre{border:1px solid;overflow:auto;padding:5px;}table{text-align:left;width:100%;}.footnotes{font-size:90%;}</style>
</head>
<nav>
<a href="#menu">Menu ↓</a>
</nav>
<main>
<h1 id="new-domain-and-code-forge">New Domain and Code Forge</h1>
<p>2024-01-29</p>
<p>As you can clearly see, my site’s domain has switched over to <strong>btxx.org</strong>. This post will go into details about the reason for this URL swap (spoilers: I’m a cheapskate) - but that isn’t all. I have moved my personal git repositories over to my own hosting. I will explain the reasoning for that switch as well.</p>
<p>But enough introductions, let’s get into it!</p>
<h2 id="bt.ht-is-no-more">bt.ht is No More</h2>
<p>I’ve abandoned <code>bt.ht</code>. Well, kind of. That domain doesn’t expire until 2025, which works out nicely since I can keep a complete web forward active for the entire year. This will avoid such a radical switch, similar to what I did years ago with my “uglyduck” domain<sup id="fnref1"><a href="#fn1" rel="footnote">1</a></sup>. Hopefully anyone who follows my dumb ramblings will have more than enough time to become familiar with the new URL.</p>
<p>For reference, those interested in updating their RSS will need to use the latest URLs: </p>
<ul>
<li><a href="https://btxx.org/index.rss">RSS</a></li>
<li><a href="https://btxx.org/index.atom">Atom</a></li>
</ul>
<p>You have roughly a year to do so, since new posts should still automatically appear even with defaulting to the older URL (hooray for 301 redirects!).</p>
<p>There were two core reasons for switching domains. The first was based off a change in ownership with my previous domain registrar, Gandi. You can read more details <a href="https://news.ycombinator.com/item?id=35080777">here</a>, but they were essentially bought out, then decided to cancel their free email service and raised their prices. Not many registrars support the <code>.ht</code> TLD, so moving to another provider was already proving to be difficult. Once my mind was made up that I didn’t want to support such shady actions from a company, I thought even more about the concept of spending <em>so much</em> on a domain name in the first place. It was a novelty to have such a “short” domain, but that seems silly in hindsight.</p>
<p>Just take a look at the differences in domain costs and email services below:</p>
<table>
<thead>
<tr>
<th>URL</th>
<th>Domain/year</th>
<th>Email/year</th>
<th>Total</th>
</tr>
</thead>
<tbody>
<tr>
<td>bt.ht</td>
<td>$172</td>
<td>$60</td>
<td>$232</td>
</tr>
<tr>
<td>btxx.org</td>
<td>$17</td>
<td>$19</td>
<td>$36</td>
</tr>
</tbody>
</table>
<p>By making this switch (for both my domain and email service) I would save a yearly total of <strong>$196 USD</strong>. This was a no-brainer. The minute I did the math I thought, “Hell, I’m already moving everything to a different registrar <em>and</em> I need to look for a separate email provider…why not just start fresh with a new, <em>cheaper</em> domain?”</p>
<p>So that’s what I’ve done.</p>
<h2 id="my-own-code-forge">My Own Code Forge</h2>
<p>As some people in the open source community might already be aware, <a href="https://sourcehut.org">sourcehut</a> had a major outage a couple weeks back. It lasted a few days and all services were impacted. This meant that all publicly hosted websites, build processes and <code>git</code> repositories were unavailable. It was no fault of sourcehut of course, they were viciously attacked for no <em>real</em> reason. </p>
<p>But this outage did get me thinking about what it means to “control” my own code. I always liked the idea of hosting my own git projects but relied on third-party services since they were more convenient. The problem with entrusting anything, not just code storage, to third-party services is lack of oversight. You really have no idea what is happening behind the scenes. You don’t control your own backups. You don’t have the freedom to tweak UI or user flow of your project views (which I understand is certainly an edge-case).</p>
<p>These thoughts lead me to research some “self-hosted” code forge options. My main contenders were:</p>
<ul>
<li>GitWeb</li>
<li>cgit</li>
<li>Gitea</li>
</ul>
<p>I’ll save you the suspense: I went with cgit. Getting GitWeb configured properly was giving me a lot of issues and Gitea seemed overkill for my person needs. I host through NearlyFreeSpeech (running FreeBSD) and they had a decent tutorial for setting cgit up on their servers. I’ve updated my own wiki for those interested in doing something similar: <a href="/wiki/cgit">read the full step-by-step instructions for setting up cgit</a>.</p>
<p>I still need to go through most of the existing projects on sourcehut and update their READMEs and purge the contents. The last thing I want to do is have users confused about which repo is the “real” one.</p>
<p>Fore reference the my repos are now located here: <a href="https://git.btxx.org">git.btxx.org</a></p>
<p>(I plan to place this in the main navigation soon…)</p>
<h2 id="mirror-mirror-on-the-wall">Mirror, Mirror on the Wall…</h2>
<p>I’m aware that to have extra protection from “downtime” that I should also mirror my code on separate forges. I plan to do this sometime in the future, but this isn’t a major priority for me currently. When the time comes I’ll be sure to update my repos referring to the mirrors (whatever platform that is I choose).</p>
<h2 id="room-for-improvement">Room for Improvement</h2>
<p>My code forge is far from perfect. Mobile view is lacking, there is no dark mode support and things could be slightly more intuitive. But I love it. The beauty of hosting everything on my own is that I can improve these things myself. For now, I’m happy with the outcome!</p>
<div class="footnotes">
<hr/>
<ol>
<li id="fn1">
<p>Someone oddly picked up that domain and piggybacked off the back-links. They happen to also be a designer…Guess the naming was that cool?  <a href="#fnref1" rev="footnote">↩</a></p>
</li>
</ol>
</div>
<footer role="contentinfo">
<h2>Menu Navigation</h2>
<ul id="menu">
<li><a href="/">Home</a></li>
<li><a href="/projects">Projects</a></li>
<li><a href="/uses">Uses</a></li>
<li><a href="/wiki">Wiki</a></li>
<li><a href="/resume">Resume</a></li>
<li><a href="/colophon">Colophon</a></li>
<li><a href="/now">Now</a></li>
<li><a href="/donate">Donate</a></li>
<li><a href="/atom.xml">RSS</a></li>
<li><a href="#top">↑ Top of the page</a></li>
</ul>
<small>
Built with <a href="https://barf.btxx.org">barf</a>. <br>
Feeds: <a href="/atom.xml">Atom</a> & <a href="/rss.xml">RSS</a><br>
Maintained with ♥ for the web. <br>
Proud supporter of <a href="https://usefathom.com/ref/DKHJVX">Fathom</a> & <a href="https://nextdns.io/?from=74d3p3h8">NextDNS</a>. <br>
The content for this site is <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC-BY-SA</a>.<br> The <a href="https://git.sr.ht/~bt/bt.ht">code for this site</a> is <a href="https://git.sr.ht/~bt/bt.ht/tree/master/item/LICENSE">MIT</a>.
</small>
</footer>
|
