From 7c82d9c821a900e8970c8c1c6b1d85ec9bde734a Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Wed, 9 Jul 2025 00:54:06 +0300 Subject: Update content for html --- CLAUDE.md | 60 + about/index.html | 8 +- about/resources.html | 190 +- about/showcase.html | 2111 ++++ about/showcase/debroid/image-1.png | 1972 +++ about/showcase/ds-sim/image-1.png | Bin 0 -> 139067 bytes about/showcase/dtail/image-1.png | Bin 0 -> 84933 bytes about/showcase/dtail/image-2.gif | Bin 0 -> 2290260 bytes about/showcase/gogios/image-1.png | Bin 0 -> 56698 bytes about/showcase/gos/image-1.png | Bin 0 -> 3861 bytes about/showcase/gos/image-2.png | Bin 0 -> 137561 bytes about/showcase/ior/image-1.png | Bin 0 -> 46683 bytes about/showcase/ior/image-2.svg | 12270 +++++++++++++++++++ about/showcase/ioriot/image-1.png | Bin 0 -> 12508 bytes about/showcase/jsmstrade/image-1.png | Bin 0 -> 13636 bytes about/showcase/netcalendar/image-1.png | Bin 0 -> 131869 bytes about/showcase/netcalendar/image-2.png | Bin 0 -> 217299 bytes about/showcase/quicklogger/image-1.png | Bin 0 -> 63314 bytes about/showcase/quicklogger/image-2.png | Bin 0 -> 13498 bytes about/showcase/tasksamurai/image-1.png | Bin 0 -> 227442 bytes about/showcase/tasksamurai/image-2.png | Bin 0 -> 1382480 bytes about/showcase/vs-sim/image-1.jpg | Bin 0 -> 214287 bytes ...2025-07-01-posts-from-january-to-june-2025.html | 8 - .../DRAFT-f3s-kubernetes-with-freebsd-part-6.html | 457 +- gemfeed/STUNNEL-NFS-SETUP-R1-R2.md | 277 + gemfeed/atom.xml | 12 +- gemfeed/configure-stunnel-nfs-r1-r2.sh | 163 + gemfeed/stunnel-nfs-quick-reference.txt | 78 + index.html | 2 +- stats/20250531.html | 129 - stats/20250601.html | 126 - stats/20250602.html | 124 - stats/20250603.html | 130 - stats/20250604.html | 127 - stats/20250605.html | 131 - stats/20250606.html | 132 - stats/20250607.html | 130 - stats/20250608.html | 127 - stats/20250609.html | 127 - stats/20250610.html | 128 - stats/20250611.html | 134 - stats/20250612.html | 128 - stats/20250613.html | 127 - stats/20250614.html | 126 - stats/20250615.html | 125 - stats/20250616.html | 124 - stats/20250617.html | 133 - stats/20250618.html | 132 - stats/20250619.html | 125 - stats/20250620.html | 129 - stats/20250621.html | 127 - stats/20250622.html | 123 - stats/20250623.html | 124 - stats/20250624.html | 128 - stats/20250625.html | 132 - stats/20250626.html | 127 - stats/20250627.html | 130 - stats/20250628.html | 127 - stats/20250629.html | 126 - stats/20250630.html | 122 - stats/30day_summary_20250630.html | 222 - uptime-stats.html | 58 +- 62 files changed, 17495 insertions(+), 4353 deletions(-) create mode 100644 CLAUDE.md create mode 100644 about/showcase.html create mode 100644 about/showcase/debroid/image-1.png create mode 100644 about/showcase/ds-sim/image-1.png create mode 100644 about/showcase/dtail/image-1.png create mode 100644 about/showcase/dtail/image-2.gif create mode 100644 about/showcase/gogios/image-1.png create mode 100644 about/showcase/gos/image-1.png create mode 100644 about/showcase/gos/image-2.png create mode 100644 about/showcase/ior/image-1.png create mode 100644 about/showcase/ior/image-2.svg create mode 100644 about/showcase/ioriot/image-1.png create mode 100644 about/showcase/jsmstrade/image-1.png create mode 100644 about/showcase/netcalendar/image-1.png create mode 100644 about/showcase/netcalendar/image-2.png create mode 100644 about/showcase/quicklogger/image-1.png create mode 100644 about/showcase/quicklogger/image-2.png create mode 100644 about/showcase/tasksamurai/image-1.png create mode 100644 about/showcase/tasksamurai/image-2.png create mode 100644 about/showcase/vs-sim/image-1.jpg create mode 100644 gemfeed/STUNNEL-NFS-SETUP-R1-R2.md create mode 100755 gemfeed/configure-stunnel-nfs-r1-r2.sh create mode 100644 gemfeed/stunnel-nfs-quick-reference.txt delete mode 100644 stats/20250531.html delete mode 100644 stats/20250601.html delete mode 100644 stats/20250602.html delete mode 100644 stats/20250603.html delete mode 100644 stats/20250604.html delete mode 100644 stats/20250605.html delete mode 100644 stats/20250606.html delete mode 100644 stats/20250607.html delete mode 100644 stats/20250608.html delete mode 100644 stats/20250609.html delete mode 100644 stats/20250610.html delete mode 100644 stats/20250611.html delete mode 100644 stats/20250612.html delete mode 100644 stats/20250613.html delete mode 100644 stats/20250614.html delete mode 100644 stats/20250615.html delete mode 100644 stats/20250616.html delete mode 100644 stats/20250617.html delete mode 100644 stats/20250618.html delete mode 100644 stats/20250619.html delete mode 100644 stats/20250620.html delete mode 100644 stats/20250621.html delete mode 100644 stats/20250622.html delete mode 100644 stats/20250623.html delete mode 100644 stats/20250624.html delete mode 100644 stats/20250625.html delete mode 100644 stats/20250626.html delete mode 100644 stats/20250627.html delete mode 100644 stats/20250628.html delete mode 100644 stats/20250629.html delete mode 100644 stats/20250630.html delete mode 100644 stats/30day_summary_20250630.html diff --git a/CLAUDE.md b/CLAUDE.md new file mode 100644 index 00000000..5a79f3e0 --- /dev/null +++ b/CLAUDE.md @@ -0,0 +1,60 @@ +# CLAUDE.md + +This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository. + +## Project Overview + +This is a static site generator project that uses **Gemtext** as the source format and generates multiple output formats. The project uses "Gemtexter" (a Bash-based static site generator) to convert Gemtext files into HTML, Markdown, and various feed formats. + +**Key Architecture:** +- **Source files**: Gemtext (`.gmi`) and template files (`.gmi.tpl`) in the `/gemtext` directory +- **Generated outputs**: HTML in `../html/`, Markdown in `../md/`, with caching in `../cache/` +- **Content structure**: Blog posts in `gemfeed/`, personal notes in `notes/`, about pages in `about/` +- **Template system**: `.gmi.tpl` files are processed to generate final `.gmi` files with dynamic content + +## Build Commands + +Since this project uses Gemtexter (a Bash-based static site generator), the build process involves: + +**Main generation command:** +```bash +# From the parent directory (/home/paul/git/foo.zone-content/) +# Look for gemtexter script or build scripts in the parent directory +``` + +**File structure patterns:** +- `.gmi.tpl` → `.gmi` (template processing) +- `.gmi` → `.html` + `.md` + feeds (multi-format generation) + +## Content Architecture + +**Template System:** +- Files with `.gmi.tpl` extension are templates that get processed +- Templates can include dynamic content like timestamps and automatic content generation +- Example: `index.gmi.tpl` generates `index.gmi` with current timestamp + +**Output Formats:** +- **Gemtext**: Native format for Gemini protocol (`.gmi` files) +- **HTML**: Web-ready format with embedded CSS and fonts +- **Markdown**: For GitHub Pages deployment +- **Atom feeds**: For blog subscription (XML format) +- **Gemfeeds**: Gemini-specific feed format + +**Content Organization:** +- `gemfeed/`: Blog posts with date-prefixed naming (YYYY-MM-DD-title.gmi) +- `notes/`: Book notes and technical references +- `about/`: Personal information and resource lists + +## Development Workflow + +1. **Content Creation**: Write new content in Gemtext format (`.gmi` files) +2. **Template Updates**: Modify `.gmi.tpl` files for dynamic content +3. **Generation**: Run Gemtexter to generate all output formats +4. **Multi-format Output**: Content automatically appears in HTML, Markdown, and feed formats + +## Important Notes + +- The current working directory is `/gemtext` but build tools are likely in the parent directory +- Generated files should not be edited directly - edit source `.gmi` or `.gmi.tpl` files instead +- The project generates a complete multi-format website from simple Gemtext sources +- Cache files in `../cache/` help with performance during regeneration \ No newline at end of file diff --git a/about/index.html b/about/index.html index 54327b7e..baabd3fb 100644 --- a/about/index.html +++ b/about/index.html @@ -27,11 +27,15 @@

