- An asset pipeline for development and production
- Auto-refreshing of assets in development
- Long-term asset caching in production that's easy to deploy to a CDN
- A production-ready deploy strategy
- A web server (express) for custom server logic
- Session management (using cookies)
- React for rendering all views
It does not include:
- A mechanism for fetching data
- A global state management framework
- Server-side rendering of React components
- A client-side router
This repo is mainly for me. This is how I build my websites. But I'm publishing it for the sake of others who may find it interesting.
My main goal is to have something I can use to quickly spin up a new website on the stack I like to use. If I succeed, you can bet this repo will stay up to date and will occasionally even get new features. If you decide to use it and you think something's missing, please send a PR. If it's a lot of work, you might want to contact me first on Twitter to see if it's something I'd like to include.
This framework currently serves hundreds of thousands of HTTP requests per day on the following sites using Heroku standard and hobby dynos:
Run the following command to create a new project:
$ node -e "$(curl -fsSL https://git.io/web-starter)"
Enter your project name at the prompt (e.g.
new-project), then install dependencies and start the server:
$ cd new-project $ npm install $ npm start
Open a browser to http://localhost:5000.
When you're ready to deploy, initialize your git repository:
$ git init $ git add . $ git commit -m "Initial commit"
Then, create a new Heroku app and push:
$ heroku create my-app-name $ git push heroku
Assets are automatically compiled for you on every deploy.
SESSION_SECRET environment variables to configure the domain and secret that will be used to sign the session cookie. In development, you can store these variables in a
.env file in the root directory. In production, set them with:
$ heroku config:set SESSION_DOMAIN=.example.com $ heroku config:set SESSION_SECRET=`node -p 'require("crypto").randomBytes(64).toString("hex")'`
By default assets are compiled when you deploy to Heroku and served out of the
public/assets directory with a lifetime of one year (i.e.
Cache-Control: public, max-age=31536000 HTTP header). To alter the
max-age value, set the
MAX_AGE environment variable:
$ heroku config:set MAX_AGE=1d
Serving Assets from a CDN
If you prefer to serve your assets directly from a CDN instead of from your application server, first put the full URL to your CDN in the
output.publicPath variable in
webpack.config.js and manually run the build with:
$ npm run build
Then upload the
public/assets directory to your CDN and deploy.
web-starter wouldn't exist without the incredible work of everyone involved in these projects: