From 71dcfddb2ab9816a95b42f2bbc0ec2b75d83277c Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Sun, 8 Feb 2026 17:44:32 +0200 Subject: Update content for html --- about/resources.html | 212 +++--- about/showcase.html | 723 +++++++++++---------- about/showcase/debroid/image-1.png | 182 +++--- ...tmux-popup-editor-for-cursor-agent-prompts.html | 4 + gemfeed/atom.xml | 6 +- index.html | 2 +- uptime-stats.html | 2 +- 7 files changed, 582 insertions(+), 549 deletions(-) diff --git a/about/resources.html b/about/resources.html index e42230d7..c53ae2cd 100644 --- a/about/resources.html +++ b/about/resources.html @@ -50,112 +50,112 @@ In random order:


Technical references



I didn't read them from the beginning to the end, but I am using them to look up things. The books are in random order:


Self-development and soft-skills books



In random order:


Here are notes of mine for some of the books

@@ -164,30 +164,30 @@ Some of these were in-person with exams; others were online learning lectures only. In random order:


Technical guides



These are not whole books, but guides (smaller or larger) which I found very useful. in random order:


Podcasts


@@ -197,50 +197,50 @@ In random order:


Podcasts I liked



I liked them but am not listening to them anymore. The podcasts have either "finished" (no more episodes) or I stopped listening to them due to time constraints or a shift in my interests.


Newsletters I like



This is a mix of tech and non-tech newsletters I am subscribed to. In random order:


Magazines I like(d)


@@ -248,10 +248,10 @@ This is a mix of tech I like(d). I may not be a current subscriber, but now and then, I buy an issue. In random order:


Formal education



diff --git a/about/showcase.html b/about/showcase.html index c9b8c16a..f020cb52 100644 --- a/about/showcase.html +++ b/about/showcase.html @@ -13,7 +13,7 @@

Project Showcase



-Generated on: 2026-01-24
+Generated on: 2026-02-07

This page showcases my side projects, providing an overview of what each project does, its technical implementation, and key metrics. Each project summary includes information about the programming languages used, development activity, and licensing. The projects are ranked by score, which combines project size and recent activity.

