From 512bcce29b5efd84b3c4a3114beccbf7b41077d9 Mon Sep 17 00:00:00 2001 From: lourenco <> Date: Thu, 11 Sep 2025 15:49:02 +0200 Subject: [PATCH] small fixes to the layout --- content/blog/bloginfra.md | 2 +- themes/terminal/assets/css/footer.css | 1 - themes/terminal/layouts/partials/footer.html | 11 +++-------- 3 files changed, 4 insertions(+), 10 deletions(-) diff --git a/content/blog/bloginfra.md b/content/blog/bloginfra.md index 9bef18c..8f4cf0c 100644 --- a/content/blog/bloginfra.md +++ b/content/blog/bloginfra.md @@ -35,6 +35,6 @@ So, imagine this: I'm at my computer, and I clone the git repository that contai If you run your own git forge - and I do, can recommend [gitea](https://about.gitea.com/) for this - you have everything you need: Gitea has it's own [runner](https://docs.gitea.com/usage/actions/act-runner) that allows it to run actions on a system. This isn't too complicated to setup, and the workflow for this particular setup is remarkably simple, you can check it [here](https://git.assilvestrar.club/lourenco/excipio/src/branch/main/.gitea/workflows/blog-deploy.yaml). What this does, in essence, is that every time I push a change to the git repo on gitea, the runner will automatically pull the changes to my webserver and trigger the `hugo build` command that's necessary to generate the new content. And in less than a second (because hugo is _fast_, like 50ms to generate the whole website fast), everything is done. -Given how hugo deals with with the front-matter, I can even schedule posts just by putting a date to the future and not worry about it again. You can see this by looking at this commit: the post was submitted a day before, but it will only become visible once we're at the date of publication. +Given how hugo deals with with the front-matter, I can even schedule posts just by putting a date to the future and not worry about it again. You can see this by looking at [this commit](https://git.assilvestrar.club/lourenco/excipio/commit/e2b806fe5fd02da6645fb43ca8512f274cbb68b7): the post was submitted a day before, but it will only become visible once we're at the date of publication. And that was that. I know: at first glance this might sound a bit complicated, maybe even over-engineered. But this will be a common theme in this blog. What we're doing is exposing the complexities of modern software. This is what other frameworks hide from you, but at what cost? This whole setup takes a fraction of the disk space and RAM to run, with the exact same functionality, and it's much more reproducible and scalable. Also, absolutely no lock-in. I can change Nginx for Caddy, hugo for Jenkyll, my own private git forge for github (but, lol, why would I do that), and so on. And the skills you gain by doing this are probably the best part. diff --git a/themes/terminal/assets/css/footer.css b/themes/terminal/assets/css/footer.css index 850907e..3673110 100644 --- a/themes/terminal/assets/css/footer.css +++ b/themes/terminal/assets/css/footer.css @@ -5,7 +5,6 @@ } .footer__inner { - display: flex; align-items: center; justify-content: space-between; margin: 0; diff --git a/themes/terminal/layouts/partials/footer.html b/themes/terminal/layouts/partials/footer.html index 05c5b99..ceb0459 100644 --- a/themes/terminal/layouts/partials/footer.html +++ b/themes/terminal/layouts/partials/footer.html @@ -1,14 +1,9 @@