diff options
| author | Paul Buetow <paul@buetow.org> | 2025-09-11 11:10:49 +0300 |
|---|---|---|
| committer | Paul Buetow <paul@buetow.org> | 2025-09-11 11:10:49 +0300 |
| commit | 77d04916111c53c718d3119c366e1f4842f846a7 (patch) | |
| tree | 665bf50dffd8ab9de232215cd5f75fa9e9475bb8 /about/showcase.gmi.tpl | |
| parent | 46e5b9e18f1403ce52330d4d194b987a95c9b99d (diff) | |
Update content for gemtext
Diffstat (limited to 'about/showcase.gmi.tpl')
| -rw-r--r-- | about/showcase.gmi.tpl | 559 |
1 files changed, 258 insertions, 301 deletions
diff --git a/about/showcase.gmi.tpl b/about/showcase.gmi.tpl index 68bea617..d24bbfec 100644 --- a/about/showcase.gmi.tpl +++ b/about/showcase.gmi.tpl @@ -1,6 +1,6 @@ # Project Showcase -Generated on: 2025-08-31 +Generated on: 2025-09-11 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 ordered by recent activity, with the most actively maintained projects listed first. @@ -8,29 +8,29 @@ This page showcases my side projects, providing an overview of what each project ## Overall Statistics -* π¦ Total Projects: 57 -* π Total Commits: 10,900 -* π Total Lines of Code: 198,325 -* π Total Lines of Documentation: 21,954 -* π» Languages: Go (34.2%), Java (20.4%), C++ (8.6%), C (8.6%), Perl (7.8%), C/C++ (6.1%), Shell (2.9%), HTML (1.9%), Config (1.8%), Ruby (1.4%), HCL (1.4%), YAML (0.9%), Python (0.8%), Make (0.7%), CSS (0.6%), Raku (0.4%), JSON (0.4%), XML (0.3%), Haskell (0.3%), TOML (0.2%) -* π Documentation: Markdown (50.2%), Text (49.8%) -* π΅ Vibe-Coded Projects: 4 out of 57 (7.0%) -* π€ AI-Assisted Projects (including vibe-coded): 9 out of 57 (15.8% AI-assisted, 84.2% human-only) -* π Release Status: 35 released, 22 experimental (61.4% with releases, 38.6% experimental) +* π¦ Total Projects: 55 +* π Total Commits: 11,028 +* π Total Lines of Code: 284,649 +* π Total Lines of Documentation: 23,038 +* π» Languages: Go (26.5%), Java (14.2%), C++ (13.1%), C/C++ (7.2%), C (6.7%), Perl (6.2%), CSS (6.1%), HTML (5.4%), Shell (5.2%), Python (2.3%), Config (1.7%), Ruby (1.0%), JSON (1.0%), HCL (1.0%), Make (0.7%), YAML (0.6%), Raku (0.3%), XML (0.2%), Haskell (0.2%), TOML (0.1%) +* π Documentation: Text (48.8%), Markdown (48.7%), LaTeX (2.5%) +* π΅ Vibe-Coded Projects: 4 out of 55 (7.3%) +* π€ AI-Assisted Projects (including vibe-coded): 10 out of 55 (18.2% AI-assisted, 81.8% human-only) +* π Release Status: 35 released, 20 experimental (63.6% with releases, 36.4% experimental) ## Projects ### hexai -* π» Languages: Go (100.0%) +* π» Languages: Go (66.6%), HTML (33.4%) * π Documentation: Markdown (100.0%) -* π Commits: 103 -* π Lines of Code: 5479 -* π Lines of Documentation: 399 -* π
Development Period: 2025-08-01 to 2025-08-29 -* π₯ Recent Activity: 8.1 days (avg. age of last 42 commits) +* π Commits: 193 +* π Lines of Code: 19021 +* π Lines of Documentation: 369 +* π
Development Period: 2025-08-01 to 2025-09-08 +* π₯ Recent Activity: 3.9 days (avg. age of last 42 commits) * βοΈ License: No license found -* π·οΈ Latest Release: v0.3.3 (2025-08-29) +* π·οΈ Latest Release: v0.9.0 (2025-09-08) * π€ AI-Assisted: This project was partially created with the help of generative AI @@ -47,13 +47,13 @@ The project is implemented primarily in Go and uses Mage as its build and task a ### conf -* π» Languages: Perl (27.4%), YAML (24.1%), Shell (23.8%), TOML (6.4%), Config (5.8%), CSS (5.7%), Ruby (4.2%), Lua (1.2%), Docker (0.7%), JSON (0.6%), INI (0.1%) +* π» Languages: Perl (31.4%), YAML (23.1%), Shell (23.0%), Config (5.6%), CSS (5.4%), TOML (4.8%), Ruby (4.1%), Lua (1.2%), Docker (0.7%), JSON (0.6%), INI (0.1%) * π Documentation: Text (69.9%), Markdown (30.1%) -* π Commits: 965 -* π Lines of Code: 5749 +* π Commits: 980 +* π Lines of Code: 5994 * π Lines of Documentation: 1188 -* π
Development Period: 2021-12-28 to 2025-08-31 -* π₯ Recent Activity: 16.1 days (avg. age of last 42 commits) +* π
Development Period: 2021-12-28 to 2025-09-10 +* π₯ Recent Activity: 16.6 days (avg. age of last 42 commits) * βοΈ License: No license found * π§ͺ Status: Experimental (no releases yet) @@ -66,6 +66,29 @@ conf --- +### gitsyncer + +* π» Languages: Go (91.0%), Shell (7.4%), YAML (0.9%), JSON (0.6%) +* π Documentation: Markdown (100.0%) +* π Commits: 110 +* π Lines of Code: 10036 +* π Lines of Documentation: 2433 +* π
Development Period: 2025-06-23 to 2025-09-08 +* π₯ Recent Activity: 48.0 days (avg. age of last 42 commits) +* βοΈ License: BSD-2-Clause +* π·οΈ Latest Release: v0.9.2 (2025-09-08) +* π΅ Vibe-Coded: This project has been vibe coded + + +**GitSyncer** is an automation tool designed to synchronize git repositories across multiple organizations and hosting platforms, such as GitHub, Codeberg, and private SSH servers. Its primary purpose is to keep all branches and tags in sync between these platforms, ensuring that codebases remain consistent and up-to-date everywhere. GitSyncer is especially useful for developers and teams managing projects across different git hosts, providing features like automatic branch and repository creation, one-way backups to offline or private servers, and robust error handling for merge conflicts and missing resources. It also includes advanced capabilities like AI-powered project showcase generation, batch synchronization for automation, and flexible configuration for branch exclusions and backup strategies. + +The tool is implemented as a modern CLI application in Go, with a modular, command-based architecture. Users configure organizations, repositories, and backup locations via a JSON file, and interact with GitSyncer through intuitive commands (e.g., `gitsyncer sync`, `gitsyncer release create`). Under the hood, GitSyncer clones repositories, adds all remotes, fetches and merges branches, and pushes updates to all destinations, handling repository and branch creation as needed. SSH backup locations are supported for one-way, opt-in backups, with automatic bare repo initialization. The AI-powered showcase feature analyzes repositories and uses Claude or other AI tools to generate comprehensive project summaries and statistics. The architecture emphasizes automation, safety (never deleting branches), and extensibility, making GitSyncer a powerful solution for multi-platform git management and backup. + +=> https://codeberg.org/snonux/gitsyncer View on Codeberg +=> https://github.com/snonux/gitsyncer View on GitHub + +--- + ### totalrecall * π» Languages: Go (98.9%), Shell (0.5%), YAML (0.5%) @@ -74,7 +97,7 @@ conf * π Lines of Code: 12003 * π Lines of Documentation: 361 * π
Development Period: 2025-07-14 to 2025-08-02 -* π₯ Recent Activity: 40.1 days (avg. age of last 42 commits) +* π₯ Recent Activity: 50.8 days (avg. age of last 42 commits) * βοΈ License: MIT * π·οΈ Latest Release: v0.7.5 (2025-08-02) * π΅ Vibe-Coded: This project has been vibe coded @@ -95,29 +118,6 @@ Architecturally, totalrecall is implemented in Go and integrates with OpenAI ser --- -### gitsyncer - -* π» Languages: Go (90.6%), Shell (7.8%), YAML (1.0%), JSON (0.7%) -* π Documentation: Markdown (100.0%) -* π Commits: 104 -* π Lines of Code: 9567 -* π Lines of Documentation: 2433 -* π
Development Period: 2025-06-23 to 2025-08-19 -* π₯ Recent Activity: 44.9 days (avg. age of last 42 commits) -* βοΈ License: BSD-2-Clause -* π·οΈ Latest Release: v0.9.0 (2025-08-19) -* π΅ Vibe-Coded: This project has been vibe coded - - -**GitSyncer** is an automation tool designed to synchronize git repositories across multiple organizations and hosting platforms, such as GitHub, Codeberg, and private SSH servers. Its primary purpose is to keep all branches and tags in sync between these platforms, ensuring that codebases remain consistent and up-to-date everywhere. GitSyncer is especially useful for developers and teams managing projects across different git hosts, providing features like automatic branch and repository creation, one-way backups to offline or private servers, and robust error handling for merge conflicts and missing resources. It also includes advanced capabilities like AI-powered project showcase generation, batch synchronization for automation, and flexible configuration for branch exclusions and backup strategies. - -The tool is implemented as a modern CLI application in Go, with a modular, command-based architecture. Users configure organizations, repositories, and backup locations via a JSON file, and interact with GitSyncer through intuitive commands (e.g., `gitsyncer sync`, `gitsyncer release create`). Under the hood, GitSyncer clones repositories, adds all remotes, fetches and merges branches, and pushes updates to all destinations, handling repository and branch creation as needed. SSH backup locations are supported for one-way, opt-in backups, with automatic bare repo initialization. The AI-powered showcase feature analyzes repositories and uses Claude or other AI tools to generate comprehensive project summaries and statistics. The architecture emphasizes automation, safety (never deleting branches), and extensibility, making GitSyncer a powerful solution for multi-platform git management and backup. - -=> https://codeberg.org/snonux/gitsyncer View on Codeberg -=> https://github.com/snonux/gitsyncer View on GitHub - ---- - ### timr * π» Languages: Go (98.3%), YAML (1.7%) @@ -126,7 +126,7 @@ The tool is implemented as a modern CLI application in Go, with a modular, comma * π Lines of Code: 873 * π Lines of Documentation: 137 * π
Development Period: 2025-06-25 to 2025-07-19 -* π₯ Recent Activity: 64.1 days (avg. age of last 42 commits) +* π₯ Recent Activity: 74.8 days (avg. age of last 42 commits) * βοΈ License: BSD-2-Clause * π·οΈ Latest Release: v0.0.0 (2025-06-29) * π΅ Vibe-Coded: This project has been vibe coded @@ -151,7 +151,7 @@ From an architectural standpoint, `timr` is implemented in Go, ensuring cross-pl * π Lines of Code: 6160 * π Lines of Documentation: 162 * π
Development Period: 2025-06-19 to 2025-07-12 -* π₯ Recent Activity: 65.9 days (avg. age of last 42 commits) +* π₯ Recent Activity: 76.6 days (avg. age of last 42 commits) * βοΈ License: BSD-2-Clause * π·οΈ Latest Release: v0.9.2 (2025-07-02) * π΅ Vibe-Coded: This project has been vibe coded @@ -178,7 +178,7 @@ The core architecture leverages the Bubble Tea framework for rendering the termi * π Lines of Code: 12762 * π Lines of Documentation: 742 * π
Development Period: 2024-01-18 to 2025-07-14 -* π₯ Recent Activity: 103.8 days (avg. age of last 42 commits) +* π₯ Recent Activity: 114.6 days (avg. age of last 42 commits) * βοΈ License: No license found * π§ͺ Status: Experimental (no releases yet) * π€ AI-Assisted: This project was partially created with the help of generative AI @@ -201,11 +201,11 @@ The project is implemented using a combination of Go, C, and BPF, leveraging the * π» Languages: Go (93.9%), JSON (2.8%), C (2.0%), Make (0.5%), C/C++ (0.3%), Config (0.2%), Shell (0.2%), Docker (0.1%) * π Documentation: Text (79.4%), Markdown (20.6%) -* π Commits: 1049 +* π Commits: 1046 * π Lines of Code: 20091 * π Lines of Documentation: 5674 * π
Development Period: 2020-01-09 to 2025-06-20 -* π₯ Recent Activity: 105.4 days (avg. age of last 42 commits) +* π₯ Recent Activity: 116.1 days (avg. age of last 42 commits) * βοΈ License: Apache-2.0 * π·οΈ Latest Release: v4.3.3 (2024-08-23) * π€ AI-Assisted: This project was partially created with the help of generative AI @@ -224,6 +224,28 @@ The architecture consists of a client-server model: DTail servers run on each ta --- +### foostats + +* π» Languages: Perl (100.0%) +* π Documentation: Markdown (90.0%), Text (10.0%) +* π Commits: 80 +* π Lines of Code: 1887 +* π Lines of Documentation: 240 +* π
Development Period: 2023-01-02 to 2025-09-03 +* π₯ Recent Activity: 120.7 days (avg. age of last 42 commits) +* βοΈ License: Custom License +* π·οΈ Latest Release: v0.1.0 (2025-07-12) + + +**foostats** is a privacy-focused web analytics tool designed specifically for OpenBSD environments, with support for both traditional web (HTTP/HTTPS) and Gemini protocol logs. Its primary function is to generate anonymous, comprehensive site statistics for the foo.zone ecosystem and similar sites, while strictly preserving visitor privacy. This is achieved by hashing all IP addresses with SHA3-512 before storage, ensuring no personally identifiable information is retained. The tool provides detailed daily, monthly, and summary reports in Gemtext format, tracks feed subscribers, and includes robust filtering to block and log suspicious requests based on configurable patterns. + +Architecturally, foostats is modular, with components for log parsing, filtering, aggregation, replication, and reporting. It processes logs from OpenBSD httpd and Gemini servers (vger/relayd), aggregates statistics, and outputs compressed JSON files and human-readable reports. Its distributed design allows replication and merging of stats across multiple nodes, supporting comprehensive analytics for federated sites. Key features include multi-protocol and IPv4/IPv6 support, privacy-first data handling, and flexible configuration for filtering and reporting, making it a secure and privacy-respecting alternative to conventional analytics platforms. + +=> https://codeberg.org/snonux/foostats View on Codeberg +=> https://github.com/snonux/foostats View on GitHub + +--- + ### wireguardmeshgenerator * π» Languages: Ruby (73.5%), YAML (26.5%) @@ -232,7 +254,7 @@ The architecture consists of a client-server model: DTail servers run on each ta * π Lines of Code: 396 * π Lines of Documentation: 24 * π
Development Period: 2025-04-18 to 2025-05-11 -* π₯ Recent Activity: 124.7 days (avg. age of last 42 commits) +* π₯ Recent Activity: 135.4 days (avg. age of last 42 commits) * βοΈ License: Custom License * π·οΈ Latest Release: v1.0.0 (2025-05-11) @@ -246,28 +268,6 @@ The project is implemented using Ruby, with tasks managed via Rake, and configur --- -### foostats - -* π» Languages: Perl (100.0%) -* π Documentation: Markdown (85.1%), Text (14.9%) -* π Commits: 76 -* π Lines of Code: 1577 -* π Lines of Documentation: 154 -* π
Development Period: 2023-01-02 to 2025-08-31 -* π₯ Recent Activity: 135.0 days (avg. age of last 42 commits) -* βοΈ License: Custom License -* π·οΈ Latest Release: v0.1.0 (2025-07-12) - - -**foostats** is a privacy-focused web analytics tool designed specifically for OpenBSD environments, with support for both traditional web (HTTP/HTTPS) and Gemini protocol logs. Its primary function is to generate anonymous, comprehensive site statistics for the foo.zone ecosystem and similar sites, while strictly preserving visitor privacy. This is achieved by hashing all IP addresses with SHA3-512 before storage, ensuring no personally identifiable information is retained. The tool provides detailed daily, monthly, and summary reports in Gemtext format, tracks feed subscribers, and includes robust filtering to block and log suspicious requests based on configurable patterns. - -Architecturally, foostats is modular, with components for log parsing, filtering, aggregation, replication, and reporting. It processes logs from OpenBSD httpd and Gemini servers (vger/relayd), aggregates statistics, and outputs compressed JSON files and human-readable reports. Its distributed design allows replication and merging of stats across multiple nodes, supporting comprehensive analytics for federated sites. Key features include multi-protocol and IPv4/IPv6 support, privacy-first data handling, and flexible configuration for filtering and reporting, making it a secure and privacy-respecting alternative to conventional analytics platforms. - -=> https://codeberg.org/snonux/foostats View on Codeberg -=> https://github.com/snonux/foostats View on GitHub - ---- - ### ds-sim * π» Languages: Java (98.9%), Shell (0.6%), CSS (0.5%) @@ -276,7 +276,7 @@ Architecturally, foostats is modular, with components for log parsing, filtering * π Lines of Code: 25762 * π Lines of Documentation: 3101 * π
Development Period: 2008-05-15 to 2025-06-27 -* π₯ Recent Activity: 138.1 days (avg. age of last 42 commits) +* π₯ Recent Activity: 148.8 days (avg. age of last 42 commits) * βοΈ License: Custom License * π§ͺ Status: Experimental (no releases yet) * π€ AI-Assisted: This project was partially created with the help of generative AI @@ -293,39 +293,17 @@ Architecturally, DS-Sim is organized into modular components: core process and m --- -### sillybench - -* π» Languages: Go (90.9%), Shell (9.1%) -* π Documentation: Markdown (100.0%) -* π Commits: 5 -* π Lines of Code: 33 -* π Lines of Documentation: 3 -* π
Development Period: 2025-04-03 to 2025-04-03 -* π₯ Recent Activity: 150.6 days (avg. age of last 42 commits) -* βοΈ License: No license found -* π§ͺ Status: Experimental (no releases yet) - - -The **Silly Benchmark** project is a simple benchmarking tool designed to compare the performance of code execution between a native FreeBSD system and a Linux virtual machine running under Bhyve (the FreeBSD hypervisor). Its primary purpose is to provide a straightforward, reproducible way to measure and contrast the computational speed or efficiency of these two environments. This can help users or system administrators understand the performance impact of virtualization and the differences between operating systems when running the same workload. - -Implementation-wise, the project likely consists of a small, easily portable programβoften written in C or a scripting languageβthat performs a set of computational tasks or loops, measuring the time taken to complete them. The key features include its simplicity, ease of use, and focus on raw execution speed rather than complex benchmarking scenarios. The architecture is minimal: the benchmark is run natively on FreeBSD and then inside a Linux VM managed by Bhyve, with results compared to highlight any performance discrepancies attributable to the OS or virtualization overhead. This approach is useful for system tuning, hardware evaluation, or making informed decisions about deployment environments. - -=> https://codeberg.org/snonux/sillybench View on Codeberg -=> https://github.com/snonux/sillybench View on GitHub - ---- - ### gos * π» Languages: Go (98.6%), YAML (1.1%), JSON (0.2%) * π Documentation: Markdown (100.0%) -* π Commits: 384 -* π Lines of Code: 3951 +* π Commits: 387 +* π Lines of Code: 3978 * π Lines of Documentation: 342 -* π
Development Period: 2024-05-04 to 2025-08-28 -* π₯ Recent Activity: 154.1 days (avg. age of last 42 commits) +* π
Development Period: 2024-05-04 to 2025-09-07 +* π₯ Recent Activity: 149.7 days (avg. age of last 42 commits) * βοΈ License: Custom License -* π·οΈ Latest Release: v1.0.0 (2025-03-04) +* π·οΈ Latest Release: v1.0.3 (2025-09-07) => showcase/gos/image-1.png gos screenshot @@ -341,6 +319,28 @@ Implementation-wise, the project likely consists of a small, easily portable pro --- +### sillybench + +* π» Languages: Go (90.9%), Shell (9.1%) +* π Documentation: Markdown (100.0%) +* π Commits: 5 +* π Lines of Code: 33 +* π Lines of Documentation: 3 +* π
Development Period: 2025-04-03 to 2025-04-03 +* π₯ Recent Activity: 161.3 days (avg. age of last 42 commits) +* βοΈ License: No license found +* π§ͺ Status: Experimental (no releases yet) + + +The **Silly Benchmark** project is a simple benchmarking tool designed to compare the performance of code execution between a native FreeBSD system and a Linux virtual machine running under Bhyve (the FreeBSD hypervisor). Its primary purpose is to provide a straightforward, reproducible way to measure and contrast the computational speed or efficiency of these two environments. This can help users or system administrators understand the performance impact of virtualization and the differences between operating systems when running the same workload. + +Implementation-wise, the project likely consists of a small, easily portable programβoften written in C or a scripting languageβthat performs a set of computational tasks or loops, measuring the time taken to complete them. The key features include its simplicity, ease of use, and focus on raw execution speed rather than complex benchmarking scenarios. The architecture is minimal: the benchmark is run natively on FreeBSD and then inside a Linux VM managed by Bhyve, with results compared to highlight any performance discrepancies attributable to the OS or virtualization overhead. This approach is useful for system tuning, hardware evaluation, or making informed decisions about deployment environments. + +=> https://codeberg.org/snonux/sillybench View on Codeberg +=> https://github.com/snonux/sillybench View on GitHub + +--- + ### rcm * π» Languages: Ruby (99.8%), TOML (0.2%) @@ -349,7 +349,7 @@ Implementation-wise, the project likely consists of a small, easily portable pro * π Lines of Code: 1373 * π Lines of Documentation: 48 * π
Development Period: 2024-12-05 to 2025-02-28 -* π₯ Recent Activity: 191.4 days (avg. age of last 42 commits) +* π₯ Recent Activity: 202.1 days (avg. age of last 42 commits) * βοΈ License: Custom License * π§ͺ Status: Experimental (no releases yet) @@ -365,15 +365,16 @@ Key features include a test suite (run via `rake test`) to ensure reliability, a ### gemtexter -* π» Languages: Shell (68.1%), CSS (28.7%), Config (1.9%), HTML (1.3%) -* π Documentation: Text (76.1%), Markdown (23.9%) +* π» Languages: CSS (55.3%), Python (16.1%), HTML (15.3%), JSON (6.6%), Shell (5.3%), Config (1.5%) +* π Documentation: Text (70.2%), Markdown (29.8%) * π Commits: 466 -* π Lines of Code: 2268 -* π Lines of Documentation: 1180 -* π
Development Period: 2021-05-21 to 2025-08-05 -* π₯ Recent Activity: 245.5 days (avg. age of last 42 commits) +* π Lines of Code: 30319 +* π Lines of Documentation: 1280 +* π
Development Period: 2021-05-21 to 2025-06-22 +* π₯ Recent Activity: 266.0 days (avg. age of last 42 commits) * βοΈ License: GPL-3.0 * π·οΈ Latest Release: 3.0.0 (2024-10-01) +* π€ AI-Assisted: This project was partially created with the help of generative AI **Summary of the Gemtexter Project** @@ -387,28 +388,6 @@ The project is implemented as a large Bash script, leveraging standard GNU utili --- -### docker-gpodder-sync-server - -* π» Languages: Make (100.0%) -* π Documentation: Markdown (100.0%) -* π Commits: 4 -* π Lines of Code: 17 -* π Lines of Documentation: 3 -* π
Development Period: 2024-03-24 to 2025-08-08 -* π₯ Recent Activity: 399.5 days (avg. age of last 42 commits) -* βοΈ License: Custom License -* π§ͺ Status: Experimental (no releases yet) - - -This project provides a Docker-based deployment solution for the GPodder sync server, specifically targeting the open-source [mygpo](https://github.com/gpodder/mygpo) backend. GPodder is a popular podcast manager, and the sync server enables users to synchronize their podcast subscriptions, episode progress, and device data across multiple clients and devices. By containerizing the sync server with Docker, this project simplifies installation, configuration, and maintenance, making it easy to run the service in a consistent and isolated environment regardless of the host system. - -The implementation leverages Docker to encapsulate all dependencies and runtime requirements of the mygpo server. The provided Dockerfile and configuration scripts automate the setup process, including installing necessary Python packages, configuring the database, and exposing the appropriate network ports. This architecture enables rapid deployment, scalability, and straightforward updates, while also supporting best practices for security and resource management. Key features include reproducible builds, environment variable configuration, and compatibility with orchestration tools like Docker Compose, making it a practical solution for both personal and small-scale public GPodder sync services. - -=> https://codeberg.org/snonux/docker-gpodder-sync-server View on Codeberg -=> https://github.com/snonux/docker-gpodder-sync-server View on GitHub - ---- - ### docker-radicale-server * π» Languages: Make (57.5%), Docker (42.5%) @@ -417,7 +396,7 @@ The implementation leverages Docker to encapsulate all dependencies and runtime * π Lines of Code: 40 * π Lines of Documentation: 3 * π
Development Period: 2023-12-31 to 2025-08-11 -* π₯ Recent Activity: 491.0 days (avg. age of last 42 commits) +* π₯ Recent Activity: 501.7 days (avg. age of last 42 commits) * βοΈ License: No license found * π§ͺ Status: Experimental (no releases yet) @@ -439,7 +418,7 @@ The Docker image is typically implemented using a `Dockerfile` that installs Rad * π Lines of Code: 917 * π Lines of Documentation: 33 * π
Development Period: 2024-01-20 to 2025-07-06 -* π₯ Recent Activity: 501.3 days (avg. age of last 42 commits) +* π₯ Recent Activity: 512.0 days (avg. age of last 42 commits) * βοΈ License: MIT * π·οΈ Latest Release: v0.0.3 (2025-07-06) @@ -465,7 +444,7 @@ The projectβs key features include its minimalistic design, cross-platform com * π Lines of Code: 2851 * π Lines of Documentation: 52 * π
Development Period: 2023-08-27 to 2025-08-08 -* π₯ Recent Activity: 527.1 days (avg. age of last 42 commits) +* π₯ Recent Activity: 537.8 days (avg. age of last 42 commits) * βοΈ License: MIT * π§ͺ Status: Experimental (no releases yet) @@ -479,28 +458,6 @@ Key features include the ability to specify which ECS services to deploy, automa --- -### docker-anki-sync-server - -* π» Languages: Docker (54.5%), Make (45.5%) -* π Documentation: Markdown (100.0%) -* π Commits: 4 -* π Lines of Code: 33 -* π Lines of Documentation: 3 -* π
Development Period: 2023-08-13 to 2025-07-31 -* π₯ Recent Activity: 534.2 days (avg. age of last 42 commits) -* βοΈ License: MIT -* π§ͺ Status: Experimental (no releases yet) - - -The **docker-anki-sync-server** project provides a Dockerized solution for running an Anki sync server, which enables users to synchronize their Anki flashcard collections across multiple devices. This is particularly useful for individuals or organizations who want to host their own private Anki synchronization service instead of relying on AnkiWeb, offering greater control over data privacy and server customization. By packaging the sync server within a Docker image, the project simplifies deployment, making it easy to set up and run the server on any system that supports Docker, regardless of the underlying operating system. - -The implementation centers around a Dockerfile that builds an image containing all necessary dependencies and the Anki sync server software. Key features include portability, reproducibility, and ease of maintenanceβusers can deploy updates or migrate the server with minimal effort. The architecture typically involves exposing the sync server on a configurable network port, allowing Anki clients to connect and synchronize their data. This approach abstracts away complex environment setup, letting users focus on managing their Anki data rather than server configuration. - -=> https://codeberg.org/snonux/docker-anki-sync-server View on Codeberg -=> https://github.com/snonux/docker-anki-sync-server View on GitHub - ---- - ### gogios * π» Languages: Go (94.4%), YAML (3.4%), JSON (2.2%) @@ -509,7 +466,7 @@ The implementation centers around a Dockerfile that builds an image containing a * π Lines of Code: 1096 * π Lines of Documentation: 287 * π
Development Period: 2023-04-17 to 2025-06-12 -* π₯ Recent Activity: 568.0 days (avg. age of last 42 commits) +* π₯ Recent Activity: 578.7 days (avg. age of last 42 commits) * βοΈ License: Custom License * π·οΈ Latest Release: v1.1.0 (2024-05-03) * π€ AI-Assisted: This project was partially created with the help of generative AI @@ -534,7 +491,7 @@ Architecturally, Gogios is implemented in Go for efficiency and ease of deployme * π Lines of Code: 1525 * π Lines of Documentation: 15 * π
Development Period: 2023-04-17 to 2023-11-19 -* π₯ Recent Activity: 754.1 days (avg. age of last 42 commits) +* π₯ Recent Activity: 764.8 days (avg. age of last 42 commits) * βοΈ License: Custom License * π§ͺ Status: Experimental (no releases yet) @@ -557,7 +514,7 @@ The project is still under development, but its planned features include remote * π Lines of Code: 312 * π Lines of Documentation: 416 * π
Development Period: 2013-03-22 to 2025-05-18 -* π₯ Recent Activity: 804.1 days (avg. age of last 42 commits) +* π₯ Recent Activity: 814.8 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: v1.0.0 (2023-04-29) @@ -579,7 +536,7 @@ The architecture of `guprecords` is modular, with classes dedicated to parsing e * π Lines of Code: 51 * π Lines of Documentation: 26 * π
Development Period: 2022-06-02 to 2024-04-20 -* π₯ Recent Activity: 818.8 days (avg. age of last 42 commits) +* π₯ Recent Activity: 829.5 days (avg. age of last 42 commits) * βοΈ License: No license found * π§ͺ Status: Experimental (no releases yet) @@ -602,7 +559,7 @@ The implementation relies on standard Linux utilities: `qpdf` for manipulating P * π Lines of Code: 41 * π Lines of Documentation: 17 * π
Development Period: 2020-01-30 to 2025-04-30 -* π₯ Recent Activity: 1112.4 days (avg. age of last 42 commits) +* π₯ Recent Activity: 1123.1 days (avg. age of last 42 commits) * βοΈ License: GPL-3.0 * π§ͺ Status: Experimental (no releases yet) @@ -616,26 +573,28 @@ The script is implemented by piping the output of `monitor-sensor` into `autorot --- -### algorithms +### photoalbum -* π» Languages: Go (99.2%), Make (0.8%) +* π» Languages: Shell (80.1%), Make (12.3%), Config (7.6%) * π Documentation: Markdown (100.0%) -* π Commits: 82 -* π Lines of Code: 1728 -* π Lines of Documentation: 18 -* π
Development Period: 2020-07-12 to 2023-04-09 -* π₯ Recent Activity: 1483.1 days (avg. age of last 42 commits) -* βοΈ License: Custom License -* π§ͺ Status: Experimental (no releases yet) +* π Commits: 153 +* π Lines of Code: 342 +* π Lines of Documentation: 39 +* π
Development Period: 2011-11-19 to 2022-04-02 +* π₯ Recent Activity: 1342.6 days (avg. age of last 42 commits) +* βοΈ License: No license found +* π·οΈ Latest Release: 0.5.0 (2022-02-21) β οΈ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. -This project is a collection of exercises and implementations based on an Algorithms lecture, designed primarily as a refresher for key algorithmic concepts. It provides a hands-on environment for practicing and reinforcing understanding of fundamental algorithms, such as sorting, searching, and possibly data structures, through practical coding exercises. The project is structured to facilitate both learning and assessment, featuring built-in unit tests to verify correctness and benchmarking tools to evaluate performance. +**Summary:** +The `photoalbum` project is a minimal Bash script designed for Linux systems to automate the creation of static web photo albums. Its primary function is to take a collection of images from a specified directory, process them, and generate a ready-to-deploy static website that displays these photos in an organized album format. This tool is particularly useful for users who want a simple, dependency-light way to publish photo galleries online without relying on complex web frameworks or dynamic content management systems. -Key features include a modular codebase where each algorithm or exercise is likely implemented in its own file or module, making it easy to navigate and extend. The use of Makefile commands (make test and make bench) streamlines the workflow: make test runs automated unit tests to ensure the algorithms work as expected, while make bench executes performance benchmarks to compare efficiency. This architecture supports iterative development and experimentation, making the project useful for students, educators, or anyone looking to refresh their algorithm skills in a practical, test-driven manner. +**Key Features & Architecture:** +`photoalbum` operates through a set of straightforward commands: `generate` (to build the album), `clean` (to remove temporary files), `version` (to display version info), and `makemake` (to set up configuration files and a Makefile). Configuration is handled via a customizable rcfile, allowing users to tailor settings such as source and output directories. The script uses HTML templates, which can be edited for custom album layouts. The workflow involves copying images to an "incoming" folder, running the `generate` command to create the album in a `dist` directory, and optionally cleaning up with `clean`. Its minimalist Bash implementation ensures ease of use, transparency, and compatibility with most Linux environments, making it ideal for users seeking a lightweight, easily customizable static photo album generator. -=> https://codeberg.org/snonux/algorithms View on Codeberg -=> https://github.com/snonux/algorithms View on GitHub +=> https://codeberg.org/snonux/photoalbum View on Codeberg +=> https://github.com/snonux/photoalbum View on GitHub --- @@ -643,11 +602,11 @@ Key features include a modular codebase where each algorithm or exercise is like * π» Languages: Ruby (100.0%) * π Documentation: Markdown (100.0%) -* π Commits: 66 +* π Commits: 67 * π Lines of Code: 671 -* π Lines of Documentation: 19 -* π
Development Period: 2018-05-26 to 2025-01-21 -* π₯ Recent Activity: 1484.9 days (avg. age of last 42 commits) +* π Lines of Documentation: 26 +* π
Development Period: 2018-05-26 to 2025-09-04 +* π₯ Recent Activity: 1437.4 days (avg. age of last 42 commits) * βοΈ License: No license found * π§ͺ Status: Experimental (no releases yet) @@ -665,14 +624,37 @@ The architecture centers around a local Git repository that acts as the secure s --- +### algorithms + +* π» Languages: Go (99.2%), Make (0.8%) +* π Documentation: Markdown (100.0%) +* π Commits: 82 +* π Lines of Code: 1728 +* π Lines of Documentation: 18 +* π
Development Period: 2020-07-12 to 2023-04-09 +* π₯ Recent Activity: 1493.8 days (avg. age of last 42 commits) +* βοΈ License: Custom License +* π§ͺ Status: Experimental (no releases yet) + +β οΈ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. + +This project is a collection of exercises and implementations based on an Algorithms lecture, designed primarily as a refresher for key algorithmic concepts. It provides a hands-on environment for practicing and reinforcing understanding of fundamental algorithms, such as sorting, searching, and possibly data structures, through practical coding exercises. The project is structured to facilitate both learning and assessment, featuring built-in unit tests to verify correctness and benchmarking tools to evaluate performance. + +Key features include a modular codebase where each algorithm or exercise is likely implemented in its own file or module, making it easy to navigate and extend. The use of Makefile commands (make test and make bench) streamlines the workflow: make test runs automated unit tests to ensure the algorithms work as expected, while make bench executes performance benchmarks to compare efficiency. This architecture supports iterative development and experimentation, making the project useful for students, educators, or anyone looking to refresh their algorithm skills in a practical, test-driven manner. + +=> https://codeberg.org/snonux/algorithms View on Codeberg +=> https://github.com/snonux/algorithms View on GitHub + +--- + ### foo.zone * π Documentation: Markdown (100.0%) -* π Commits: 3040 +* π Commits: 3060 * π Lines of Code: 0 * π Lines of Documentation: 23 * π
Development Period: 2021-05-21 to 2022-04-02 -* π₯ Recent Activity: 1498.7 days (avg. age of last 42 commits) +* π₯ Recent Activity: 1509.4 days (avg. age of last 42 commits) * βοΈ License: No license found * π§ͺ Status: Experimental (no releases yet) @@ -695,7 +677,7 @@ The site is maintained using a suite of open-source tools, including Neovim for * π Lines of Code: 51 * π Lines of Documentation: 69 * π
Development Period: 2014-03-24 to 2022-04-23 -* π₯ Recent Activity: 1964.0 days (avg. age of last 42 commits) +* π₯ Recent Activity: 1974.7 days (avg. age of last 42 commits) * βοΈ License: No license found * π§ͺ Status: Experimental (no releases yet) @@ -716,7 +698,7 @@ perl-c-fibonacci: source code repository. * π Lines of Code: 12420 * π Lines of Documentation: 610 * π
Development Period: 2018-03-01 to 2020-01-22 -* π₯ Recent Activity: 2505.6 days (avg. age of last 42 commits) +* π₯ Recent Activity: 2516.3 days (avg. age of last 42 commits) * βοΈ License: Apache-2.0 * π·οΈ Latest Release: 0.5.1 (2019-01-04) @@ -733,40 +715,15 @@ The tool operates in five main steps: capturing I/O on the production server, tr --- -### photoalbum - -* π» Languages: Shell (78.1%), Make (13.5%), Config (8.4%) -* π Documentation: Text (100.0%) -* π Commits: 153 -* π Lines of Code: 311 -* π Lines of Documentation: 45 -* π
Development Period: 2011-11-19 to 2022-02-20 -* π₯ Recent Activity: 2930.0 days (avg. age of last 42 commits) -* βοΈ License: No license found -* π·οΈ Latest Release: 0.5.0 (2022-02-21) - -β οΈ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. - -**Summary:** -The `photoalbum` project is a minimal Bash script designed for Linux systems to automate the creation of static web photo albums. Its primary function is to take a collection of images from a specified directory, process them, and generate a ready-to-deploy static website that displays these photos in an organized album format. This tool is particularly useful for users who want a simple, dependency-light way to publish photo galleries online without relying on complex web frameworks or dynamic content management systems. - -**Key Features & Architecture:** -`photoalbum` operates through a set of straightforward commands: `generate` (to build the album), `clean` (to remove temporary files), `version` (to display version info), and `makemake` (to set up configuration files and a Makefile). Configuration is handled via a customizable rcfile, allowing users to tailor settings such as source and output directories. The script uses HTML templates, which can be edited for custom album layouts. The workflow involves copying images to an "incoming" folder, running the `generate` command to create the album in a `dist` directory, and optionally cleaning up with `clean`. Its minimalist Bash implementation ensures ease of use, transparency, and compatibility with most Linux environments, making it ideal for users seeking a lightweight, easily customizable static photo album generator. - -=> https://codeberg.org/snonux/photoalbum View on Codeberg -=> https://github.com/snonux/photoalbum View on GitHub - ---- - ### staticfarm-apache-handlers -* π» Languages: Perl (93.8%), Make (6.2%) +* π» Languages: Perl (96.4%), Make (3.6%) * π Documentation: Text (100.0%) * π Commits: 3 -* π Lines of Code: 529 +* π Lines of Code: 919 * π Lines of Documentation: 12 * π
Development Period: 2015-01-02 to 2021-11-04 -* π₯ Recent Activity: 3014.3 days (avg. age of last 42 commits) +* π₯ Recent Activity: 3025.0 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: 1.1.3 (2015-01-02) @@ -789,7 +746,7 @@ In terms of implementation, the project consists of Perl modules that conform to * π Lines of Code: 18 * π Lines of Documentation: 49 * π
Development Period: 2014-03-24 to 2021-11-05 -* π₯ Recent Activity: 3250.1 days (avg. age of last 42 commits) +* π₯ Recent Activity: 3260.8 days (avg. age of last 42 commits) * βοΈ License: No license found * π§ͺ Status: Experimental (no releases yet) @@ -813,13 +770,13 @@ This setup is useful for anyone running their own DNS server who needs to keep D ### mon -* π» Languages: Perl (96.5%), Shell (1.9%), Make (1.2%), Config (0.4%) +* π» Languages: Perl (96.5%), Shell (1.8%), Make (1.2%), Config (0.4%) * π Documentation: Text (100.0%) * π Commits: 7 -* π Lines of Code: 5250 +* π Lines of Code: 5360 * π Lines of Documentation: 789 * π
Development Period: 2015-01-02 to 2021-11-05 -* π₯ Recent Activity: 3516.8 days (avg. age of last 42 commits) +* π₯ Recent Activity: 3527.5 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: 1.0.1 (2015-01-02) @@ -846,7 +803,7 @@ The "mon" tool is a command-line monitoring API client designed to interact with * π Lines of Code: 273 * π Lines of Documentation: 32 * π
Development Period: 2015-09-29 to 2021-11-05 -* π₯ Recent Activity: 3521.0 days (avg. age of last 42 commits) +* π₯ Recent Activity: 3531.7 days (avg. age of last 42 commits) * βοΈ License: Apache-2.0 * π·οΈ Latest Release: 0 (2015-10-26) @@ -875,7 +832,7 @@ The architecture is simple but effective: it reads a list of servers, establishe * π Lines of Code: 1839 * π Lines of Documentation: 412 * π
Development Period: 2015-01-02 to 2021-11-05 -* π₯ Recent Activity: 3600.6 days (avg. age of last 42 commits) +* π₯ Recent Activity: 3611.3 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: 1.0.2 (2015-01-02) @@ -902,7 +859,7 @@ pingdomfetch is implemented as a script that reads configuration files from stan * π Lines of Code: 499 * π Lines of Documentation: 8 * π
Development Period: 2015-05-24 to 2021-11-03 -* π₯ Recent Activity: 3611.3 days (avg. age of last 42 commits) +* π₯ Recent Activity: 3622.1 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: 0.1 (2015-06-01) @@ -917,6 +874,27 @@ The tool is implemented in Go, which offers advantages in terms of performance, --- +### xerl + +* π» Languages: Perl (98.3%), Config (1.2%), Make (0.5%) +* π Commits: 670 +* π Lines of Code: 1675 +* π
Development Period: 2011-03-06 to 2018-12-22 +* π₯ Recent Activity: 3677.7 days (avg. age of last 42 commits) +* βοΈ License: Custom License +* π·οΈ Latest Release: v1.0.0 (2018-12-22) + +β οΈ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. + +This project establishes a Perl coding style guide and best practices framework, particularly tailored for teams working on modular, object-oriented Perl applications. It enforces the use of strict and warnings pragmas, modern Perl features (v5.14+), and a consistent object-oriented approach with explicit method prototypes and object typing. The guide also standardizes naming conventions for public, private, static, and static-private methods, ensuring code clarity and maintainability. Additionally, it integrates tools like Pidy for automatic code formatting and provides mechanisms (like TODO: tags) for tracking unfinished work. + +The implementation is primarily documentation-driven, meant to be included at the top of Perl modules and packages. Developers are instructed to use specific base classes (e.g., Xerl::Page::Base for universal definitions), follow explicit method signatures, and adhere to naming conventions that distinguish between method types and visibility. The architecture encourages encapsulation (private methods prefixed with _), explicit return values (including undef when appropriate), and modular design. This approach is useful because it reduces ambiguity, streamlines onboarding for new developers, and helps maintain a high standard of code quality across large Perl codebases. + +=> https://codeberg.org/snonux/xerl View on Codeberg +=> https://github.com/snonux/xerl View on GitHub + +--- + ### debroid * π» Languages: Shell (92.0%), Make (8.0%) @@ -925,7 +903,7 @@ The tool is implemented in Go, which offers advantages in terms of performance, * π Lines of Code: 88 * π Lines of Documentation: 148 * π
Development Period: 2015-06-18 to 2015-12-05 -* π₯ Recent Activity: 3715.1 days (avg. age of last 42 commits) +* π₯ Recent Activity: 3725.8 days (avg. age of last 42 commits) * βοΈ License: No license found * π§ͺ Status: Experimental (no releases yet) @@ -942,27 +920,6 @@ The implementation involves several key steps: first, a Debian image is created --- -### xerl - -* π» Languages: Perl (98.4%), Config (1.1%), Make (0.5%) -* π Commits: 670 -* π Lines of Code: 1667 -* π
Development Period: 2011-03-06 to 2017-01-01 -* π₯ Recent Activity: 3933.1 days (avg. age of last 42 commits) -* βοΈ License: Custom License -* π·οΈ Latest Release: v1.0.0 (2018-12-22) - -β οΈ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. - -This project establishes a Perl coding style guide and best practices framework, particularly tailored for teams working on modular, object-oriented Perl applications. It enforces the use of strict and warnings pragmas, modern Perl features (v5.14+), and a consistent object-oriented approach with explicit method prototypes and object typing. The guide also standardizes naming conventions for public, private, static, and static-private methods, ensuring code clarity and maintainability. Additionally, it integrates tools like Pidy for automatic code formatting and provides mechanisms (like TODO: tags) for tracking unfinished work. - -The implementation is primarily documentation-driven, meant to be included at the top of Perl modules and packages. Developers are instructed to use specific base classes (e.g., Xerl::Page::Base for universal definitions), follow explicit method signatures, and adhere to naming conventions that distinguish between method types and visibility. The architecture encourages encapsulation (private methods prefixed with _), explicit return values (including undef when appropriate), and modular design. This approach is useful because it reduces ambiguity, streamlines onboarding for new developers, and helps maintain a high standard of code quality across large Perl codebases. - -=> https://codeberg.org/snonux/xerl View on Codeberg -=> https://github.com/snonux/xerl View on GitHub - ---- - ### fapi * π» Languages: Python (96.6%), Make (3.1%), Config (0.3%) @@ -971,7 +928,7 @@ The implementation is primarily documentation-driven, meant to be included at th * π Lines of Code: 1681 * π Lines of Documentation: 539 * π
Development Period: 2014-03-10 to 2021-11-03 -* π₯ Recent Activity: 3993.1 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4003.8 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: 1.0.2 (2014-11-17) @@ -998,7 +955,7 @@ The `fapi` project is a command-line tool designed to simplify the management of * π Lines of Code: 65 * π Lines of Documentation: 228 * π
Development Period: 2013-03-22 to 2021-11-04 -* π₯ Recent Activity: 4047.5 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4058.2 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: 0.0.0.0 (2013-03-22) @@ -1021,7 +978,7 @@ Key features of the template include a Makefile that automates compilation and p * π Lines of Code: 136 * π Lines of Documentation: 96 * π
Development Period: 2013-03-22 to 2021-11-05 -* π₯ Recent Activity: 4060.5 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4071.2 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: 0.2.0 (2014-07-05) @@ -1048,7 +1005,7 @@ The core functionality is implemented through a combination of Vim integration, * π Lines of Code: 134 * π Lines of Documentation: 106 * π
Development Period: 2013-03-22 to 2021-11-05 -* π₯ Recent Activity: 4068.0 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4078.7 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: 0.1.5 (2014-06-22) @@ -1073,7 +1030,7 @@ The tool operates by having users simultaneously run the same command on both ho * π Lines of Code: 493 * π Lines of Documentation: 26 * π
Development Period: 2009-09-27 to 2021-11-02 -* π₯ Recent Activity: 4111.3 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4122.0 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: 0.9.3 (2014-06-14) @@ -1096,7 +1053,7 @@ The core features of pwgrep include encrypted password storage, easy retrieval a * π Lines of Code: 286 * π Lines of Documentation: 144 * π
Development Period: 2013-03-22 to 2021-11-05 -* π₯ Recent Activity: 4116.3 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4127.0 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: 0.4.3 (2014-06-16) @@ -1121,7 +1078,7 @@ The tool is implemented in Perl and relies on the "JIRA::REST" CPAN module to co * π Lines of Code: 191 * π Lines of Documentation: 8 * π
Development Period: 2014-03-24 to 2014-03-24 -* π₯ Recent Activity: 4177.6 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4188.3 days (avg. age of last 42 commits) * βοΈ License: No license found * π§ͺ Status: Experimental (no releases yet) @@ -1142,7 +1099,7 @@ In terms of implementation, each script is written to be syntactically correct a * π Commits: 7 * π Lines of Code: 80 * π
Development Period: 2011-07-09 to 2015-01-13 -* π₯ Recent Activity: 4257.7 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4268.4 days (avg. age of last 42 commits) * βοΈ License: Custom License * π§ͺ Status: Experimental (no releases yet) @@ -1165,7 +1122,7 @@ The implementation relies on Perl scripts running on a web server, with DNS and * π Lines of Code: 124 * π Lines of Documentation: 75 * π
Development Period: 2010-11-05 to 2021-11-05 -* π₯ Recent Activity: 4298.3 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4309.0 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: 1.0.2 (2014-06-22) @@ -1188,7 +1145,7 @@ The tool achieves this by invoking AWK, a powerful text-processing utility, to p * π Lines of Code: 1828 * π Lines of Documentation: 100 * π
Development Period: 2010-11-05 to 2015-05-23 -* π₯ Recent Activity: 4328.4 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4339.1 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: 0.7.5 (2014-06-22) @@ -1203,11 +1160,11 @@ loadbars: source code repository. ### perldaemon -* π» Languages: Perl (74.2%), Shell (22.2%), Config (3.6%) +* π» Languages: Perl (72.3%), Shell (23.8%), Config (3.9%) * π Commits: 110 -* π Lines of Code: 659 +* π Lines of Code: 614 * π
Development Period: 2011-02-05 to 2022-04-21 -* π₯ Recent Activity: 4472.6 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4388.6 days (avg. age of last 42 commits) * βοΈ License: Custom License * π·οΈ Latest Release: v1.4 (2022-04-29) @@ -1232,7 +1189,7 @@ The implementation centers around a main daemon process that manages the event l * π Lines of Code: 122 * π Lines of Documentation: 10 * π
Development Period: 2011-01-27 to 2014-06-22 -* π₯ Recent Activity: 4708.9 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4719.6 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: v0.2 (2011-01-27) @@ -1255,7 +1212,7 @@ The core architecture of Awksite consists of AWK scripts executed via the Common * π Lines of Code: 720 * π Lines of Documentation: 6 * π
Development Period: 2008-06-21 to 2021-11-03 -* π₯ Recent Activity: 4771.5 days (avg. age of last 42 commits) +* π₯ Recent Activity: 4782.2 days (avg. age of last 42 commits) * βοΈ License: Custom License * π·οΈ Latest Release: v0.3 (2009-02-08) @@ -1272,29 +1229,6 @@ The application is implemented as a desktop GUI, likely using a framework such a --- -### ychat - -* π» Languages: C++ (62.8%), C/C++ (27.1%), HTML (3.1%), Config (2.5%), Perl (1.9%), Shell (1.9%), Make (0.4%), CSS (0.2%) -* π Documentation: Text (100.0%) -* π Commits: 67 -* π Lines of Code: 27104 -* π Lines of Documentation: 109 -* π
Development Period: 2008-05-15 to 2014-07-01 -* π₯ Recent Activity: 5372.5 days (avg. age of last 42 commits) -* βοΈ License: GPL-2.0 -* π·οΈ Latest Release: yhttpd-0.7.2 (2013-04-06) - -β οΈ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. - -**yChat** is a free, open-source, HTTP-based chat server written in C++ that allows users to communicate in real time using only a standard web browserβno special client software is required. Designed for portability and performance, yChat runs as a standalone web server (with its own lightweight HTTP engine, yhttpd) and supports POSIX-compliant operating systems like Linux and BSD. Key features include multi-threading (using POSIX threads), modular architecture with dynamically loadable modules, MySQL-based user management, customizable HTML and language templates, and an ncurses-based administration interface. The system is highly configurable via XML-based config files and supports advanced features like session management, logging (including Apache-style logs), and a smart garbage collection engine for efficient resource handling. - -yChatβs architecture is built around a core C++ engine that handles HTTP requests directly, bypassing the need for external web servers like Apache. It uses hash maps for fast data access, supports CGI scripting, and allows for easy customization of both appearance and functionality through templates and modules. The project is organized into several branches (CURRENT, STABLE, BASIC, LEGACY) to balance stability and feature development, and it provides tools for easy installation, configuration, and administration. Its modular design, performance optimizations, and ease of customization make it a practical solution for organizations or communities seeking a lightweight, browser-accessible chat platform that is easy to deploy and extend. - -=> https://codeberg.org/snonux/ychat View on Codeberg -=> https://github.com/snonux/ychat View on GitHub - ---- - ### netcalendar * π» Languages: Java (83.0%), HTML (12.9%), XML (3.0%), CSS (0.8%), Make (0.2%) @@ -1303,7 +1237,7 @@ yChatβs architecture is built around a core C++ engine that handles HTTP reque * π Lines of Code: 17380 * π Lines of Documentation: 947 * π
Development Period: 2009-02-07 to 2021-05-01 -* π₯ Recent Activity: 5402.2 days (avg. age of last 42 commits) +* π₯ Recent Activity: 5412.9 days (avg. age of last 42 commits) * βοΈ License: GPL-2.0 * π·οΈ Latest Release: v0.1 (2009-02-08) @@ -1322,13 +1256,36 @@ NetCalendar is implemented as a Java application (requiring JRE 6 or higher) and --- +### ychat + +* π» Languages: C++ (54.9%), C/C++ (23.0%), Shell (13.8%), Perl (2.5%), HTML (2.5%), Config (2.3%), Make (0.8%), CSS (0.2%) +* π Documentation: Text (100.0%) +* π Commits: 67 +* π Lines of Code: 67884 +* π Lines of Documentation: 127 +* π
Development Period: 2008-05-15 to 2014-06-30 +* π₯ Recent Activity: 5433.2 days (avg. age of last 42 commits) +* βοΈ License: GPL-2.0 +* π·οΈ Latest Release: yhttpd-0.7.2 (2013-04-06) + +β οΈ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. + +**yChat** is a free, open-source, HTTP-based chat server written in C++ that allows users to communicate in real time using only a standard web browserβno special client software is required. Designed for portability and performance, yChat runs as a standalone web server (with its own lightweight HTTP engine, yhttpd) and supports POSIX-compliant operating systems like Linux and BSD. Key features include multi-threading (using POSIX threads), modular architecture with dynamically loadable modules, MySQL-based user management, customizable HTML and language templates, and an ncurses-based administration interface. The system is highly configurable via XML-based config files and supports advanced features like session management, logging (including Apache-style logs), and a smart garbage collection engine for efficient resource handling. + +yChatβs architecture is built around a core C++ engine that handles HTTP requests directly, bypassing the need for external web servers like Apache. It uses hash maps for fast data access, supports CGI scripting, and allows for easy customization of both appearance and functionality through templates and modules. The project is organized into several branches (CURRENT, STABLE, BASIC, LEGACY) to balance stability and feature development, and it provides tools for easy installation, configuration, and administration. Its modular design, performance optimizations, and ease of customization make it a practical solution for organizations or communities seeking a lightweight, browser-accessible chat platform that is easy to deploy and extend. + +=> https://codeberg.org/snonux/ychat View on Codeberg +=> https://github.com/snonux/ychat View on GitHub + +--- + ### hsbot * π» Languages: Haskell (98.5%), Make (1.5%) * π Commits: 80 * π Lines of Code: 601 * π
Development Period: 2009-11-22 to 2011-10-17 -* π₯ Recent Activity: 5497.9 days (avg. age of last 42 commits) +* π₯ Recent Activity: 5508.6 days (avg. age of last 42 commits) * βοΈ License: Custom License * π§ͺ Status: Experimental (no releases yet) @@ -1343,27 +1300,6 @@ The architecture is modular, relying on external Haskell packages: libghc6-hsql- --- -### fype - -* π» Languages: C (63.7%), C/C++ (25.3%), HTML (9.2%), Make (1.8%) -* π Documentation: Text (100.0%) -* π Commits: 99 -* π Lines of Code: 6450 -* π Lines of Documentation: 516 -* π
Development Period: 2008-05-15 to 2014-06-30 -* π₯ Recent Activity: 5628.2 days (avg. age of last 42 commits) -* βοΈ License: Custom License -* π§ͺ Status: Experimental (no releases yet) - -β οΈ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. - -fype: source code repository. - -=> https://codeberg.org/snonux/fype View on Codeberg -=> https://github.com/snonux/fype View on GitHub - ---- - ### vs-sim * π Documentation: Markdown (100.0%) @@ -1371,7 +1307,7 @@ fype: source code repository. * π Lines of Code: 0 * π Lines of Documentation: 7 * π
Development Period: 2008-05-15 to 2015-05-23 -* π₯ Recent Activity: 5858.8 days (avg. age of last 42 commits) +* π₯ Recent Activity: 5869.5 days (avg. age of last 42 commits) * βοΈ License: No license found * π·οΈ Latest Release: v1.0 (2008-08-24) @@ -1383,3 +1319,24 @@ The simulator features a modular architecture, allowing users to define custom n => https://codeberg.org/snonux/vs-sim View on Codeberg => https://github.com/snonux/vs-sim View on GitHub + +--- + +### fype + +* π» Languages: C (71.3%), C/C++ (20.6%), HTML (6.6%), Make (1.5%) +* π Documentation: Text (60.2%), LaTeX (39.8%) +* π Commits: 99 +* π Lines of Code: 8906 +* π Lines of Documentation: 1431 +* π
Development Period: 2008-05-15 to 2021-04-29 +* π₯ Recent Activity: 5915.4 days (avg. age of last 42 commits) +* βοΈ License: Custom License +* π§ͺ Status: Experimental (no releases yet) + +β οΈ **Notice**: This project appears to be finished, obsolete, or no longer maintained. Last meaningful activity was over 2 years ago. Use at your own risk. + +fype: source code repository. + +=> https://codeberg.org/snonux/fype View on Codeberg +=> https://github.com/snonux/fype View on GitHub |