-Generated on: 2025-07-12
+Generated on: 2025-07-19
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.
🔥 Recent Activity: 2.0 days (avg. age of last 42 commits)
+
⚖️ License: MIT
+
🏷️ Latest Release: v0.5.0 (2025-07-19)
+
🎵 Vibe-Coded: This project has been vibe coded
+
+
+**totalrecall** is a Bulgarian language learning tool that generates comprehensive Anki flashcard materials from Bulgarian words. It creates high-quality audio pronunciations using OpenAI TTS, AI-generated contextual images via DALL-E, and automatic translations, making it easier for learners to memorize Bulgarian vocabulary through visual and auditory associations. The tool is particularly useful for language learners who want to create professional-quality flashcards with authentic Bulgarian pronunciation and memorable visual contexts without manually sourcing audio and images.
+
+The project is implemented in Go with a modular architecture featuring both CLI and GUI interfaces. It leverages OpenAI's APIs for audio generation (11 available voices) and image creation, includes audio caching to minimize API costs, and supports batch processing from text files. The tool outputs Anki-compatible packages (.apkg format) or CSV files with all media included, following a clean package structure with separate modules for audio generation, image processing, Anki formatting, and configuration management using industry-standard libraries like Cobra for CLI and Viper for configuration.
+
+View on Codeberg
+View on GitHub
+
+Go from internal/gui/generator.go:
+
+
💻 Languages: Go (91.0%), Shell (4.1%), JSON (2.1%), C (1.4%), Make (0.9%), C/C++ (0.2%), Config (0.1%)
+
📚 Documentation: Text (98.3%), Markdown (1.7%)
+
📊 Commits: 1049
+
📈 Lines of Code: 27726
+
📄 Lines of Documentation: 220214
+
📅 Development Period: 2020-01-09 to 2025-07-04
+
🔥 Recent Activity: 17.0 days (avg. age of last 42 commits)
+
⚖️ License: Apache-2.0
+
🏷️ Latest Release: v4.2.0 (2023-06-21)
+
🤖 AI-Assisted: This project was partially created with the help of generative AI
+
+
+
+
+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.
+
+
+
+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 cmd/dcat/main.go:
🔥 Recent Activity: 22.0 days (avg. age of last 42 commits)
+
⚖️ License: No license found
+
🧪 Status: Experimental (no releases yet)
+
+
+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
+
+Perl from frontends/scripts/foostats.pl:
+
+
+sub write ( $path, $content ) {
+ open my $fh, '>', "$path.tmp"
+ or die "\nCannot open file: $!";
+ print $fh $content;
+ close $fh;
+
+ rename
+ "$path.tmp",
+ $path;
}
🔥 Recent Activity: 18.8 days (avg. age of last 42 commits)
-
⚖️ License: No license found
-
🧪 Status: Experimental (no releases yet)
-
-
-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
-
-Perl from frontends/scripts/foostats.pl:
+Go from internal/task/task.go:
-sub write ( $path, $content ) {
- open my $fh, '>', "$path.tmp"
- or die "\nCannot open file: $!";
- print $fh $content;
- close $fh;
+func SetDebugLog(path string) error {
+ if debugFile != nil {
+ debugFile.Close()
+ debugFile = nil
+ debugWriter = nil
+ }
- rename
- "$path.tmp",
- $path;
+ if path == "" {
+ return nil
+ }
+
+ f, err := os.OpenFile(path, os.O_CREATE|os.O_WRONLY|os.O_APPEND, 0o644)
+ if err != nil {
+ return err
+ }
+ debugFile = f
+ debugWriter = f
+ return nil
}
💻 Languages: Shell (68.1%), CSS (28.7%), Config (1.9%), HTML (1.3%)
-
📚 Documentation: Text (76.1%), Markdown (23.9%)
-
📊 Commits: 465
-
📈 Lines of Code: 2268
-
📄 Lines of Documentation: 1180
-
📅 Development Period: 2021-05-21 to 2025-07-09
-
🔥 Recent Activity: 204.0 days (avg. age of last 42 commits)
-
⚖️ License: GPL-3.0
-
🏷️ Latest Release: 3.0.0 (2024-10-01)
-
-
-**Gemtexter** is a static site generator and blog engine that transforms content written in Gemini Gemtext format into multiple output formats. It's a comprehensive Bash-based tool designed to support the Gemini protocol (a simpler alternative to HTTP) while maintaining compatibility with traditional web technologies. The project converts a single source of Gemtext content into HTML (XHTML 1.0 Transitional), Markdown, and native Gemtext formats, enabling authors to write once and publish across multiple platforms including Gemini capsules, traditional websites, and GitHub/Codeberg pages.
-
-The implementation is built entirely in Bash (version 5.x+) using a modular library approach with separate source files for different functionality (atomfeed, gemfeed, HTML generation, Markdown conversion, templating, etc.). Key features include automatic blog post indexing, Atom feed generation, customizable HTML themes, source code highlighting, Bash-based templating system, and integrated Git workflow management. The architecture separates content directories by format (gemtext/, html/, md/) and includes comprehensive theming support, font embedding, and publishing workflows that can automatically sync content to multiple Git repositories for deployment on various platforms.
-
-View on Codeberg
-View on GitHub
-
-Shell from lib/generate.source.sh:
-
-
-done < <(find "$CONTENT_BASE_DIR/gemtext" -type f -name \*.gmi)
-
-wait
-log INFO "Converted $num_gmi_files Gemtext files"
-
-log VERBOSE "Adding other docs to $*"
-
-while read -r src; do
- num_doc_files=$(( num_doc_files + 1 ))
+def configure(reset: false, &block)
+ RCM::DSL.new(reset) do |rcm|
+ rcm.info('Configuring...')
+ rcm.instance_eval(&block)
+ rcm.evaluate! if rcm.conds_met
+ end
---
@@ -559,7 +678,7 @@ while read -r src; do
📈 Lines of Code: 917
📄 Lines of Documentation: 33
📅 Development Period: 2024-01-20 to 2025-07-06
-
🔥 Recent Activity: 451.6 days (avg. age of last 42 commits)
+
🔥 Recent Activity: 458.4 days (avg. age of last 42 commits)
🔥 Recent Activity: 769.1 days (avg. age of last 42 commits)
+
🔥 Recent Activity: 775.9 days (avg. age of last 42 commits)
⚖️ License: No license found
🧪 Status: Experimental (no releases yet)
@@ -943,59 +1079,40 @@ declare -i NUM_PAGES_TO_EXTRACT=42 # This is the answear!
---
-
dtail
+
gemtexter
-
💻 Languages: Go (91.1%), JSON (4.1%), C (2.9%), Make (0.6%), C/C++ (0.5%), Config (0.3%), Shell (0.2%), Docker (0.2%)
-
📚 Documentation: Text (80.4%), Markdown (19.6%)
-
📊 Commits: 1049
-
📈 Lines of Code: 13525
-
📄 Lines of Documentation: 5375
-
📅 Development Period: 2020-01-09 to 2023-10-05
-
🔥 Recent Activity: 781.8 days (avg. age of last 42 commits)
-
⚖️ License: Apache-2.0
-
🏷️ Latest Release: v4.2.0 (2023-06-21)
+
💻 Languages: Shell (86.6%), CSS (8.3%), Config (3.2%), HTML (1.9%)
+
📚 Documentation: Text (68.0%), Markdown (32.0%)
+
📊 Commits: 465
+
📈 Lines of Code: 1585
+
📄 Lines of Documentation: 778
+
📅 Development Period: 2021-05-21 to 2023-07-17
+
🔥 Recent Activity: 824.5 days (avg. age of last 42 commits)
+
⚖️ License: GPL-3.0
+
🏷️ Latest Release: 3.0.0 (2024-10-01)
⚠️ **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.
-
-
-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.
-
-
+**Gemtexter** is a static site generator and blog engine that transforms content written in Gemini Gemtext format into multiple output formats. It's a comprehensive Bash-based tool designed to support the Gemini protocol (a simpler alternative to HTTP) while maintaining compatibility with traditional web technologies. The project converts a single source of Gemtext content into HTML (XHTML 1.0 Transitional), Markdown, and native Gemtext formats, enabling authors to write once and publish across multiple platforms including Gemini capsules, traditional websites, and GitHub/Codeberg pages.
-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.
+The implementation is built entirely in Bash (version 5.x+) using a modular library approach with separate source files for different functionality (atomfeed, gemfeed, HTML generation, Markdown conversion, templating, etc.). Key features include automatic blog post indexing, Atom feed generation, customizable HTML themes, source code highlighting, Bash-based templating system, and integrated Git workflow management. The architecture separates content directories by format (gemtext/, html/, md/) and includes comprehensive theming support, font embedding, and publishing workflows that can automatically sync content to multiple Git repositories for deployment on various platforms.
-Perl from debian/staticfarm-apache-handlers/usr/share/staticfarm/apache/handlers/StaticFarm/API.pm:
+Perl from debian/staticfarm-apache-handlers/usr/share/staticfarm/apache/handlers/StaticFarm/CacheControl.pm:
-Python from contrib/bigsuds-1.0/bigsuds.py:
+Python from contrib/bigsuds-1.0/setup.py:
-class ArgumentError(OperationFailed):
- are passed to an iControl method."""
-
-
-class BIGIP(object):
-
- Example usage:
- >>> b = BIGIP('bigip-hostname')
- >>> print b.LocalLB.Pool.get_list()
- ['/Common/test_pool']
- >>> b.LocalLB.Pool.add_member(['/Common/test_pool'], \
- [[{'address': '10.10.10.10', 'port': 20030}]])
+def extract_version(filename):
+ contents = open(filename).read()
+ match = re.search('^__version__\s+=\s+[\'"](.*)[\'"]\s*$', contents,
+ re.MULTILINE)
+ if match is not None:
+ return match.group(1)
---
@@ -1639,7 +1712,7 @@ class BIGIP(object):
📈 Lines of Code: 65
📄 Lines of Documentation: 228
📅 Development Period: 2013-03-22 to 2021-11-04
-
🔥 Recent Activity: 3997.8 days (avg. age of last 42 commits)
+
🔥 Recent Activity: 4004.6 days (avg. age of last 42 commits)
⚖️ License: No license found
🏷️ Latest Release: 0.0.0.0 (2013-03-22)
@@ -1675,7 +1748,7 @@ build:
📈 Lines of Code: 136
📄 Lines of Documentation: 96
📅 Development Period: 2013-03-22 to 2021-11-05
-
🔥 Recent Activity: 4010.8 days (avg. age of last 42 commits)
+
🔥 Recent Activity: 4017.5 days (avg. age of last 42 commits)
⚖️ License: No license found
🏷️ Latest Release: 0.2.0 (2014-07-05)
@@ -1711,7 +1784,7 @@ build:
📈 Lines of Code: 134
📄 Lines of Documentation: 106
📅 Development Period: 2013-03-22 to 2021-11-05
-
🔥 Recent Activity: 4018.2 days (avg. age of last 42 commits)
+
🔥 Recent Activity: 4025.0 days (avg. age of last 42 commits)
⚖️ License: No license found
🏷️ Latest Release: 0.1.5 (2014-06-22)
@@ -1726,47 +1799,6 @@ build:
---
-
pwgrep
-
-
-
💻 Languages: Shell (85.0%), Make (15.0%)
-
📚 Documentation: Text (80.8%), Markdown (19.2%)
-
📊 Commits: 142
-
📈 Lines of Code: 493
-
📄 Lines of Documentation: 26
-
📅 Development Period: 2009-09-27 to 2021-11-02
-
🔥 Recent Activity: 4061.5 days (avg. age of last 42 commits)
-
⚖️ License: No license found
-
🏷️ Latest Release: 0.9.3 (2014-06-14)
-
-⚠️ **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.
-
-**pwgrep** is a command-line password manager built in Bash and GNU AWK that combines GPG encryption with version control (Git by default) for secure password storage and change tracking. It stores encrypted password databases as GPG files and uses a revision control system to maintain a complete history of all changes, making it ideal for users who want both security and accountability in their password management. The tool provides a simple interface where users can search for passwords using pwgrep searchstring or edit the database directly with pwgrep, and it integrates with various AWK implementations and secure file deletion tools for cross-platform compatibility.
-
-The implementation leverages GPG for strong encryption, ensuring passwords are never stored in plaintext, while the version control integration (typically Git over SSL/SSH) provides secure synchronization across multiple devices and maintains an audit trail of all database modifications. The project includes comprehensive Debian packaging support and creates multiple command aliases (pwedit, pwfadd, pwfdel, etc.) for different password management operations, making it a complete password management solution that prioritizes security, transparency, and ease of use for technical users comfortable with command-line tools.
-
-View on Codeberg
-View on GitHub
-
-Shell from bin/pwgrep.sh:
-
-
-function findbin () {
- local -r trylist=$1
- found=""
- for bin in $trylist; do
- if [ -z $found ]; then
- which=$(which $bin)
- [ ! -z $which ] && found=$bin
- fi
- done
-
- echo $found
-}
-
-
----
-
japi
@@ -1776,7 +1808,7 @@ function findbin () {
📈 Lines of Code: 286
📄 Lines of Documentation: 144
📅 Development Period: 2013-03-22 to 2021-11-05
-
🔥 Recent Activity: 4066.6 days (avg. age of last 42 commits)
+
🔥 Recent Activity: 4073.4 days (avg. age of last 42 commits)
⚖️ License: No license found
🏷️ Latest Release: 0.4.3 (2014-06-16)
@@ -1800,7 +1832,7 @@ function findbin () {
📈 Lines of Code: 191
📄 Lines of Documentation: 8
📅 Development Period: 2014-03-24 to 2014-03-24
-
🔥 Recent Activity: 4127.8 days (avg. age of last 42 commits)
+
🔥 Recent Activity: 4134.6 days (avg. age of last 42 commits)
-no strict;
-no warnings;
-we: do { print 'love'
-or warn and die 'slow'
-unless not defined true #respect
-} for reverse'd', qw/mind of you/
-and map { 'me' } 'into', undef $mourning;
-__END__
-v2 Copyright (2005, 2006) by Paul C. Buetow, http://paul.buetow.org
+do { int'egrate'; sub trade; };
+do { exp'onentize' and abs'olutize' };
+study and study and study and study;
+
+foreach $topic ({of, math}) {
+you, m/ay /go, to, limits }
+
+do { not qw/erk / unless $success
+and m/ove /o;$n and study };
---
@@ -1836,7 +1868,7 @@ v2 Copyright (2005, 2006) by Paul C. Buetow, http://paul.buetow.org
📊 Commits: 7
📈 Lines of Code: 80
📅 Development Period: 2011-07-09 to 2015-01-13
-
🔥 Recent Activity: 4207.9 days (avg. age of last 42 commits)
+
🔥 Recent Activity: 4214.7 days (avg. age of last 42 commits)
⚖️ License: Custom License
🧪 Status: Experimental (no releases yet)
@@ -1881,16 +1913,40 @@ if ($ENV{SERVER_NAME} eq 'ipv6.buetow.org') {
---
+
cpuinfo
+
+
+
💻 Languages: Shell (53.2%), Make (46.8%)
+
📚 Documentation: Text (100.0%)
+
📊 Commits: 28
+
📈 Lines of Code: 124
+
📄 Lines of Documentation: 75
+
📅 Development Period: 2010-11-05 to 2021-11-05
+
🔥 Recent Activity: 4255.3 days (avg. age of last 42 commits)
+
⚖️ License: No license found
+
🏷️ Latest Release: 1.0.2 (2014-06-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.
+
+**cpuinfo** is a small command-line utility that provides a human-readable summary of CPU information on Linux systems. It parses /proc/cpuinfo using AWK to extract and display key processor details including the CPU model, cache size, number of physical processors, cores, and whether hyper-threading is enabled. The tool calculates total CPU frequency and bogomips across all cores, making it easier to understand complex multi-core and multi-processor configurations at a glance.
+
+The implementation is remarkably simple - a single shell script that uses GNU AWK to parse the kernel's CPU information and format it into a clear, structured output. It's particularly useful for system administrators and developers who need to quickly understand CPU topology, especially on servers with multiple processors or complex threading configurations where the raw /proc/cpuinfo output can be overwhelming.
+
+View on Codeberg
+View on GitHub
+
+---
+
loadbars
💻 Languages: Perl (97.4%), Make (2.6%)
-
📚 Documentation: Text (93.5%), Markdown (6.5%)
+
📚 Documentation: Text (100.0%)
📊 Commits: 527
📈 Lines of Code: 1828
-
📄 Lines of Documentation: 107
+
📄 Lines of Documentation: 100
📅 Development Period: 2010-11-05 to 2015-05-23
-
🔥 Recent Activity: 4215.4 days (avg. age of last 42 commits)
+
🔥 Recent Activity: 4285.4 days (avg. age of last 42 commits)
🔥 Recent Activity: 4248.5 days (avg. age of last 42 commits)
+
💻 Languages: Shell (85.0%), Make (15.0%)
+
📚 Documentation: Text (72.4%), Markdown (27.6%)
+
📊 Commits: 142
+
📈 Lines of Code: 493
+
📄 Lines of Documentation: 29
+
📅 Development Period: 2009-09-27 to 2015-05-23
+
🔥 Recent Activity: 4298.8 days (avg. age of last 42 commits)
⚖️ License: No license found
-
🏷️ Latest Release: 1.0.2 (2014-06-22)
+
🏷️ Latest Release: 0.9.3 (2014-06-14)
⚠️ **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.
-**cpuinfo** is a small command-line utility that provides a human-readable summary of CPU information on Linux systems. It parses /proc/cpuinfo using AWK to extract and display key processor details including the CPU model, cache size, number of physical processors, cores, and whether hyper-threading is enabled. The tool calculates total CPU frequency and bogomips across all cores, making it easier to understand complex multi-core and multi-processor configurations at a glance.
+**pwgrep** is a command-line password manager built in Bash and GNU AWK that combines GPG encryption with version control (Git by default) for secure password storage and change tracking. It stores encrypted password databases as GPG files and uses a revision control system to maintain a complete history of all changes, making it ideal for users who want both security and accountability in their password management. The tool provides a simple interface where users can search for passwords using pwgrep searchstring or edit the database directly with pwgrep, and it integrates with various AWK implementations and secure file deletion tools for cross-platform compatibility.
-The implementation is remarkably simple - a single shell script that uses GNU AWK to parse the kernel's CPU information and format it into a clear, structured output. It's particularly useful for system administrators and developers who need to quickly understand CPU topology, especially on servers with multiple processors or complex threading configurations where the raw /proc/cpuinfo output can be overwhelming.
+The implementation leverages GPG for strong encryption, ensuring passwords are never stored in plaintext, while the version control integration (typically Git over SSL/SSH) provides secure synchronization across multiple devices and maintains an audit trail of all database modifications. The project includes comprehensive Debian packaging support and creates multiple command aliases (pwedit, pwfadd, pwfdel, etc.) for different password management operations, making it a complete password management solution that prioritizes security, transparency, and ease of use for technical users comfortable with command-line tools.
💻 Languages: C++ (52.1%), C/C++ (21.3%), Shell (20.1%), HTML (2.5%), Config (2.1%), Perl (1.5%), Make (0.3%)
+
📚 Documentation: Text (100.0%)
+
📊 Commits: 67
+
📈 Lines of Code: 33823
+
📄 Lines of Documentation: 109
+
📅 Development Period: 2008-05-15 to 2014-07-01
+
🔥 Recent Activity: 5283.4 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.
+
+Based on my analysis of the codebase, here's a concise summary of the yChat project:
+
+**yChat** is a web-based chat server written in C++ that functions as a standalone HTTP server without requiring external web server dependencies. It allows users to participate in multi-room chat sessions using standard web browsers, with no special client software needed. The system supports user registration, authentication via session IDs, customizable HTML templates, and multi-language support through XML configuration files.
+
+The architecture is built around several key managers: a socket manager for handling HTTP connections, a chat manager for core functionality, an HTML template manager for dynamic content generation, and a modular system supporting dynamically loadable command modules. It uses hash maps for efficient O(1) data retrieval, POSIX threads for concurrent request handling, and includes advanced features like SSL support, MySQL database integration, garbage collection for memory management, and comprehensive logging. The codebase also includes related projects like yhttpd (a lightweight HTTP server) and ycurses (a terminal interface library), making it a comprehensive communication platform designed for performance and extensibility.
+
+View on Codeberg
+View on GitHub
+
+C++ from src/logd.cpp:
+
+
@@ -2085,7 +2202,7 @@ public SPrefs(Component parent, HashMap<String,String> options) {
📈 Lines of Code: 17380
📄 Lines of Documentation: 947
📅 Development Period: 2009-02-07 to 2021-05-01
-
🔥 Recent Activity: 5352.5 days (avg. age of last 42 commits)
+
🔥 Recent Activity: 5359.3 days (avg. age of last 42 commits)
⚖️ License: GPL-2.0
🏷️ Latest Release: v0.1 (2009-02-08)
@@ -2102,43 +2219,43 @@ public SPrefs(Component parent, HashMap<String,String> options) {
View on Codeberg View on GitHub
-Java from sources/client/inputforms/CreateNewEvent.java:
+Java from sources/client/SplashScreen.java:
-private final static long serialVersionUID = 1L;
+public class SplashScreen extends JWindow implements Runnable {
+ private static final long serialVersionUID = 1L;
+
+ public void run() {
+ JPanel jPanel = (JPanel)getContentPane();
+ jPanel.setBackground(Color.BLACK);
+ jPanel.setForeground(Color.WHITE);
+
+ int iWidth = 411;
+ int iHeight = 261;
+ Dimension dimension = Toolkit.getDefaultToolkit().getScreenSize();
+
+ int x = (dimension.width-iWidth)/2;
+ int y = (dimension.height-iHeight)/2;
+ setBounds(x,y,iWidth,iHeight);
+
+ JLabel jLabel = new JLabel(new ImageIcon("images/netcal.png"));
+ jPanel.add(jLabel, BorderLayout.CENTER);
+ jPanel.setBorder(BorderFactory.createLineBorder(Color.BLACK, 3));
+ setVisible(true);
-private final static String[] labels =
- { "Description: ", "Category: ", "Place: ", "Yearly: ", "Date: "};
+ try {
+ Thread.sleep(3000);
+
+ } catch (Exception e) {
+ Main.infoMessage(e.getMessage());
+ }
+
+ dispose();
+ }
---
-
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: 5372.7 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.
-
-Based on my analysis of the codebase, here's a concise summary of the yChat project:
-
-**yChat** is a web-based chat server written in C++ that functions as a standalone HTTP server without requiring external web server dependencies. It allows users to participate in multi-room chat sessions using standard web browsers, with no special client software needed. The system supports user registration, authentication via session IDs, customizable HTML templates, and multi-language support through XML configuration files.
-
-The architecture is built around several key managers: a socket manager for handling HTTP connections, a chat manager for core functionality, an HTML template manager for dynamic content generation, and a modular system supporting dynamically loadable command modules. It uses hash maps for efficient O(1) data retrieval, POSIX threads for concurrent request handling, and includes advanced features like SSL support, MySQL database integration, garbage collection for memory management, and comprehensive logging. The codebase also includes related projects like yhttpd (a lightweight HTTP server) and ycurses (a terminal interface library), making it a comprehensive communication platform designed for performance and extensibility.
-
-View on Codeberg
-View on GitHub
-
----
-
hsbot
@@ -2146,7 +2263,7 @@ private final static String[] labels =
📊 Commits: 80
📈 Lines of Code: 601
📅 Development Period: 2009-11-22 to 2011-10-17
-
🔥 Recent Activity: 5448.1 days (avg. age of last 42 commits)
+
🔥 Recent Activity: 5454.9 days (avg. age of last 42 commits)
-Haskell from HsBot/Plugins/PrintMessages.hs:
+Haskell from HsBot/IRC/User.hs:
-module HsBot.Plugins.PrintMessages (makePrintMessages) where
+module HsBot.IRC.User where
-import HsBot.Plugins.Base
+import List
-import HsBot.Base.Env
-import HsBot.Base.State
+import HsBot.General.Render
-printMessages :: CallbackFunction
-printMessages str sendMessage env@(Env state _) = do
- putStrLn $ (currentChannel state) ++ " "
+data User = User {
+ userName :: String,
+ userMessages :: Int,
+ userPts :: Int
---
-
fype
-
-
-
💻 Languages: C (72.1%), C/C++ (20.7%), HTML (5.7%), Make (1.5%)
-
📚 Documentation: Text (71.3%), LaTeX (28.7%)
-
📊 Commits: 99
-
📈 Lines of Code: 10196
-
📄 Lines of Documentation: 1741
-
📅 Development Period: 2008-05-15 to 2021-11-03
-
🔥 Recent Activity: 5609.9 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** is a 32-bit scripting language interpreter written in C that aims to be "at least as good as AWK" while providing a different syntax and some unique features. Created by Paul C. Buetow as a fun project, Fype supports variables, functions, procedures, loops, arrays, and control structures with features like variable synonyms (references), nested functions/procedures, and automatic type conversion. The language uses a simple syntax with statements ending in semicolons and supports both global procedures (which share scope with their callers) and lexically-scoped functions.
-
-The implementation is built using a straightforward top-down parser with a maximum lookahead of 1 token, simultaneously parsing and interpreting code (meaning syntax errors are only detected at runtime). The architecture is modular with separate components for scanning/tokenization, symbol management, garbage collection, type conversion, and data structures (including arrays, lists, hash tables, stacks, and trees). The interpreter is designed for Unix-like systems (BSD/Linux) and includes built-in functions for I/O, math operations, bitwise operations, system calls like fork, and memory management with garbage collection.
-
-View on Codeberg
-View on GitHub
-
----
-
vs-sim
@@ -2208,7 +2301,7 @@ printMessages str sendMessage env@(Env state _) = do
📈 Lines of Code: 0
📄 Lines of Documentation: 7
📅 Development Period: 2008-05-15 to 2015-05-23
-
🔥 Recent Activity: 5809.1 days (avg. age of last 42 commits)
+
🔥 Recent Activity: 5815.9 days (avg. age of last 42 commits)
💻 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: 5861.7 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** is a 32-bit scripting language interpreter written in C that aims to be "at least as good as AWK" while providing a different syntax and some unique features. Created by Paul C. Buetow as a fun project, Fype supports variables, functions, procedures, loops, arrays, and control structures with features like variable synonyms (references), nested functions/procedures, and automatic type conversion. The language uses a simple syntax with statements ending in semicolons and supports both global procedures (which share scope with their callers) and lexically-scoped functions.
+
+The implementation is built using a straightforward top-down parser with a maximum lookahead of 1 token, simultaneously parsing and interpreting code (meaning syntax errors are only detected at runtime). The architecture is modular with separate components for scanning/tokenization, symbol management, garbage collection, type conversion, and data structures (including arrays, lists, hash tables, stacks, and trees). The interpreter is designed for Unix-like systems (BSD/Linux) and includes built-in functions for I/O, math operations, bitwise operations, system calls like fork, and memory management with garbage collection.
+
+View on Codeberg
+View on GitHub
+
+C from src/data/queue.c:
+
+