@@ -23,89 +23,115 @@
  • Project Showcase
  • ⇢ Overall Statistics
  • ⇢ Projects
    • -
  • ⇢ ⇢ 1. conf
    • -
  • ⇢ ⇢ 2. log4jbench
    • -
  • ⇢ ⇢ 3. epimetheus
    • -
  • ⇢ ⇢ 4. perc
    • -
  • ⇢ ⇢ 5. hexai
    • -
  • ⇢ ⇢ 6. yoga
    • -
  • ⇢ ⇢ 7. totalrecall
    • -
  • ⇢ ⇢ 8. gitsyncer
    • -
  • ⇢ ⇢ 9. foostats
    • +
  • ⇢ ⇢ 1. epimetheus
    • +
  • ⇢ ⇢ 2. conf
    • +
  • ⇢ ⇢ 3. foo.zone
    • +
  • ⇢ ⇢ 4. scifi
    • +
  • ⇢ ⇢ 5. log4jbench
    • +
  • ⇢ ⇢ 6. hexai
    • +
  • ⇢ ⇢ 7. perc
    • +
  • ⇢ ⇢ 8. yoga
    • +
  • ⇢ ⇢ 9. totalrecall
  • ⇢ ⇢ 10. gogios
    • -
  • ⇢ ⇢ 11. timr
    • -
  • ⇢ ⇢ 12. tasksamurai
    • -
  • ⇢ ⇢ 13. ior
    • -
  • ⇢ ⇢ 14. dtail
    • -
  • ⇢ ⇢ 15. gos
    • -
  • ⇢ ⇢ 16. ds-sim
    • -
  • ⇢ ⇢ 17. gemtexter
    • -
  • ⇢ ⇢ 18. wireguardmeshgenerator
    • -
  • ⇢ ⇢ 19. rcm
    • -
  • ⇢ ⇢ 20. terraform
    • -
  • ⇢ ⇢ 21. sillybench
    • -
  • ⇢ ⇢ 22. quicklogger
    • -
  • ⇢ ⇢ 23. gorum
    • -
  • ⇢ ⇢ 24. guprecords
    • -
  • ⇢ ⇢ 25. docker-radicale-server
    • -
  • ⇢ ⇢ 26. geheim
    • -
  • ⇢ ⇢ 27. algorithms
    • -
  • ⇢ ⇢ 28. randomjournalpage
    • -
  • ⇢ ⇢ 29. ioriot
    • -
  • ⇢ ⇢ 30. sway-autorotate
    • -
  • ⇢ ⇢ 31. mon
    • -
  • ⇢ ⇢ 32. staticfarm-apache-handlers
    • -
  • ⇢ ⇢ 33. pingdomfetch
    • -
  • ⇢ ⇢ 34. xerl
    • -
  • ⇢ ⇢ 35. fapi
    • -
  • ⇢ ⇢ 36. photoalbum
    • -
  • ⇢ ⇢ 37. ychat
    • -
  • ⇢ ⇢ 38. perl-c-fibonacci
    • -
  • ⇢ ⇢ 39. netcalendar
    • -
  • ⇢ ⇢ 40. loadbars
    • -
  • ⇢ ⇢ 41. gotop
    • -
  • ⇢ ⇢ 42. fype
    • -
  • ⇢ ⇢ 43. rubyfy
    • -
  • ⇢ ⇢ 44. pwgrep
    • -
  • ⇢ ⇢ 45. perldaemon
    • -
  • ⇢ ⇢ 46. jsmstrade
    • -
  • ⇢ ⇢ 47. japi
    • -
  • ⇢ ⇢ 48. perl-poetry
    • -
  • ⇢ ⇢ 49. muttdelay
    • -
  • ⇢ ⇢ 50. netdiff
    • -
  • ⇢ ⇢ 51. debroid
    • -
  • ⇢ ⇢ 52. hsbot
    • -
  • ⇢ ⇢ 53. cpuinfo
    • -
  • ⇢ ⇢ 54. template
    • -
  • ⇢ ⇢ 55. ipv6test
    • -
  • ⇢ ⇢ 56. awksite
    • -
  • ⇢ ⇢ 57. dyndns
    • -
  • ⇢ ⇢ 58. vs-sim
    • -
  • ⇢ ⇢ 59. foo.zone
    • +
  • ⇢ ⇢ 11. gitsyncer
    • +
  • ⇢ ⇢ 12. foostats
    • +
  • ⇢ ⇢ 13. tasksamurai
    • +
  • ⇢ ⇢ 14. timr
    • +
  • ⇢ ⇢ 15. ior
    • +
  • ⇢ ⇢ 16. dtail
    • +
  • ⇢ ⇢ 17. gos
    • +
  • ⇢ ⇢ 18. ds-sim
    • +
  • ⇢ ⇢ 19. gemtexter
    • +
  • ⇢ ⇢ 20. wireguardmeshgenerator
    • +
  • ⇢ ⇢ 21. rcm
    • +
  • ⇢ ⇢ 22. terraform
    • +
  • ⇢ ⇢ 23. quicklogger
    • +
  • ⇢ ⇢ 24. sillybench
    • +
  • ⇢ ⇢ 25. gorum
    • +
  • ⇢ ⇢ 26. guprecords
    • +
  • ⇢ ⇢ 27. docker-radicale-server
    • +
  • ⇢ ⇢ 28. geheim
    • +
  • ⇢ ⇢ 29. algorithms
    • +
  • ⇢ ⇢ 30. randomjournalpage
    • +
  • ⇢ ⇢ 31. photoalbum
    • +
  • ⇢ ⇢ 32. ioriot
    • +
  • ⇢ ⇢ 33. ipv6test
    • +
  • ⇢ ⇢ 34. sway-autorotate
    • +
  • ⇢ ⇢ 35. mon
    • +
  • ⇢ ⇢ 36. staticfarm-apache-handlers
    • +
  • ⇢ ⇢ 37. pingdomfetch
    • +
  • ⇢ ⇢ 38. xerl
    • +
  • ⇢ ⇢ 39. ychat
    • +
  • ⇢ ⇢ 40. fapi
    • +
  • ⇢ ⇢ 41. perl-c-fibonacci
    • +
  • ⇢ ⇢ 42. netcalendar
    • +
  • ⇢ ⇢ 43. loadbars
    • +
  • ⇢ ⇢ 44. gotop
    • +
  • ⇢ ⇢ 45. fype
    • +
  • ⇢ ⇢ 46. rubyfy
    • +
  • ⇢ ⇢ 47. pwgrep
    • +
  • ⇢ ⇢ 48. perldaemon
    • +
  • ⇢ ⇢ 49. jsmstrade
    • +
  • ⇢ ⇢ 50. japi
    • +
  • ⇢ ⇢ 51. perl-poetry
    • +
  • ⇢ ⇢ 52. muttdelay
    • +
  • ⇢ ⇢ 53. netdiff
    • +
  • ⇢ ⇢ 54. debroid
    • +
  • ⇢ ⇢ 55. hsbot
    • +
  • ⇢ ⇢ 56. cpuinfo
    • +
  • ⇢ ⇢ 57. template
    • +
  • ⇢ ⇢ 58. awksite
    • +
  • ⇢ ⇢ 59. dyndns
    • +
  • ⇢ ⇢ 60. vs-sim

    • Overall Statistics




    Projects



    -

    1. conf


    +

    1. epimetheus




    +
    +epimetheus screenshot
    +
    +**Epimetheus** is a Go tool for pushing metrics to Prometheus that uniquely supports both realtime and historic data ingestion. Named after Prometheus's brother (meaning "afterthought"), it solves the common problem of getting metrics into Prometheus *after* they were collected—whether from hours, days, or weeks ago. It offers four operating modes: realtime (via Pushgateway), historic (single past datapoint via Remote Write API), backfill (range of historic data), and auto (intelligent routing based on timestamp age).
    +
    +The architecture routes current data (<5 min old) through Pushgateway where Prometheus scrapes it, while historic data goes directly to Prometheus via the Remote Write API to preserve original timestamps. It supports CSV and JSON input formats, generates realistic test metrics (counters, gauges, histograms), and includes a Grafana dashboard. The tool is built with a clean internal structure separating config, metrics generation, parsing, and ingestion concerns—making it useful for backfilling gaps, data migration, testing monitoring setups, and ad-hoc troubleshooting scenarios.
    +
    +View on Codeberg
    +View on GitHub
    +
    +---
    +
    +

    2. conf


    +
    +
    @@ -119,7 +145,51 @@
    ---

    -

    2. log4jbench


    +

    3. foo.zone


    +
    +
    +
    +foo.zone: source code repository.
    +
    +View on Codeberg
    +View on GitHub
    +
    +---
    +
    +

    4. scifi


    +
    +
    +
    +This is a static HTML showcase for a personal sci-fi book collection (54 books). It displays books in a responsive grid with cover images, lets users filter by author, format, or free-text search, and shows plot summaries in a modal on click. The entire site works offline with no external dependencies — all covers, metadata, and summaries are bundled locally.
    +
    +The architecture keeps content separate from presentation: book metadata lives in data/books.json, summaries are individual markdown files in summaries/, and covers are stored as local JPGs. A build step (node build.js) embeds the markdown summaries into the JSON file, producing a self-contained site that can be served as plain static files. The frontend (js/app.js) handles filtering and modal display client-side, while css/styles.css provides the grid layout and styling.
    +
    +View on Codeberg
    +View on GitHub
    +
    +---
    +
    +

    5. log4jbench




    @@ -142,32 +212,32 @@
    ---

    -

    3. epimetheus


    +

    6. hexai





    -epimetheus screenshot
    +hexai screenshot

    -**Epimetheus** is a Go tool for pushing metrics to Prometheus that uniquely supports both realtime and historic data ingestion. Named after Prometheus's brother (meaning "afterthought"), it solves the common problem of getting metrics into Prometheus *after* they were collected—whether from hours, days, or weeks ago. It offers four operating modes: realtime (via Pushgateway), historic (single past datapoint via Remote Write API), backfill (range of historic data), and auto (intelligent routing based on timestamp age).
    +Hexai is a Go-based AI integration tool designed primarily for the Helix editor that provides LSP (Language Server Protocol) powered AI features. It offers code auto-completion, AI-driven code actions, in-editor chat with LLMs, and a standalone CLI tool for direct LLM interaction. A standout feature is its ability to query multiple AI providers (OpenAI, OpenRouter, GitHub Copilot, Ollama) in parallel, allowing developers to compare responses side-by-side. It has enhanced capabilities for Go code understanding, such as generating unit tests from functions, while supporting other programming languages as well.

    -The architecture routes current data (<5 min old) through Pushgateway where Prometheus scrapes it, while historic data goes directly to Prometheus via the Remote Write API to preserve original timestamps. It supports CSV and JSON input formats, generates realistic test metrics (counters, gauges, histograms), and includes a Grafana dashboard. The tool is built with a clean internal structure separating config, metrics generation, parsing, and ingestion concerns—making it useful for backfilling gaps, data migration, testing monitoring setups, and ad-hoc troubleshooting scenarios.
    +The project is implemented as an LSP server written in Go, with a TUI component built using Bubble Tea for the tmux-based code action runner (hexai-tmux-action). This architecture allows it to integrate seamlessly into LSP-compatible editors, with special focus on Helix + tmux workflows. The custom prompt feature lets developers use their preferred editor to craft prompts, making it flexible for various development workflows.

    -View on Codeberg
    -View on GitHub
    +View on Codeberg
    +View on GitHub

    ---

    -

    4. perc


    +

    7. perc




    @@ -190,43 +260,18 @@
    ---

    -

    5. hexai


    +

    8. yoga




    -
    -hexai screenshot
    -
    -Hexai is a Go-based AI integration tool designed primarily for the Helix editor that provides LSP (Language Server Protocol) powered AI features. It offers code auto-completion, AI-driven code actions, in-editor chat with LLMs, and a standalone CLI tool for direct LLM interaction. A standout feature is its ability to query multiple AI providers (OpenAI, OpenRouter, GitHub Copilot, Ollama) in parallel, allowing developers to compare responses side-by-side. It has enhanced capabilities for Go code understanding, such as generating unit tests from functions, while supporting other programming languages as well.
    -
    -The project is implemented as an LSP server written in Go, with a TUI component built using Bubble Tea for the tmux-based code action runner (hexai-tmux-action). This architecture allows it to integrate seamlessly into LSP-compatible editors, with special focus on Helix + tmux workflows. The custom prompt feature lets developers use their preferred editor to craft prompts, making it flexible for various development workflows.
    -
    -View on Codeberg
    -View on GitHub
    -
    ----
    -
    -

    6. yoga


    -
    -

    yoga screenshot
    @@ -240,7 +285,7 @@
    ---

    -

    7. totalrecall


    +

    9. totalrecall




    @@ -267,7 +312,32 @@
    ---

    -

    8. gitsyncer


    +

    10. gogios


    +
    +
    +
    +gogios screenshot
    +
    +Gogios is a minimalistic monitoring tool written in Go for small-scale infrastructure (e.g., personal servers and VMs). It executes standard Nagios/Icinga monitoring plugins via CRON jobs, tracks state changes in a JSON file, and sends email notifications through a local MTA only when check statuses change. Unlike full-featured monitoring solutions (Nagios, Icinga, Prometheus), Gogios deliberately avoids complexity—no databases, web UIs, clustering, or contact groups—making it ideal for simple, self-hosted environments with limited monitoring needs.
    +
    +The architecture is straightforward: JSON configuration defines checks (plugin paths, arguments, timeouts, dependencies, retries), a state directory persists check results between runs, and concurrent execution with configurable limits keeps things efficient. Key features include check dependencies (skip HTTP checks if ping fails), retry logic, stale alert detection, re-notification schedules, and support for remote checks via NRPE. A basic high-availability setup is achievable by running Gogios on two servers with staggered CRON intervals, though this results in duplicate notifications when both servers are operational—a deliberate trade-off for simplicity.
    +
    +View on Codeberg
    +View on GitHub
    +
    +---
    +
    +

    11. gitsyncer




    @@ -290,7 +360,7 @@
    ---

    -

    9. foostats


    +

    12. foostats




    @@ -313,32 +383,34 @@
    ---

    -

    10. gogios


    +

    13. tasksamurai





    -gogios screenshot
    +tasksamurai screenshot

    -Gogios is a minimalistic monitoring tool written in Go for small-scale infrastructure (e.g., personal servers and VMs). It executes standard Nagios/Icinga monitoring plugins via CRON jobs, tracks state changes in a JSON file, and sends email notifications through a local MTA only when check statuses change. Unlike full-featured monitoring solutions (Nagios, Icinga, Prometheus), Gogios deliberately avoids complexity—no databases, web UIs, clustering, or contact groups—making it ideal for simple, self-hosted environments with limited monitoring needs.
    +**Task Samurai** is a fast, keyboard-driven terminal UI for Taskwarrior built in Go using the Bubble Tea framework. It displays your Taskwarrior tasks in an interactive table where you can manage them entirely through hotkeys—adding, starting, completing, and annotating tasks without touching the mouse. It supports all Taskwarrior filters as command-line arguments, allowing you to start with focused views like tasksamurai +tag status:pending or tasksamurai project:work due:today.

    -The architecture is straightforward: JSON configuration defines checks (plugin paths, arguments, timeouts, dependencies, retries), a state directory persists check results between runs, and concurrent execution with configurable limits keeps things efficient. Key features include check dependencies (skip HTTP checks if ping fails), retry logic, stale alert detection, re-notification schedules, and support for remote checks via NRPE. A basic high-availability setup is achievable by running Gogios on two servers with staggered CRON intervals, though this results in duplicate notifications when both servers are operational—a deliberate trade-off for simplicity.
    +tasksamurai screenshot

    -View on Codeberg
    -View on GitHub
    +Under the hood, Task Samurai acts as a front-end wrapper that invokes the native task command to read and modify tasks, ensuring compatibility with your existing Taskwarrior setup. The UI automatically refreshes after each action to keep the table current. It was created as an experiment in agentic coding and as a faster alternative to Python-based tools like vit, leveraging Go's performance and the Bubble Tea framework's efficient terminal rendering. The project even includes a "disco mode" flag that cycles through themes for a more playful experience.
    +
    +View on Codeberg
    +View on GitHub

    ---

    -

    11. timr


    +

    14. timr




    @@ -361,34 +433,7 @@
    ---

    -

    12. tasksamurai


    -
    -
    -
    -tasksamurai screenshot
    -
    -**Task Samurai** is a fast, keyboard-driven terminal UI for Taskwarrior built in Go using the Bubble Tea framework. It displays your Taskwarrior tasks in an interactive table where you can manage them entirely through hotkeys—adding, starting, completing, and annotating tasks without touching the mouse. It supports all Taskwarrior filters as command-line arguments, allowing you to start with focused views like tasksamurai +tag status:pending or tasksamurai project:work due:today.
    -
    -tasksamurai screenshot
    -
    -Under the hood, Task Samurai acts as a front-end wrapper that invokes the native task command to read and modify tasks, ensuring compatibility with your existing Taskwarrior setup. The UI automatically refreshes after each action to keep the table current. It was created as an experiment in agentic coding and as a faster alternative to Python-based tools like vit, leveraging Go's performance and the Bubble Tea framework's efficient terminal rendering. The project even includes a "disco mode" flag that cycles through themes for a more playful experience.
    -
    -View on Codeberg
    -View on GitHub
    -
    ----
    -
    -

    13. ior


    +

    15. ior




    @@ -415,16 +460,16 @@
    ---

    -

    14. dtail


    +

    16. dtail




    @@ -442,18 +487,18 @@
    ---

    -

    15. gos


    +

    17. gos





    gos screenshot
    @@ -469,7 +514,7 @@
    ---

    -

    16. ds-sim


    +

    18. ds-sim




    @@ -494,7 +539,7 @@
    ---

    -

    17. gemtexter


    +

    19. gemtexter




    @@ -517,7 +562,7 @@
    ---

    -

    18. wireguardmeshgenerator


    +

    20. wireguardmeshgenerator




    @@ -540,7 +585,7 @@
    ---

    -

    19. rcm


    +

    21. rcm




    @@ -563,7 +608,7 @@
    ---

    -

    20. terraform


    +

    22. terraform




    @@ -586,30 +631,7 @@
    ---

    -

    21. sillybench


    -
    -
    -
    -**Silly Benchmark** is a minimal Go-based performance benchmarking tool designed to compare CPU performance between FreeBSD and Linux Bhyve VM environments. It provides two simple CPU-intensive benchmark tests: one that performs repeated integer multiplication operations (BenchmarkCPUSilly1) and another that executes floating-point arithmetic sequences including addition, multiplication, and division (BenchmarkCPUSilly2).
    -
    -The implementation is intentionally straightforward, using Go's built-in testing framework to run computational workloads that stress different aspects of CPU performance. The benchmarks avoid being optimized away by the compiler while remaining simple enough to produce consistent, comparable results across different operating systems and virtualization platforms. This makes it useful for quick performance comparisons when evaluating the overhead of virtualization or differences in OS scheduling and computation.
    -
    -View on Codeberg
    -View on GitHub
    -
    ----
    -
    -

    22. quicklogger


    +

    23. quicklogger




    @@ -636,7 +658,30 @@
    ---

    -

    23. gorum


    +

    24. sillybench


    +
    +
    +
    +**Silly Benchmark** is a minimal Go-based performance benchmarking tool designed to compare CPU performance between FreeBSD and Linux Bhyve VM environments. It provides two simple CPU-intensive benchmark tests: one that performs repeated integer multiplication operations (BenchmarkCPUSilly1) and another that executes floating-point arithmetic sequences including addition, multiplication, and division (BenchmarkCPUSilly2).
    +
    +The implementation is intentionally straightforward, using Go's built-in testing framework to run computational workloads that stress different aspects of CPU performance. The benchmarks avoid being optimized away by the compiler while remaining simple enough to produce consistent, comparable results across different operating systems and virtualization platforms. This makes it useful for quick performance comparisons when evaluating the overhead of virtualization or differences in OS scheduling and computation.
    +
    +View on Codeberg
    +View on GitHub
    +
    +---
    +
    +

    25. gorum