Case Study · Platform EngineeringAll work

Muktibeg Ecosystem

A multi-sided EdTech platform family — course marketplace, learning community and flashcard apps — built Bangla-first, offline-first and local-payments-first for Bangladesh's exam economy.

FounderDeveloper

Ownership — Founder-owned product. I lead the technical direction and build the platform; content operations run through the tools the platform provides.

Products
Campus SaaS · Community · Flashcards (Android + web)
Users
Teachers · students · moderators · admins
Live since
In production across muktibeg.com properties
[ 01 /]

Project Introduction

Muktibeg (Bengali: মুক্তিবেগ — 'escape velocity') is the learning ecosystem I founded to help Bangladeshi students reach escape velocity through the country's most competitive examinations: HSC, university admission and medical admission tests. It operates as a family of connected products sharing one mission and, increasingly, one identity layer.

The ecosystem spans three production systems. Muktibeg Campus is a multi-sided EdTech SaaS where independent teachers run full digital academies — courses, batches, lecture libraries, exams and monetization — while students get a single home for admission preparation. Muktibeg Community organizes curriculum-aligned knowledge along the national hierarchy (Education Level → Class → Group → Subject → Paper → Chapter → Topic) with community contribution and moderation at scale. The Flashcard ecosystem (an Android app on Google Play and the AceYourEd web platform) turns vast memorization-heavy syllabi into measurable daily study routines with per-card accuracy analytics.

[ 02 /]

Problem Statement

The platform was designed for its market, not adapted to it. Bangladeshi students study in Bangla on affordable Android devices, frequently without email accounts and almost universally without credit cards — while the dominant ed-tech products are English-first, card-first and email-first. The mismatch isn't cosmetic: it decides who can even enroll.

On the supply side, independent teachers and coaching businesses run entirely offline — enrollments over phone calls, fees in cash, materials as printed handouts. There was no software that let a teacher open a credible online academy without building one, and no platform that could keep a marketplace of student-teacher transactions trustworthy as it grew.

Finally, the content problem: curriculum-aligned notes, questions and solutions were scattered across PDFs and Facebook groups — unsearchable, unmoderated and invisible to a student who needs exactly the right material at 1 a.m. before an exam.

[ 03 /]

Project Objectives

  • Bangla-first, bilingual interfaces that match how the audience actually reads
  • Offline-first enrollment — access codes that work without email or cards
  • Local payments through SSLCommerz and bKash with bank-grade safety
  • A multi-sided revenue model: student subscriptions, teacher capacity packages, peer-to-peer teacher sales
  • Edge-fast search over curriculum content, in Bangla, on low-end devices
  • Quality governance — vetting, moderation, audit trails — that scales without a large staff
  • A study system that measures weakness per card and per topic, not just completion
[ 04 /]

My Role & Ownership

FounderDeveloper

Founder and lead developer — architecture, code and roadmap.

Founder-owned product. I lead the technical direction and build the platform; content operations run through the tools the platform provides.

[ 05 /]

Technical Architecture

Each product has the architecture its load profile demands. Campus is a unified full-stack Next.js application: one deployable serves four role portals, the public pages and the API layer over distributed SQL (CockroachDB via Prisma), with file storage in R2 behind expiring signed URLs and payments isolated behind a companion service that signs server-to-server requests and consumes signed webhooks.

Community is edge-first: a single Cloudflare Worker serves the SPA and a typed JSON API; search is answered by an edge-local SQLite full-text index incrementally synced from PostgreSQL on Oracle Cloud; all relational traffic multiplexes through a pooled TLS connection; media flows from object storage straight to the browser. The primary database remains the source of truth — the index is derived and fully rebuildable.

The Flashcard ecosystem is a deliberate monolith: one Node.js/Express application on Oracle Cloud serves the REST API to the Android app and renders the AceYourEd web client with EJS templates — two clients, one brain, all business rules server-side. SSO bridges tie the campus to the companion apps.

Muktibeg Campus — one Next.js deployable, four role portals
CLIENTSERVERDATAEXTERNALPlatform Users4 role-based portalsPublic Visitorscourse previewsNext.js 14 Appportals · pages · APIRedemption Enginecodes · access tokensAuth & AccessJWT · role gatingCockroachDBdistributed SQLObject Storageexpiring signed URLsEmail OTPteacher verificationPayments Servicesigned server-to-serverSSLCommerzlocal payment methodsCompanion Appsflashcards · practicepreviewsoffline enrollmentlecture PDFsOTPcheckoutgatewaySSO bridge
Muktibeg Community — edge-accelerated search over PostgreSQL
CLIENTEDGE NETWORKDATAStudentsteachers · learnersEdge CDNstatic SPA deliveryEdge Workertyped JSON APIEdge Search IndexSQLite full-textObject Storagecontent-addressedConnection PoolTLS to originPostgreSQLOracle Cloud1 · HTTPSvotes · moderationedge-local searchwrites & readsTLSupload / serveincremental sync
Flashcard ecosystem — two clients, one backend
CLIENTSERVERDATAEXTERNALAndroid AppGoogle PlayAceYourEd Webserver-rendered EJSExpress MonolithREST API + templatesStudy Engineflashcards · progressRelational DBusers · contentSanity CMScourses · quizzesMux Videolecture streamingAdMobbanner + interstitialbKashcourse paymentsHTTPS · RESTsame-origin HTMLstructured contentfees
[ 06 /]

