Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/Alex-ray/docker-postgres-react-redux-graphql-hmr-ssr-kit
Production ready full stack starter kit. Featuring: Docker, Node, Postgres, Sequelize, React, Redux, GraphQL, RXjs, Webpack 3, Hot Module Reloading, Server Side Rendering and Code Splitting.
https://github.com/Alex-ray/docker-postgres-react-redux-graphql-hmr-ssr-kit
codesplitting docker docker-compose express framework graphql hot-module-replacement nodejs postgresql react react-router-v4 redux redux-actions redux-observable reselect sequilizejs server-side-rendering ssl starter-kit webpack3
Last synced: 5 days ago
JSON representation
Production ready full stack starter kit. Featuring: Docker, Node, Postgres, Sequelize, React, Redux, GraphQL, RXjs, Webpack 3, Hot Module Reloading, Server Side Rendering and Code Splitting.
- Host: GitHub
- URL: https://github.com/Alex-ray/docker-postgres-react-redux-graphql-hmr-ssr-kit
- Owner: Alex-ray
- License: mit
- Created: 2017-09-24T19:14:59.000Z (about 7 years ago)
- Default Branch: master
- Last Pushed: 2017-10-27T17:05:43.000Z (about 7 years ago)
- Last Synced: 2024-10-30T08:56:24.217Z (11 days ago)
- Topics: codesplitting, docker, docker-compose, express, framework, graphql, hot-module-replacement, nodejs, postgresql, react, react-router-v4, redux, redux-actions, redux-observable, reselect, sequilizejs, server-side-rendering, ssl, starter-kit, webpack3
- Language: JavaScript
- Homepage:
- Size: 1.36 MB
- Stars: 70
- Watchers: 6
- Forks: 4
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
# ⚡ 🔮 BLK STACK 🌙 ⚡
## 💭 What is it?
This is a meta framework, framework. A project made up of specific technologies that are easily interchangable.
*__Docker: -__* This is where our stack starts our app is split up into three containers an Nginx container for serving static files, a Node.js container for the backend and a Postgres container for our database. This also enables for cross platform development and deployment. Robust, Flexible and Dead Simple.
*__Postgres: -__* The tried, trued and tested defacto databse. In this project I use the popular sequelize ORM.
*__GraphQL: -__* A more effecient way to query data from a server. A better way to develop with the interactive graphql interface. This also provides an abstraction layer between our api and database that provides additional flexiblity if we every need to swap it out.
*__React, Redux, React Router: -__* At this point its almost and industry standard. Undirectional data flow, fast render times and extremely flexible.
*__Redux Observables (Rxjs): -__* RxJS 5-based middleware for Redux. Compose and cancel async actions to create side effects and more.
*__Server Side Rendering: -__* We use server side rending by utilizing Universal javascript on the Node.js server. Because were using React its simply a matter of rendering React views on the server.
*__Code Splitting: -__* Split code into bundles so that code is asynchronously loaded by the client.
*__Hot Module Reloading: -__* Replaces modules that have been changed in real time while preserving the state.
## ⚙ How?
The application works like this.
We use shell scripts to handle docker and related tasks, these are located in the `bin` directory. e.x. `./bin/develop.sh` or `./bin/deploy.sh` (more details on this below)
The shell scripts sets up our docker containers, migrates the database, installs dependencies, compiles source code and launches our servers.
The Nginx server handles static file requests and the Node.js Express server handles all other request. When a request is made we render our React application on the server based on that route and return the output as a html.
Once the Html is sent to the client our React application takes over.
On build our application is split up into bundles for each route. Only that routes bundle is served to the client; when a new route is entered a new bundle is requested and sent to the client.
In addition our core dependencies are split into a seperate bundles and cached our our Nginx server. Everything is fingerprinted.
When developing we spin up a seperate frontend server that handles hot module reloading.
On a more techinical note we use all sorts of goodies that I leave you to explore, things like `reselect`, `redux-actions`, `immutablejs`, `cssnext`, `react-router-redux` etc...
Last but not least I have to give a huge shout out to @Producters for the https://github.com/Producters/docker-node-react-starter which is what this project is based off of.
## 🛠 Setup
Get latest docker (1.11+) & docker-compose (1.7+):
https://www.docker.com/
https://docs.docker.com/compose/Pull down the repository:
```sh
git clone [email protected]:Alex-ray/docker-postgres-react-redux-graphql-hmr-ssr-kit.git
```Start the dev server:
```sh
./bin/develop.sh
```
Wait for docker to set up dev env, then open [http://localhost:8000](http://localhost:8000)## production mode
```sh
# build production images, create db backup & start
./bin/deploy.sh# stop server
./bin/stop_production.sh# start srever
./bin/start_production.sh
```In prod mode sources are added to docker image rather than mounted from host. Nginx serves static files, proxy pass to node for app. Logs in `logs` dir.
#### enable ssl
Copy your .key and .crt files to `nginx/ssl` and run `./bin/deploy.sh`.## install dependencies
```sh
# frontend
./bin/npm_frontend.sh install [package] --save-dev# backend
./bin/npm_backend.sh install [package] --save
```## database management
```sh
# open psql session
./bin/psql.sh# create a backup in backups dir
./bin/backup.sh# restore from a backup in backups dir (server must be stopped)
./bin/restore.sh backups/somebackup.bak
```## layout
```
bin/ - various utility scriptsdocker-compose.yml - base docker compose config
docker-compose.overrides.yml - development docker compose config
docker-compose.production.yml - production docker compose configfrontend/ - frontend stuff
frontend/package.json - npm package file with frotnend dependencies
frontend/dist/ - compiled and production ready client side code
frontend/universal/ - universal javascript code
frontend/index.js - js entry point. include other js deps herebackend/ - backend stuff
backend/lib/ - node app
backend/lib/index.js - entry point
backend/lib/models/ - sequelize model definitions
backend/lib/migrations/ - sequelize migrations
backend/config/ - config
backend/config/default.json - config defaults
backend/views/ - pug templates
backend/Dockerfile - production build dockerfile
backend/media/ - user uploads @TODO
backend/package.json - npm pacakge file with backend & test depos
backend/nightwatch.json - nigthwatch config
backend/tests/specs/* - nightwatch test specslogs/ - in prod mode app, nginx logs go here
nginx/ - nginx stuff for prod mode
nginx/ssl/ - put key & cert here if you use ssl
nginx/nginx_nossl.conf - nginx conf if no ssl is used
nginx/nginx_ssl.conf - nginx conf for deploy with ssl
```## config
Config files for backend are located at `config/*.json`.
If `config/[NODE_ENV].json` exists, values are loaded from it first. Then defaults are filled in from `config/default.json`;## logging
[Winston](https://github.com/winstonjs/winston) is used for logging. Loggers and transport are configured via config files, see `config/default.json`.
```js
import logger, {getLogger} from 'winston';//default logger
logger.info('logging to default');
logger.error('bad thing happened');//custom logger, define transports in config
let netlogger = getLogger('network');
netlogger.info('network stuff');
```## migrations
```sh
# create new migration
./bin/sequelize.sh migration:create --name some_migration# run migrations
./bin/sequelize.sh db:migrate
```## tests
e2e tests are implemented using [nightwatch.js](http://nightwatchjs.org/). Test specs are located at `backend/tests/specs/`
```sh
#run tests
./bin/test.sh# skip frontend build (eg, running tests repeatedly)
./bin/test.sh --skipbuild# keep selenium, vnc server & database running after tests end
# for fast next run & to keep vnc from disconnecting if debuggin
./bin/test.sh --dontstop# run a particular test file only
./bin/test.sh -- --test tests/specs/auth.js# run particular test case only
./bin/test.sh -- --test tests/specs/auth.js --testcase 'User can login via auth0'```
To debug tests it's possible to vnc into selenium container while its running at localhost:5900 and view the browser. Password is `secret`.
```sh
sudo apt-get install vinagre # vnc clientvinagre localhost:5900
```