this is somewhat of a bigger update, and it’s the product of a few things that have been in progress for a while:
email should be working again as of a couple months ago. good news: our old provider was, ahem, mildly inflating our usage to get us off their free plan, so this part of our infrastructure is going to cost a lot less than anticipated.
backups
we now have a restic-based system for distributed backups, thanks to a solid recommendation from @froztbyte@awful.systems. this will make us a lot more resilient to the possibility of having our host evaporate out from under us, and make other disaster scenarios much less lethal.
writefreely
I used some of the spare capacity on our staging instance to spin up a new WriteFreely instance where we can post long-form articles and other stuff that’s more suitable for a blog. post your gibberish at gibberish.awful.systems! contact me if you’d like an invite link; WriteFreely instances are particularly vulnerable to being turned into platforms for spam and nothing else, so we’re keeping this small-scale for instance regulars for now.
alongside all the ordinary WriteFreely stuff (partial federation, a ton of jank), our instance has a special feature: if you have an account, you can make a PR on this repository and once it’s merged, gibberish will automatically pull its frontend files from that repo and redeploy WriteFreely. currently this is only for the frontend, but there’s a lot you can do with that – check out the templates, pages, less, and static directories on the repo to see what gets pulled. check it out if you see some jank you want to fix! (also it’s the only way to get WriteFreely to host images as part of a post, no I’m not kidding)
what’s next?
next up, I plan to turn off Hetzner’s backups for awful.systems and use that budget to expand the node’s storage by 100GB, which should increase the monthly bill by around 2.50 euros. I want to go this route to expand our instance’s storage instead of using an object store like S3 or B2 because using block storage makes us more resilient to Hetzner or Backblaze evaporating or ending our service, and because it’s relatively easy to undo this decision if it proves not to scale, but very hard to go from using object storage back to generic block storage.
after that, it’ll be about time to carefully upgrade to the current version of Lemmy, and to get our fork (Philthy) in a better state for contributions.
as always, see our infrastructure deployment flake for more documentation and details on how all of the above works.
You must log in or register to comment.