Awesome Open Source
Awesome Open Source

License: MIT Build and Test app

django-react-typescript logo

Your favorite React-Django boilerplate.


This is a fully-featured Django-React boilerplate built for great development experience and easy deployment.


  • Commit lint rules


Other features Status
SSR ready In progress
Service workers ✔️
Gzip static file gen ✔️
Cache control ✔️
Code split and lazy loading ✔️
Google Analytics ready ✔️
PWA ready ✔️


Other features Status
Token authentication ✔️
SMTP ready ✔️


Other features Status
NGINX config file ✔️
CI/CD to any V.M. (AWS EC2s, GCloud apps, Digital Ocean droplets, Hostgator VPSs, etc) accessible via SSH (the hml and prd branches will trigger the deploy workflow) ✔️
CI/CD to deploy straight on host (without virtualization; not recommended) (the branch prd-host will trigger this. See more on the host deploy workflow method) ✔️


Development directions

  1. Clone this repo: git clone
  2. Create a virtual environment: python -m venv venv
  3. Activate it ☝️: source venv/bin/activate or venv\Scripts\activate if you're on a Windows
  4. Install dependencies: npm i && pip install -r requirements.txt && cd frontend && npm i
  5. Setup the project .env file by taking as example the .env.example on the root folder (refer to configuration for more details)
  6. Setup the frontend app's frontend/.env file by taking as example the frontend/.env.example file (refer to configuration for more details)
  7. Start the application: npm start (make sure Postgres is up and running)


You should configure these variables on a .env file on the root folder for the global configuration and a .env file for the frontend configuration under frontend/.env when developing. As for deploying the app, you will need to set the same set of dev variables + some variables exclusively used in production environments as secrets.


Environment variable Default Description
SECRET_KEY w%h-ok)&[email protected]&ht!#[email protected]*#d Django's SECRET_KEY used to encrypt passwords. It can be generated by running: python -c 'from import get_random_secret_key; print(get_random_secret_key())'
CDN_NAME - Cloudinary's CDN name
CDN_API_KEY - Cloudinary's CDN API key
CDN_API_SECRET - Cloudinary's CDN API secret
DB_HOST - Database host name
DB_NAME - Database name
DB_USER - Database user
DB_PASSWORD - Database password
DB_PORT - Databse port
SMTP_HOST_USER Your SMTP email (should be a GMail one)
SMTP_HOST_PASSWORD - Your SMTP email password
TEST 0 Used to test the app on the pipeline
TWILIO_ACCOUNT_SID - Your Twilio account SID (optional)
TWILIO_AUTH_TOKEN - Your Twilio account Auth token(optional)
TWILIO_WPP_NUMBER - Your Twilio account's Whatsapp number (optional)

Exclusively used in production

Environment variable Must be
IMAGE_NAME Docker image name (for HML, it will append -hml on its name)
MODE production. This is hardcoded on the Dockerfile
ALLOWED_HOSTS A set of hosts allowed to pass CORS policy. I.g: "" ""
HML_ALLOWED_HOSTS Same as ALLOWED_HOSTS but for a HML environment
DEPLOY_TOKEN A Github token with permission to pull this project's image from your Github registry
HML_DEPLOY_TOKEN Same as DEPLOY_TOKEN but for a HML environment
HOST The domain under which your site will be hosted (
HML_HOST Same of HOST but for a HML environment (i.g.:
SSH_PRIVATE_KEY The SSH key used to access the host machine (currently, one for both PROD and HML environments)
USERNAME The SSH username used to access the host machine (currently, one for both PROD and HML environments)


Environment variable Default Description
NODE_ENV development Let's Webpack know when to build files to correct public path, optimize code and when to prepend localhost for API endpoints or not. Values must be either development or production. This is hardcoded on the Dockerfile
AUTH_TOKEN - An auth key generated on Django's admin that must be associated to a user with specific permissions (i.g.: read specific infos from Django's ORM)
GTAG_ID - Google Analytics ID

Exclusively used in production

Environment variable Must be
HML_AUTH_KEY Same as AUTH_KEY but for a HML environment
HML_GTAG_ID Same as GTAG_ID but for a HML environment

Deployment worfklows

Virtualized Deploy Workflow

Branches hml and prd will trigger this workflow.

Deploy workflow

Host Deploy Workflow

For this kind of deploy to work, you will need a running Postgres database, Nginx, and Supervisor processes.

Basic architecture


Get A Weekly Email With Trending Projects For These Topics
No Spam. Unsubscribe easily at any time.
Python (1,146,154
Typescript (264,731
Reactjs (75,919
Docker (34,587
Django (12,944
Docker Compose (6,715
Boilerplate (5,611
Github Actions (4,465
Styled Components (3,761
Django Rest Framework (2,407
Django React (11
Django React Integration (5
Django React Boilerplate (3
Related Projects