My sites



My blog here at foo.zone
-codeberg.org/snonux - My Codeberg page
-github.com/snonux - My GitHub page (it's just a mirror of Codeberg, really)
irregular.ninja - My street photography site (warn: multiple MBs, it's photos after all)
DTail - the distributed log tailing program

+

Show me the code


+
+Project showcase
+codeberg.org/snonux - My Codeberg page
+github.com/snonux - My GitHub page (it's just a mirror of Codeberg, really)
+

Social Media and Communities



@snonux@fosstodon.org - Me at Mastodon
diff --git a/about/resources.html b/about/resources.html index 919040c5..08df9872 100644 --- a/about/resources.html +++ b/about/resources.html @@ -50,107 +50,107 @@ 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

@@ -159,30 +159,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


@@ -192,20 +192,20 @@ In random order:


Podcasts I liked



@@ -213,28 +213,28 @@

Newsletters I like



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


Magazines I like(d)


@@ -242,10 +242,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 new file mode 100644 index 00000000..74988153 --- /dev/null +++ b/about/showcase.html @@ -0,0 +1,2111 @@ + + + + +Project Showcase + + + + + +

+Home | Markdown | Gemini +

+

Project Showcase


+
+Generated on: 2025-07-09
+
+This page showcases my open source 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 ordered by recent activity, with the most actively maintained projects listed first.
+
+

Table of Contents


+
+
+

Overall Statistics


+
+
+

Projects


+
+

gitsyncer


+
+
+
+GitSyncer is a cross-platform repository synchronization tool that automatically keeps Git repositories in sync across multiple hosting platforms like GitHub, Codeberg, and private SSH servers. It solves the common problem of maintaining consistent code across different Git hosting services by cloning repositories, adding all configured platforms as remotes, and continuously merging and pushing changes bidirectionally while handling branch creation and conflict detection.
+
+The tool is implemented in Go with a clean architecture that supports both individual repository syncing and bulk operations for public repositories. Key features include automatic repository creation, SSH backup locations for private servers, branch exclusion patterns, and an opt-in backup mode for resilient offline backups. It uses a JSON configuration file to define organizations and repositories, employs safe merge strategies that never delete branches, and provides comprehensive error handling for merge conflicts and missing repositories.
+
+View on Codeberg
+View on GitHub
+
+Go from internal/version/version.go:
+
+
+var (
+	Version = "0.4.0"
+
+	GitCommit = "unknown"
+
+	BuildDate = "unknown"
+
+
+---
+
+

timr


+
+
+
+timr is a minimalist command-line time tracking tool written in Go that provides a simple stopwatch-style timer for tracking work sessions. It offers commands to start, stop, reset, and check the status of the timer, with all state persisted across sessions in ~/.config/timr/.timr_state. The tool is particularly useful for developers and professionals who need to track time spent on tasks without the overhead of complex time-tracking applications.
+
+The project is implemented using a clean modular architecture with the CLI entry point in /cmd/timr/main.go, core timer logic in /internal/timer/, and an interactive TUI mode powered by Bubble Tea in /internal/live/. Key features include persistent state across sessions, shell prompt integration for displaying timer status, raw output modes for scripting, and a full-screen live timer interface with keyboard controls. The tool maintains atomic state updates and handles unexpected exits gracefully by immediately persisting state changes.
+
+View on Codeberg
+View on GitHub
+
+Go from internal/timer/operations.go:
+
+
+func GetRawStatus() (string, error) {
+	state, err := LoadState()
+	if err != nil {
+		return "", fmt.Errorf("error loading state: %w", err)
+	}
+
+	elapsed := state.ElapsedTime
+	if state.Running {
+		elapsed += time.Since(state.StartTime)
+	}
+
+	return fmt.Sprintf("%d", int(elapsed.Seconds())), nil
+}
+
+
+---
+
+

tasksamurai


+
+
+
+tasksamurai screenshot
+
+TaskSamurai is a fast terminal user interface (TUI) for Taskwarrior written in Go that provides a keyboard-driven table interface for task management. It acts as a visual frontend to the Taskwarrior command-line tool, displaying tasks in a table format where users can perform operations like adding, completing, starting, and annotating tasks through hotkeys without leaving their keyboard. The application was created to provide a faster alternative to existing Python-based UIs while exploring the Bubble Tea framework for Go terminal applications.
+
+tasksamurai screenshot
+
+The implementation follows a clean architecture with clear separation of concerns: the internal/task/ package handles all Taskwarrior CLI integration by executing task commands and parsing JSON responses, while internal/ui/ manages the terminal interface using Bubble Tea's message-driven architecture. The custom table widget in internal/atable/ provides efficient rendering for large task lists, and the entire system maintains real-time synchronization with Taskwarrior by automatically refreshing the display after each operation. The application supports all standard Taskwarrior filters as command-line arguments and includes features like regex search, customizable themes, and even a "disco mode" that changes colors dynamically.
+
+View on Codeberg
+View on GitHub
+
+Go from internal/ui/handlers.go:
+
+
+func (m *Model) getTaskAtCursor() *task.Task {
+	cursor := m.tbl.Cursor()
+	if cursor < 0 || cursor >= len(m.tasks) {
+		return nil
+	}
+	return &m.tasks[cursor]
+}
+
+
+---
+
+

rexfiles


+
+
+
+Based on my analysis of the codebase, **rexfiles** is a comprehensive infrastructure automation and configuration management project built with the Rex framework (a Perl-based alternative to Ansible, Puppet, or Chef). The project provides structured automation for managing multiple aspects of a personal infrastructure, including dotfiles, server configurations, and application deployments.
+
+The project consists of three main components: **dotfiles** management for personal development environment configuration (bash, fish shell, helix editor, tmux, etc.), **frontends** for managing production OpenBSD servers with services like DNS (nsd), web servers (httpd), mail (OpenSMTPD), SSL certificates (ACME), and monitoring systems, and **babylon5** containing Docker container startup scripts for self-hosted applications. The implementation leverages Rex's declarative syntax to define tasks for package installation, file management, service configuration, and system state management, with templates for configuration files and support for multiple operating systems (OpenBSD, FreeBSD, Fedora Linux, Termux). This approach provides a KISS (Keep It Simple, Stupid) alternative to more complex configuration management tools while maintaining the ability to manage both local development environments and production infrastructure consistently.
+
+View on Codeberg
+View on GitHub
+
+Shell from frontends/scripts/sitestats.sh:
+
+
+STATSFILE=/tmp/sitestats.csv
+BOTSFILE=/tmp/sitebots.txt
+TOP=20
+
+
+---
+
+

foo.zone


+
+
+
+This is **foo.zone**, a personal blog and technical website belonging to Paul Buetow, a Site Reliability Engineer based in Sofia, Bulgaria. The project is a static website that serves as a comprehensive platform for sharing technical knowledge, book notes, and personal experiences in the fields of system administration, DevOps, and programming.
+
+The site is built using **Gemtexter**, a static site generator that creates both HTML and Gemini protocol content from markdown sources. The architecture is refreshingly simple and follows KISS principles, with content organized into several key sections: a main blog feed (gemfeed) with over 100 technical posts dating back to 2008, detailed book notes and summaries, project documentation (including tools like DTail for distributed log tailing), and personal resources. The website is served by OpenBSD using relayd and httpd, demonstrating the author's preference for robust, security-focused Unix systems. The project emphasizes clean, semantic HTML, custom CSS styling, and accessibility, while maintaining both web and Gemini protocol compatibility for broader reach across different internet communities.
+
+View on Codeberg
+View on GitHub
+
+HTML from gemfeed/2022-01-23-welcome-to-the-foo.zone.html:
+
+
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
+<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
+<title>Welcome to the foo.zone</title>
+<link rel="shortcut icon" type="image/gif" href="/favicon.ico" />
+<link rel="stylesheet" href="../style.css" />
+<link rel="stylesheet" href="style-override.css" />
+</head>
+<body>
+
+
+---
+
+

dtail


+
+
+
+dtail screenshot
+
+DTail is a distributed log processing system written in Go that allows DevOps engineers to tail, cat, and grep log files across thousands of servers concurrently. It provides secure access through SSH authentication and respects UNIX file system permissions, making it ideal for enterprise environments where log analysis needs to scale horizontally across large server fleets. The tool supports advanced features like compressed file handling (gzip/zstd) and distributed MapReduce aggregations for complex log analytics.
+
+dtail screenshot
+
+The system uses a client-server architecture where dtail servers run on target machines (listening on port 2222) and clients connect to multiple servers simultaneously. It can also operate in serverless mode for local operations. The implementation leverages SSH for secure communication, includes sophisticated connection throttling and resource management, and provides specialized tools (dcat, dgrep, dmap) for different log processing tasks. The MapReduce functionality supports SQL-like queries with server-side local aggregation and client-side final aggregation, enabling powerful distributed analytics across log data.
+
+View on Codeberg
+View on GitHub
+
+Go from internal/clients/baseclient.go:
+
+
+func (c *baseClient) makeConnection(server string, sshAuthMethods []gossh.AuthMethod,
+	hostKeyCallback client.HostKeyCallback) connectors.Connector {
+	if c.Args.Serverless {
+		return connectors.NewServerless(c.UserName, c.maker.makeHandler(server),
+			c.maker.makeCommands())
+	}
+	return connectors.NewServerConnection(server, c.UserName, sshAuthMethods,
+		hostKeyCallback, c.maker.makeHandler(server), c.maker.makeCommands())
+}
+
+
+---
+
+

wireguardmeshgenerator


+
+
+
+WireGuard Mesh Generator is a Ruby-based automation tool that simplifies the creation and management of WireGuard mesh VPN networks across multiple hosts. It automatically generates WireGuard configuration files for each node in the mesh, handles cryptographic key generation and management (including public/private keys and preshared keys), and provides automated deployment to remote machines via SSH/SCP. The tool is particularly useful for setting up secure, encrypted mesh networks between multiple servers or devices, eliminating the manual overhead of configuring WireGuard connections between every pair of nodes.
+
+The implementation uses a YAML configuration file to define the network topology, including host details, SSH credentials, and network addressing schemes. It supports mixed operating systems (FreeBSD, Linux, OpenBSD) with OS-specific configuration handling, intelligently determines network connectivity patterns (LAN vs internet-facing hosts), and includes features like NAT traversal detection and persistent keepalive configuration. The tool provides a complete workflow from key generation to deployment, making it ideal for infrastructure automation and maintaining consistent WireGuard mesh networks across diverse environments.
+
+View on Codeberg
+View on GitHub
+
+Ruby from wireguardmeshgenerator.rb:
+
+
+def priv = File.read(@privkey_path).strip
+
+def psk(peer)
+  psk_path = "#{@psk_dir}/#{[@myself, peer].sort.join('_')}.key"
+
+
+---
+
+

ior


+
+
+
+ior screenshot
+
+Based on my analysis of the codebase, here's a comprehensive summary of the I/O Riot NG (ior) project:
+
+ior screenshot
+
+**I/O Riot NG** is a Linux-based performance monitoring tool that uses eBPF (extended Berkeley Packet Filter) to trace synchronous I/O system calls and analyze their execution times. This tool is particularly valuable for system performance analysis, allowing developers and system administrators to visualize I/O bottlenecks through detailed flamegraphs. It serves as a modern successor to the original I/O Riot project, migrating from SystemTap/C to a Go/C/BPF implementation for better performance and maintainability.
+
+The architecture combines kernel-level tracing with user-space analysis: eBPF programs (internal/c/ior.bpf.c) attach to kernel tracepoints to capture syscall entry/exit events, which are then processed by a Go-based event loop (internal/eventloop.go) that correlates enter/exit pairs, tracks file descriptors, and measures timing. The tool can operate in real-time mode for live monitoring or post-processing mode to generate flamegraphs from previously collected data using the Inferno flamegraph library. Key features include filtering capabilities for specific processes or file patterns, comprehensive statistics collection, and support for various I/O syscalls like open, read, write, close, and dup operations.
+
+View on Codeberg
+View on GitHub
+
+C from internal/c/types.h:
+
+
+struct open_event {
+    __u32 event_type;
+    __u32 trace_id; 
+    __u64 time;
+    __u32 pid;
+    __u32 tid;
+    __s32 flags;
+    char filename[MAX_FILENAME_LENGTH];
+    char comm[MAX_PROGNAME_LENGTH];
+};
+
+
+---
+
+

ds-sim


+
+
+
+ds-sim screenshot
+
+DS-Sim is an open-source Java-based simulator for distributed systems that provides a comprehensive environment for learning and experimenting with distributed algorithms. It features protocol simulation, event handling, and implementations of time concepts like Lamport and Vector timestamps. The simulator includes an interactive Swing GUI and comprehensive logging capabilities, making it particularly valuable for educational purposes and distributed systems research.
+
+The project is built on an event-driven architecture with clear component separation. At its core, VSSimulator drives the simulation loop with VSTaskManager executing time-ordered tasks, while VSAbstractProcess provides the foundation for simulation processes. The framework supports pluggable protocols through VSAbstractProtocol base classes, includes sophisticated time management with multiple clock types, and uses VSMessage objects for network communication simulation. The Maven-based architecture follows standard Java conventions and includes 141 unit tests covering core components like Two-Phase Commit, Berkeley Time synchronization, and PingPong protocols.
+
+View on Codeberg
+View on GitHub
+
+Java from src/main/java/events/VSAbstractEvent.java:
+
+
+public final void setClassname(String eventClassname) {
+    if (eventClassname.startsWith(CLASS_PREFIX))
+        eventClassname = eventClassname.substring(CLASS_PREFIX_LENGTH);
+
+    this.eventClassname = eventClassname;
+}
+
+
+---
+
+

sillybench


+
+
+
+**SillyBench** is a simple Go benchmarking project designed to compare CPU performance between FreeBSD and Linux Bhyve VM environments. The project implements basic mathematical operations (integer multiplication and floating-point arithmetic) to measure computational performance differences across different operating systems and virtualization setups.
+
+The implementation is minimal and focused, consisting of a basic Go module with two CPU-intensive benchmark functions: BenchmarkCPUSilly1 performs simple integer squaring operations, while BenchmarkCPUSilly2 executes more complex floating-point calculations involving addition, multiplication, and division. The project includes a simple shell script (run.sh) that executes the benchmarks using Go's built-in testing framework, making it easy to run consistent performance comparisons across different systems.
+
+View on Codeberg
+View on GitHub
+
+Go from main.go:
+
+
+func main() {
+	println("Hello world")
+}
+
+
+---
+
+

gos


+
+
+
+gos screenshot
+
+Gos is a command-line social media scheduling tool written in Go that serves as a self-hosted replacement for Buffer.com. It allows users to create, queue, and schedule posts across multiple platforms (currently Mastodon, LinkedIn, and a "Noop" tracker platform) using a simple file-based approach. Users compose posts as text files in a designated directory (~/.gosdir), and can control posting behavior through filename tags (e.g., share:mastodon, prio, now) or inline tags within the content.
+
+gos screenshot
+
+The tool is architected around a file-based queueing system where posts progress through lifecycle stages: .txt files are processed into platform-specific queues (.queued files), then marked as .posted after successful publishing. It features intelligent scheduling based on configurable targets (posts per week), pause periods between posts, priority handling, and OAuth2 authentication for LinkedIn. The system includes pause functionality for vacations, dry-run mode for testing, and can generate Gemini Gemtext summaries of posted content. Its design emphasizes automation, configurability, and integration into command-line workflows while maintaining a clean separation between platforms through a common interface.
+
+View on Codeberg
+View on GitHub
+
+Go from internal/summary/summary.go:
+
+
+func prepare(content string) string {
+	content = newlineRegex.ReplaceAllString(content, " ")
+	content = urlRegex.ReplaceAllString(content, "")
+	content = multiSpaceRegex.ReplaceAllString(content, " ")
+	content = strings.TrimSpace(content)
+	content = tagRegex.ReplaceAllString(content, "`$0`")
+	return content
+}
+
+
+---
+
+

foostats


+
+
+
+Based on the README and project structure, **foostats** is a privacy-respecting web analytics tool written in Perl specifically designed for OpenBSD systems. It processes both traditional HTTP/HTTPS logs and Gemini protocol logs to generate comprehensive traffic statistics while maintaining visitor privacy through SHA3-512 IP hashing. The tool is built for the foo.zone ecosystem and similar sites that need analytics without compromising user privacy.
+
+The project implements a modular architecture with seven core components: FileHelper for I/O operations, DateHelper for date management, Logreader for log parsing, Filter for security filtering, Aggregator for statistics collection, FileOutputter for compressed JSON storage, Replicator for multi-node data sharing, Merger for combining statistics, and Reporter for generating human-readable Gemtext reports. It supports distributed deployments with replication between partner nodes and includes security features like suspicious request filtering based on configurable patterns (blocking common attack vectors like WordPress admin paths and PHP files).
+
+View on Codeberg
+View on GitHub
+
+Perl from foostats.pl:
+
+
+my sub parse_date ( $year, @line ) {
+    my $timestr = "$line[0] $line[1]";
+    return Time::Piece->strptime( $timestr, '%b %d' )
+      ->strftime("$year%m%d");
+}
+
+
+---
+
+

rcm


+
+