docker-compose run 命令允许你为你的应用程序运行一次性命令。例如，查看哪些环境变量可以用于 web 服务： .bulid服务除了可以基于指定的镜像，还可以基于一份 Dockerfile，在使用 up 启动之时执行构建任务，这个构建标签就是 build，它可以指定 Dockerfile 所在文件夹的路径。Compose 将会利用它自动构建这个镜像，然后使用这个镜像启动服务容器。 设定上下文根目录，然后以该目录为准指定 Dockerfile args 添加构建参数，这些参数是仅在构建过程中可访问的环境变量，如 nginx 的 Dockerfile
一、proxy_pass的nginx官方指南 nginx中有两个模块都有proxy_pass指令。 ngx_http_proxy_module的proxy_pass： ngx_stream_proxy_module的proxy_pass： 二、两个proxy_pass的关系和区别 在两个模块中，两个proxy_pass都是用来做后端代理的指令。ngx_stream_proxy_module模块的proxy_pass指令只能在server段使用使用, 只需要提供域名或ip地址和端口。可以理解为端口转发，可以是tcp端口，也可以是udp端口。ngx_http_proxy_module模块的proxy_pass指令需要在location段，location中的if段，limit_except段中使用，处理需要提供域名或ip地址和端口外，还需要提供协议，如”http”或”https”，还有一个可选的uri可以配置。 三、proxy_pass的具体用法 ngx_stream_proxy_module模块的proxy_pass指令 ngx_http_proxy_module模块的proxy_pass指令 四、proxy_pass后，后端服务器的url(request_uri)情况分析 文件: /data/www/test/test.php 通过查看 $_SERVER[‘REQUEST_URI’] 的值，我们可以看到每次请求的后端的request_uri的值，进行验证。 小结 情形A和情形B进行对比，可以知道proxy_pass后带一个URI,可以是斜杠(/)也可以是其他uri，对后端request_uri变量的影响。情形D说明，当location为正则表达式时，proxy_pass不能包含URI部分。情形E通过变量($request_uri, 也可以是其他变量)，对后端的request_uri进行改写。情形F和情形G通过rewrite配合break标志,对url进行改写，并改写后端的request_uri。需要注意，proxy_pass地址的URI部分在情形G中无效，不管如何设置，都会被忽略。