Upstat is a self-hosted, open-source status monitoring and uptime tracking tool. The system consists of a Go (Fiber v2) backend API and a Next.js 15 web dashboard, deployed via Docker Compose with support for both PostgreSQL and SQLite databases. The backend periodically pings configurable HTTP endpoints, records heartbeats, calculates uptime percentages, and manages incidents triggered by status transitions. It integrates with multiple notification channels (Discord, Slack, Telegram, Ntfy, Gotify) and provides public status pages with real-time latency charts. The frontend uses shadcn/ui components, React Hook Form with Zod validation, and a custom client fetch wrapper for authenticated API calls. The monorepo also includes a documentation site (Fumadocs) and a static landing page. While the architecture is well-structured with clear separation of concerns (controllers, routes, models, utils), the codebase shows signs of technical drift including outdated dependencies, hardcoded secrets in Docker Compose files, committed SQLite database artifacts, and documentation inconsistencies between the manual API docs and generated OpenAPI spec. The project is functional and suitable for small to medium deployments but would benefit from dependency updates and cleanup before production use.
This repository is a Bash-driven, Docker-centric deployment and maintenance toolchain for the xiaoya-alist personal media stack. The actual product is an interactive installer/manager: main.sh dispatches to the monolithic all_in_one.sh, which provides numbered menus for installing, updating, uninstalling, and configuring AList, Emby, Jellyfin, TVBox, Portainer, Onelist, Auto_Symlink, CasaOS, cron containers, and cloud-drive token helpers. It is a CLI application, not a library or data pipeline; the primary data flows are downloading and extracting large media metadata archives (all.mp4, config.mp4, 115.mp4, etc.) with 7z/wget/aria2c inside xiaoyaliu/glue containers, persisting cloud-drive cookies/tokens, and recreating Docker containers while preserving their original run parameters. Architecturally, the codebase is a large interactive shell script supported by a small base shell library (base/base.sh) and several independent Flask helpers under glue_python/. The Python components implement QR-code OAuth flows for 115, Quark, UC, and Aliyun Drive, plus a reverse-engineered Aliyun TV token service and Emby plugin helpers. External dependencies include Docker, third-party Docker images (amilys/embyserver, xiaoyaliu/glue, ddsderek/*), GitHub/gitee mirrors, and cloud-drive web APIs. The repository also contains GitHub Actions for linting, version scraping, and Docker image publication. Maintenance is active, but the codebase shows notable drift and engineering debt: xiaoya_data_downloader.sh and xiaoya_notify.sh are explicit deprecated stubs, many shell files disable shellcheck, hardcoded endpoints/keys appear in source, and there is no automated runtime test coverage. The main shell script is monolithic and contains duplicated or overloaded function names, making it hard to modify safely. Still, the shell utility library and the standalone token-connector components demonstrate enough isolated utility to be reused in other projects.
GreenResourcesManager is an Electron + Vue 3 desktop application for local-first management of personal digital media collections—games, images, videos, novels, audio, websites, and software. It provides a config-driven UI with customizable pages, tag-based filtering, batch import, and built-in readers (EPUB, PDF, comic viewer, video player). Notable features include a desktop pet gamification system (affection, hunger, earnings), a disguise mode for privacy, a plugin system, and a local HTTP API for external access. Data is stored in SQLite with legacy JSON file backup. The application is actively developed (last commit April 2026) with a sizable feature set and internationalization (zh-CN, zh-TW, en, ja). However, the codebase shows significant technical drift: near-duplicate main-process code in `electron/` and `public/js/`, incomplete migration from JSON to SQLite, hardcoded Windows-specific paths, and extensive debug logging scattered throughout. The pet subsystem is tightly coupled and the plugin system remains marked as under development. While the config-driven UI pattern and composable architecture offer reuse potential, overall craftsmanship is average—functional but with notable boilerplate and coupling.
Samarium is a modular, all-in-one business management system (ERP/CMS) built with Laravel 11 and Livewire 3. It provides a comprehensive admin dashboard for small to medium businesses, covering sales invoicing, purchase orders, expense tracking, inventory management, accounting (double-entry ledger, trial balance, income statement), customer/vendor relationship management, and a full content management system (webpages, posts, galleries, navigation menus, themes). It also includes e-commerce capabilities (product catalog, shopping cart, online orders), appointment booking, team management, calendar with Nepali date support, and additional modules like vacancies, testimonials, newsletters, and document/URL link management. The system is configurable via a module toggle in config/app.php and supports both a dashboard interface and a public-facing website. The architecture follows a standard Laravel MVC pattern with Livewire components handling all interactive UI. Each business domain has its own set of Livewire components (e.g., SaleInvoiceEditor, ProductDisplay) that use a shared ModesTrait for state management. A service layer provides pagination and CRUD logic, though many service methods are incomplete. The frontend uses Bootstrap 4, Font Awesome, and Chart.js for reporting. The system is Dockerized for easy deployment and includes seeders for demo data. While the codebase is functional and covers a wide feature set, it exhibits several quality issues: mixed namespaces (some models under App\, others under App\Models\), hardcoded values (VAT 13%, Nepali month arrays), incomplete features (many TODO comments, empty service methods), and code duplication (multiple similar Livewire components for editing fields). The Nepali calendar support is a distinctive feature but requires manual maintenance of hardcoded date ranges. Overall, Samarium is a solid, feature-rich ERP for its target audience but would benefit from refactoring and stricter coding standards.
LobsterBoard is a self-hosted, drag-and-drop dashboard builder implemented as a monolithic Node.js server with a vanilla JavaScript frontend. It provides real-time system monitoring via SSE, 50+ configurable widgets (weather, finance, AI usage, system stats, etc.), a template gallery, custom pages with server-side APIs, and remote server management with ECDH-encrypted polling. The server handles authentication (password/PIN/public mode), secrets management, proxy with SSRF protection, and AI provider integrations. The frontend consists of modular editor components (canvas, drag-drop, properties, export) and a widget library using a simple generateHtml/generateJs pattern. The architecture is straightforward but lacks modern framework abstractions, has some code duplication between source and legacy files, and uses eval for widget JS generation, posing potential security risks. The project is actively maintained (recent commits, CHANGELOG) but shows signs of technical drift: dated JavaScript patterns (var, IIFEs), manual DOM manipulation, and a BSL license that restricts commercial use.
Streama is a self-hosted media streaming server implemented as a Grails 3 (Groovy) monolith with an AngularJS 1.x single-page application frontend. In production, it allows users to upload or mount video files (movies, TV shows, generic videos), fetch metadata from TheMovieDB, stream videos via HTTP range requests (or optional transcoding via FFmpeg), manage subtitles (manual or from OpenSubtitles), track viewing progress, and manage multi-profile accounts with role-based access. The system relies on MySQL (or H2 for dev), Java 8, and external APIs (TheMovieDB, OpenSubtitles). The architecture is a traditional Grails web application with RESTful controllers, Groovy services for business logic, and a rich client-side AngularJS interface that includes a custom video player directive, admin panels, and dashboard views. The codebase shows signs of a long-lived project with a large number of vendored frontend dependencies (Bower-managed), some now outdated (AngularJS 1.x, jQuery UI, Bootstrap 3). While the application is functional and well-documented, the technology stack is aging, and the frontend particularly would benefit from modernization.
This repository provides deployment configurations and scripts for self-hosting the UI Bakery low-code platform. It contains Docker Compose files for local, Azure, and external database setups, Kubernetes manifests for orchestration, and shell scripts for installation, setup, and updates. The repository does not include the application source code but rather orchestrates pre-built Docker images of UI Bakery's services (gateway, frontend, backend, etc.). The installation script guides users through environment configuration, secret generation, and service startup via Docker Compose. While functional and demonstrating good practices in input validation and cryptographic secret generation, the update script contains a bug in the external database handling section, and the scripts lack modularity, limiting reusability beyond this specific deployment context.
This repository is a curated list of open-source sysadmin tools, functioning as a knowledge base rather than an executable application. It contains no source code, API endpoints, or data processing pipelines. The content consists entirely of Markdown documentation linking to external software projects across categories like backups, monitoring, configuration management, and virtualization. The PR template explicitly redirects contributions to a separate repository (`awesome-sysadmin-data`), indicating this repo may serve as a mirror or legacy interface while the active data management occurs elsewhere. The repository structure is flat, containing only documentation files (README.md, LICENSE.txt) and GitHub issue templates. There are no executable components, unit tests, or dependency manifests. While the content is valuable for discovery, it lacks the engineering substance required for software reuse. The metadata (links, descriptions, licenses) is static and human-curated, making it a dataset of software recommendations rather than a data pipeline. The repository is actively maintained based on the provided commit history (2026-06-20), though the workflow is split between this repo and the `-data` variant. Technical drift is minimal as Markdown content does not degrade, though external links may rot over time. Reproducibility is high as the content is static and fully documented within the file itself.
SparkleShare is a cross-platform desktop file synchronization application that uses Git as its backend, similar to a self-hosted Dropbox. It provides a system-tray-based GUI for Linux (GTK+), macOS (Cocoa), and Windows (WPF), allowing users to sync folders with remote Git repositories via SSH. The application supports encryption (AES-256-CBC), Git LFS for large files, and real-time sync signals via a centralized announcement service. The core sync logic is implemented in the shared 'Sparkles' library, with platform-specific controllers and UIs. The codebase is written in C# using Mono/Xamarin and targets .NET 4.5. The project has been in maintenance mode since its last release in November 2020, with the author seeking sponsors. The architecture is a monolith with a shared core and platform-specific frontends, but the technology stack is aging (GTK+2, WebKit, jQuery 1.6.1) and the build system is fragmented (meson + legacy .csproj). There is minimal test coverage and several abandoned features (e.g., listener layer). Despite these issues, the core sync engine and SSH abstraction demonstrate reasonable engineering for its era.
Lsky Pro is a self-hosted image hosting platform written in Laravel (PHP). It allows users to upload, store, manage, and share images through a web interface or REST API. The application supports multiple storage backends (local filesystem, AWS S3, Alibaba OSS, Tencent COS, Qiniu Kodo, Upyun USS, SFTP, FTP, WebDAV, MinIO) and offers features such as user groups with granular permissions, image watermarking, content moderation (via third-party scanning services), thumbnail generation, and a public gallery. The frontend uses Blade templates with Alpine.js and jQuery for interactivity, while the backend follows a standard Laravel MVC pattern with services, models, middleware, and enums for configuration management. The codebase is functional but unremarkable from a software craftsmanship perspective. It follows common Laravel conventions without notable innovation. The storage strategy abstraction, enum use, and middleware for feature toggles are decent patterns, but none are isolated enough to be reusable in other projects without significant modification. The JavaScript is heavily reliant on global state and inline jQuery, which reduces testability and maintainability. The project has minimal test coverage (only example tests) and the README explicitly states that the open source version has ceased maintenance. Maintenance is effectively abandoned; the last commit is dated in the future (presumably a metadata error) but the project is marked as no longer supported. Dependencies may be outdated, and the reliance on external cloud SDKs introduces potential compatibility risks. Technical drift is moderate: the application uses Laravel 9 and Tailwind CSS, which are still reasonably current, but the JavaScript dependencies are older and the overall architecture is monolithic. The lack of active development and the explicit deprecation warning make this repository unsuitable for new projects seeking ongoing support, though it could serve as a reference for building a similar image hosting platform.
Mantrae is a self-hosted web UI for managing Traefik dynamic configuration, including routers, services, middlewares, entry points, and server transports. The backend is written in Go using ConnectRPC/protobuf for the API layer, sqlc-generated code for SQLite persistence, and a Svelte frontend for the user interface. It provides CRUD and operational workflows for Traefik resources, DNS providers, users, agents, backups, and profiles. The README explicitly states that development has moved to Tether, making this project superseded. The codebase is a monorepo with large amounts of generated protobuf and sqlc code committed alongside hand-written service logic. It uses modern tooling such as buf, sqlc, goreleaser, and ko, but has no visible tests, some incomplete documentation, and a minimal OpenAPI spec. The UI includes generic data table components with sorting, filtering, pagination, and bulk actions. Overall, it is a functional but unremarkable application with moderate maintainability and limited reuse potential outside its own architecture.
This repository is a curated list of free software network services and web applications that can be self-hosted. It is maintained by the community and contains hundreds of entries organized by category, along with links, licenses, and deployment methods. It does not contain any executable code; it is purely a documentation and reference resource. The list is actively maintained and used as a directory for discovering self-hosted alternatives to various SaaS services.
The ZeroClaw-Android repository is an archived Android application project that was intended as an experiment to create a home for AI agents on Android. The README explicitly states the project is archived due to scope concerns and safety issues with the largely AI-generated codebase. No actual source code is visible in the provided file tree beyond the README and a ZIP archive (ZeroClaw-Android-main.zip) whose contents cannot be inspected. The repository consists almost entirely of Git metadata, indicating the source code is not directly accessible for analysis. Without access to the application code, it is impossible to assess architecture, functionality, or code quality. The project is marked as abandoned with no maintenance activity.