Uh oh!
There was an error while loading. Please reload this page.
Feature/docker support - #87
Conversation
| "scripts": { | ||
| "build": "rimraf dist && webpack --bail --progress --profile", | ||
| "server": "webpack-dev-server --host 0.0.0.0 --port 8080 --history-api-fallback --inline --progress", | ||
| "server": "webpack-dev-server --history-api-fallback --inline --progress", |
There was a problem hiding this comment.
I reverted it by this commit. In the first place, I wanted to use webpack-dev-server and I needed to change host to 0.0.0.0 to make it work (to fix ERR_CONNECTION_REFUSED error). But then I realized that it's better to use separated web-server (in this case express) and build command because webpack-dev-server is not good for production.
phra
left a comment
There was a problem hiding this comment.
actually i don't know if this should be part of the scope of this starter project, also because it's a client-side only application so benefits of using docker are very limited (or not existing at all)
DefeNder93
commented
Sep 11, 2017
@phra benefit from using Docker is good starting point for deploy on production. You right, it's a client-side app, but it needs to be deployed someday, and with Docker, it can be easily done. |
@phra I think with docker included it becomes a good entry point for people who are looking for a simple enough client side app setup with a backend for frontend(e.g. the node server). Anybody can work from there and make it a full-fledged deployable solution. But, I agree that for a simple enough client app(e.g. a static portfolio or demo page), it might be an overkill. |
Docker support was added. For build, run, stop commands shell scripts were created. Port and container name can be specified. NodeJS + express was used as simple web server.