Technology Stack

Campus

Next.js 14 (App Router)React 18TypeScriptTailwind CSSRechartsFramer MotionNextAuth.jsJWT sessionsPrisma ORM

Community

React 19 + ViteCloudflare WorkersTypeScript strictTipTap + KaTeXDrizzle ORMEdge full-text searchR2 Storage

Flashcards

Android (Google Play)Node.js + ExpressEJSSanity CMSMux Video

Data

CockroachDB (distributed SQL)PostgreSQL on Oracle Cloud27-table community schema40+ model campus schema

Payments

SSLCommerz gatewaybKash mobile financial serviceSigned S2S requestsIdempotent webhooks

Infrastructure

Oracle Cloud (OCI)Docker multi-stage non-rootCloudflare edge networkCI/CD with migration gating
[ 07 /]

Database & Infrastructure

Distributed SQL for the marketplace

Campus runs on CockroachDB via Prisma — a 40+ model schema spanning users, courses, batches, enrollments, exams, payments, moderation and audit trails, with reviewable migrations in the pipeline.

PostgreSQL + edge index for the community

A 27-table relational schema on self-managed PostgreSQL (Oracle Cloud) with hardened networking and a documented backup/recovery plan; a SQLite full-text index on the edge network is synced incrementally with manifest-based skip checks and scheduled drift self-healing.

Payments isolated behind signatures

The gateway never talks to the campus directly. A companion payments service fronts SSLCommerz with cryptographically signed, timing-safe-verified requests; identity always comes from the authenticated session, prices are validated server-side, and activation happens through signed webhooks with idempotent transaction records.

Hardened session handling

Community sessions are opaque 256-bit tokens stored server-side only as SHA-256 digests — logout is instant revocation, and even a leaked database dump cannot be replayed into a login.

One lean backend for the flashcard ecosystem

A single Express monolith on OCI serves the mobile API and the server-rendered web client — minimizing deployment complexity and cross-service latency while staying modular enough to extract services later.

[ 08 /]

Key Features

Four role portals, one deployable

01

Student dashboard (courses, lectures, attendance, results, progress), teacher dashboard (batches, lecture builder, exams, packages), moderator and admin consoles (approvals, complaints, takedowns) — role gating enforced at both page and API layers.

The code-redemption engine

02

One concept powers offline enrollment codes, seat-based online access tokens and free promotional tokens: server-side generation, single-use validation, expiry and revocation, redemption-time activation windows and full seat accounting.

Edge search in Bangla

03

Curriculum content is searchable at edge-network latency, with the indexing pipeline validated for Bengali grapheme clusters, relevance ranking, snippet highlighting and a substring fallback for tokenizer gaps.

Community contribution with governance

04

Wiki-style edit suggestions, StackOverflow-style voting with denormalized scores, reputation, a formalized volunteer program, one-report-per-user flagging and transparent moderation states.

Flashcards that measure weakness

05

Chapter-wise MCQ decks, per-card answer history, success-rate analytics per card and topic, custom mock-test builder with time limits, and spaced-repetition study paths on the web dashboard.

CMS-driven content velocity

06

Courses, lessons and quizzes are managed in a headless CMS — new material ships without code deployments, and lecture video is handled by a managed delivery platform.

[ 09 /]

Engineering Challenges & Solutions

Challenge 01

Onboarding students who have no email and no card — without creating a fraud surface.

Solution

Teacher-issued alphanumeric access codes redeem for an instant account and course access. Codes are single-use, optionally batch-tied, pre-allocated or expiring; seat-based tokens start their access window only at redemption; everything is tracked, revocable and audit-logged.

Challenge 02

Search latency for a mobile-first, Bangla-first audience — a distant database round trip per query was not acceptable.

Solution

An edge-local full-text index synced from PostgreSQL. A content-manifest check (row counts + last-modified watermarks) skips reindexing when nothing changed; scheduled self-heal rebuilds bound drift; per-client rate limiting protects the shared index.

Challenge 03

Running a marketplace where students pay teachers directly, in cash — and keeping it safe.

Solution

The platform deliberately never touches peer-to-peer money; it provides the trust infrastructure instead: seat accounting, redemption-time activation windows, per-teacher complaint counters and admin freeze levers, with approval gates on a teacher's first or oversized capacity purchase.

Challenge 04

Typesetting mathematics and Bengali text together in study content.

Solution

The community editor combines a rich-text editor with mathematics notation (TipTap + KaTeX) and Noto Sans/Serif Bengali typography, so formulas and Bangla render correctly side by side.

[ 10 /]

Verifiable Outcomes

Statements verifiable via the live application and public architecture showcase

  • Live in production: campus.muktibeg.com, community.muktibeg.com, the Google Play flashcard app and the AceYourEd web platform
  • Offline-first enrollment is the primary student funnel — every teacher brings their own students
  • A 40+ model marketplace schema and a 27-table community schema run in production with audit logging on every sensitive action
  • The campus connects to companion apps through an SSO bridge
[ 11 /]

Continue Exploring

Building something similar?

I take products from concept to production — architecture, engineering and deployment. Pick the channel that suits you.