We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
最近试着把自己写的node服务用docker包裹起来。只是对docker的简单入门,docker熟练工可以直接撤了,日志有待改进,虽然网上有很多方案,但是感觉多了一层docker后,日志总是没有很好的解决方案
之前做过一个代理转发的项目,同时试水过简单的docker test case,利用闲暇时间,整合了一下第一个项目和docker,这里主要讲其中踩到的坑和遇到过的问题。
整体设计如下所示:
forever start -a -e /usr/src/personal-proxy/logs/error_log.log /usr/src/personal-proxy/index.js $port
docker ps -a | grep "Exited" | awk '{print $1 }'|xargs docker rm
The text was updated successfully, but these errors were encountered:
如果没记错的话,Dockerfile里没写CMD,docker run的时候可以手动指定启动命令,比如docker run xxx:latest /bin/sh -c "node xxx.js"
docker run
docker run xxx:latest /bin/sh -c "node xxx.js"
Sorry, something went wrong.
@shawn-ye 恩,这个是没问题的,但是感觉跑起来的话command参数能在dockerfile中定义一般不会直接 docker run image [command]吧?我也是docker杂牌军,不太了解规范。。。如果有什么问题,还请斧正😆
@xtx1130 谦虚了,我一般也用CMD写在image里面。只是在某些时候比如调试 可以用docker run后面的命令覆盖掉Dockerfile里面的。
CMD
@shawn-ye 哦哦,也就是 docker run [command]的优先级要高于CMD。这里真没注意过。之前在做这个项目的时候CMD命令很简单,也没仔细分析过docker run --help。
No branches or pull requests
1.简介
之前做过一个代理转发的项目,同时试水过简单的docker test case,利用闲暇时间,整合了一下第一个项目和docker,这里主要讲其中踩到的坑和遇到过的问题。
2.dockerfile和程序设计
整体设计如下所示:
![issue4-1](https://github.com/xtx1130/blog/raw/master/images/issue4/issue4-1.png)
3.开发过程中的调试
4.调试过程中遇到的坑
可见这些镜像多么占存储空间,在清理的时候,也花了一番功夫。最靠谱的办法就是:docker kill container,然后docker images 列出来所有的镜像,可以通过docker rmi来清除,当然也可以从网上拽个脚本下来,比如:
The text was updated successfully, but these errors were encountered: