Projects using PostgreSQL in KarachiProjects using PostgreSQL in Karachi
Cover image for Multi-Tenant CMS and Website Platform
Multi-Tenant CMS and Website Platform for Multi-Brand Organizations Description: A production-ready multi-site CMS that lets one team run many branded websites from a single admin. It includes tenant isolation, a block-based page builder, automated WordPress migration, AI-assisted page building, and AWS infrastructure. The challenge: The client needed to manage many separate websites from one CMS. Each site had its own domain, theme, content and users. The platform had to do four things at once: • keep tenants fully isolated from each other • give editors reusable building blocks instead of one-off pages • make moving existing WordPress sites in fast instead of a manual rebuild • run reliably in production, not just work as a prototype What I built: 1. Multi-tenant Payload CMS. Tenant isolation, per-tenant domains and themes, and role-based access control, so every brand stays separate within one admin. 2. Block-based page builder. Reusable content blocks, plus blog and form support, so editors build pages without a developer. 3. WordPress migration automation. Existing sites are imported automatically, and content import and export runs through structured workflows. 4. AI-assisted page and component generation. Claude turns screenshots and layouts into ready-to-use pages and components, which speeds up new-site setup. 5. Performance and SEO. Static site generation with Next.js, semantic HTML, and Tailwind CSS for fast, search-friendly pages. 6. Production AWS infrastructure. Defined in CloudFormation with RDS (PostgreSQL), S3, CloudFront, ACM, SES, Lambda and WAF, with separate staging and production environments. 7. Production-readiness work. Improvements to admin UX, data workflows, environments and infrastructure security, plus Playwright in the tooling. The outcome: The product went from concept to a production-ready multi-site platform. One team can now launch and run many branded websites from one place. Each site is isolated, fast and SEO-friendly. Migrations and new builds take a fraction of the manual effort. Key takeaway: A white-label CMS only scales when flexible content tooling comes with real production engineering: isolation, migrations, infrastructure and security. Good fit for: agencies, franchises, multi-brand organizations, and SaaS teams managing many websites from one platform. Skills and tools used: Next.js · Payload CMS · PostgreSQL · Tailwind CSS · AWS · CloudFormation · CloudFront · RDS · S3 · Lambda · SES · WAF · Playwright · Claude API · Multi-Tenant SaaS · Headless CMS · WordPress Migration · SEO
1
13
Cover image for Moving From Prototype to Production
Our
Moving From Prototype to Production Our focus wasn't to redesign the product from scratch. The original UX already reflected how performance teams actually work, so we preserved the existing product experience while rebuilding the underlying infrastructure. Real-Time Data Infrastructure We replaced static datasets with a structured ingestion architecture capable of receiving information from multiple sources. The system was designed around: GPS and wearable data HRV and recovery metrics Sleep information Wellness submissions Training-load records External performance systems Each integration required validation, normalization, and error handling so inconsistent or incomplete data wouldn't compromise the platform. Live Performance Calculations Static calculations were replaced with dynamic processing. The platform could evaluate: ACWR Training-load trends Readiness scores Historical performance Rolling training windows Individual athlete baselines This allowed performance metrics to evolve with the athlete instead of remaining fixed to predefined values. Intelligent Performance Insights We replaced simulated recommendations with a data-driven inference layer. Insights were generated based on actual athlete conditions and predefined performance rules. For example, when training load increased significantly while recovery indicators dropped below an athlete's baseline, the system could surface an appropriate risk signal rather than displaying a generic recommendation. Role-Based Access Athliq required different users to work with different levels of information. We implemented role-based access so that: Performance Directors could monitor squad-level performance Sport Scientists could analyze training and performance metrics Physiotherapists could access injury and return-to-play information Coaches could focus on readiness and daily training Athletes could access relevant individual information Access restrictions were enforced at the system level rather than simply being controlled through the interface. Monitoring & Reliability Production systems need visibility when something goes wrong. We introduced logging and monitoring across data ingestion, calculations, and system events. The platform could identify issues such as: Missing data Delayed integrations Invalid records Calculation anomalies Stale data sources Application errors This helped prevent outdated information from being presented as current performance data. Technology Stack Frontend: React 19, Vite, Tailwind CSS, Recharts, React Router Backend: Node.js, Fastify Database: PostgreSQL, TimescaleDB Infrastructure: Redis, Vercel, Railway / Render, Supabase Storage Integrations: Catapult, Polar, Garmin, Google Forms, Typeform Authentication & Security: Auth0, Row-Level Security Monitoring: Sentry, Datadog The Result Athliq transformed a fragmented performance-monitoring workflow into a centralized platform. Instead of moving between multiple browser tabs, spreadsheets, forms, and communication channels, performance teams could access their core athlete information through a unified dashboard. The platform provided role-specific views, continuously updated performance information, historical context, and actionable signals from integrated data sources. More importantly, it created a shared data layer for coaches, sport scientists, physiotherapists, and performance directors. The product evolved from a concept-validation prototype into a production-ready performance intelligence platform. What Made the Project Interesting The biggest challenge wasn't simply building another analytics dashboard. It was translating real-world sports performance workflows into reliable software infrastructure. The original product concept came from someone deeply familiar with the domain. Our role was to preserve that domain knowledge while introducing the engineering foundations required for scalability, reliability, security, and live data processing. The result was a system designed around the questions performance teams actually need answered—not simply around the data available to them. Athliq Today Athliq has evolved into a multi-role sports performance platform supporting professional and university-level performance environments. The platform brings together data from multiple sources and transforms it into role-specific performance insights, giving teams a centralized environment for monitoring readiness, training load, recovery, and athlete progression. From a coach's notebook and fragmented data sources to a scalable performance intelligence platform.
0
68