This is the Supabase JavaScript SDK monorepo, providing isomorphic client libraries for Supabase backend services. It is a well-structured TypeScript monorepo managed with pnpm and Nx, containing six core packages: auth-js (authentication), postgrest-js (database queries via PostgREST), realtime-js (WebSocket-based realtime subscriptions), storage-js (file storage and vector index API), functions-js (edge function invocation), and the umbrella supabase-js package that combines them into a single `createClient()` entry point. The SDK supports multiple runtimes (Node.js, Deno, browsers, Bun, React Native, Cloudflare Workers) and includes optional OpenTelemetry tracing support. The codebase demonstrates high craftsmanship with extensive TypeScript generics for type-safe query building, fluent builder patterns, robust error handling hierarchies, and comprehensive integration tests against local Supabase infrastructure. It is actively maintained with frequent releases, automated CI/CD, and a strong focus on backward compatibility.
CIM (Cross-platform Instant Messaging) is a production-grade, modular instant messaging framework built with Java 17, Spring Boot 3.3, and Netty. It provides a complete IM solution including a Netty-based server (cim-server) for handling client connections and message forwarding, a routing server (cim-forward-route) for message routing, user login/offline management, and a client SDK (cim-client-sdk) for building custom clients. The system uses Zookeeper for service discovery, Redis for caching and session management, and optionally MySQL for offline message persistence. It supports group chat, private chat, offline messages, delayed messages, emoji, AI mode, and a built-in command system. The architecture is microservice-oriented with clear separation of concerns, and the codebase demonstrates strong engineering practices including consistent hashing for server selection, a custom ring buffer wheel for delayed tasks, a dynamic HTTP proxy for RPC calls, and a trie-based prefix search. The project includes comprehensive unit and integration tests, Docker support, and CI/CD pipelines.
This repository is the AWS Amplify JavaScript library, a production-grade client SDK for building cloud-connected web and React Native applications. In production, it runs inside end-user apps and mediates access to AWS services: Cognito authentication flows (SRP, OAuth/PKCE, WebAuthn passkeys, token refresh, MFA), S3 storage (multipart uploads, presigned URLs, path-based operations, resumable uploads), AppSync GraphQL/REST APIs, real-time WebSocket subscriptions and events, Pinpoint/Kinesis/Firehose/Personalize analytics, push notifications and in-app messaging, DataStore offline synchronization, Geo, Predictions, Lex, and IoT PubSub. It also ships a Next.js adapter that provides server-side rendering support with per-request cookie-based token storage and auth route handlers for both App Router and Pages Router. Architecturally this is a TypeScript monorepo: a `core` package provides foundational primitives (branded `AmplifyContext`, storage abstractions, HTTP middleware composition, SigV4 signing, retry logic, Hub event bus, cache), while category packages (`auth`, `storage`, `api-graphql`, `api-rest`, `analytics`, `notifications`, `datastore`, `geo`, `pubsub`) implement provider-specific logic behind a common context-first API pattern. The public `aws-amplify` umbrella package re-exports these through subpath exports, with `server` and `internals` entry points for SSR and advanced use. React Native support is provided through native modules for passkeys, push notifications, and web browser sessions. Data flows are typically: configure the Amplify singleton, resolve a context (global or per-request), call a category API, which uses composed HTTP middleware and generated service clients to talk to AWS endpoints, with analytics events buffered and flushed asynchronously. The codebase is actively maintained, with recent commits, extensive CI/CD workflows, changesets, and a large test suite. However, it carries notable transitional debt: Amazon Pinpoint APIs are deprecated with an October 2026 end-of-support, legacy v5 compatibility shims and deprecated key-based storage APIs remain, and some logic is deliberately duplicated across packages (e.g., connection state monitors and event buffers). Despite this, the architecture is coherent, the middleware and context patterns are well-designed, and the SDK is heavily tested across browser, React Native, and server environments.
This repository is the official JavaScript/TypeScript client SDK for Centrifugo, a scalable real-time messaging server. It provides a robust, event-driven client (Centrifuge class) that manages persistent connections via multiple transports (WebSocket, SSE, HTTP stream, SockJS, WebTransport), handles token-based authentication and subscription authorization, and supports three subscription models: stream (standard channel), map (keyed data), and shared poll (polling with version tracking). The SDK also implements advanced features like automatic reconnection with exponential backoff, recovery from connection drops using offset/epoch, command batching for HTTP transports, and delta compression for efficient updates. The architecture is library-oriented with a clear separation of concerns: transport implementations are abstracted behind a common interface, the main client class manages connection state and dispatch ordering via a serial promise chain, and each subscription type extends a base class with its own state machine (stream, map three-phase, shared poll). The codebase is extensively tested with both unit tests (using a fake server) and integration tests against a real Centrifugo instance in Docker. The SDK is published on npm, supports CJS and ESM builds, and includes protobuf codec support. Notable patterns include a transport abstraction with dependency injection that allows easy addition of new transports, a serial dispatch chain ensuring ordered response processing, and a per-key publish debounce mechanism. The library is actively maintained with ongoing work on refactoring subscription types as documented in NEXT_MAJOR_SUBSCRIPTION_TYPES.md. The repository also demonstrates high craftsmanship in its comprehensive test coverage, graceful error handling, and careful handling of edge cases like stale tokens, network interruptions, and concurrent operations.
FastDFS is a mature, production-grade distributed file system designed for high-capacity file storage, access, and replication. It uses a two-tier architecture: lightweight tracker servers handle file metadata and load balancing, while storage servers manage actual file data in groups for horizontal scalability. The system exposes a lightweight protocol over TCP, with file access via file IDs (group/path) rather than traditional directory hierarchies. This repository includes the full server implementation (tracker and storage daemons), a comprehensive C client library, and a plethora of client SDKs in Go, Python, Rust, TypeScript, C++, JavaScript, Ruby, C#, and PHP, each implementing the same wire protocol. The codebase demonstrates strong engineering with features like connection pooling, retry logic with exponential backoff, metadata support, appender files (mutable uploads), slave files (thumbnails/transcodes), and trunk storage for small files. It ships with extensive operational tooling: CLI with interactive and batch modes, health checkers, Prometheus exporter, capacity planning, network diagnostics, file migration, deduplication, and benchmarks. The repository also includes Docker deployment scripts, systemd services, and Debian packaging for easy setup. Notable strengths include the consistent multi-language client ecosystem, the well-documented wire protocol, and the practical focus on operational readiness (monitoring, migration, repair). However, the codebase shows signs of technical drift: some client libraries (Ruby, C#) are incomplete or have stubbed methods, the core C code uses global state and manual memory management, and protocol constants are duplicated across all client implementations, creating maintenance overhead. The build system is a mix of legacy Makefiles and modern packaging, and some tools contain hardcoded paths or placeholder logic. Overall, FastDFS remains a robust solution for distributed file storage, particularly in environments where POSIX compatibility is not required and high throughput is paramount.