、/etc/nginx/conf.d/ 文件夹，是我们进行子配置的配置项存放处，/etc/nginx/nginx.conf 主配置文件会默认把这个文件夹中所有子配置项都引入；、/usr/share/nginx/html/ 文件夹，通常静态文件都放在这个文件夹，也可以根据你自己的习惯放其他地方；
# 添加开启端口，--permanent表示永久打开，不加是临时打开重启之后失效 firewall-cmd --permanent --zone=public --add-port=/tcp # 查看防火墙，添加的端口也可以看到 firewall-cmd --list-all
nginx -s reload # 向主进程发送信号，重新加载配置文件，热重启nginx -s reopen # 重启 Nginxnginx -s stop # 快速关闭nginx -s quit # 等待工作进程处理完成后关闭nginx -T # 查看当前 Nginx 最终的配置nginx -t -c <配置路径> # 检查配置是否有问题，如 ...
readyState属性返回实例对象的当前状态，共有四种。
CONNECTING：值为，表示正在连接。
OPEN：值为，表示连接成功，可以通信了。
CLOSING：值为，表示连接正在关闭。
CLOSED：值为，表示连接已经关闭，或者打开连接失败。
XMLHttpRequest.DONE的值为，分别是（尚未初始化）、（正在加载）、（加载完毕）、（正在处理）和（处理完毕下面是一个示例。
switch (ws.readyState) &#; case WebSocket.CONNECTING: // do something break; case WebSocket.OPEN: // do something break; case WebSocket.CLOSING: // do something break; case WebSocket.CLOSED: // do something break; default: // this neve ...
配置docker的这个文件;etc;docker;daemon.json后出错或者修改docker.service之后。修改此文件后重新加载
systemctl daemon-reload 加载配置文件。使其生效 systemctl start docker 重启
问题原因： 是因为docker.service 这个文件中配置的启动参数和daemon.json的参数冲突了
Job for docker.service failed because the control process exited with error code. See “sys temctl status docker.service” and “journalctl -xe” for details.
一定要分清楚自己电脑上的docker.service的位置，有的在usr下，有的在、ect;systemd;system;下。
docker.service的
ExecStartD;;usr;bin;dock ...
Docker容器Centos不能使用systemctl命令问题 - Chloneda - 博客园 (cnblogs.com)
启动centosdocker run -v /root/.bashrc:/root/.bashrc -v /apps:/apps --privileged=true --cap-add SYS_ADMIN -itd --name=centos -p : centos:centos /bin/bash
–privilegedD;true 指定容器为特权容器–cap-add SYS_ADMIN 添加系统权限;ust.;sbin;init 初始化容器里的centos ，用于启动dbus-daemon
**docker run -v /apps:/apps --privileged=true -itd --name=centosappform -p : -p : -p : -p : centos-ssh /usr/sbin/init ...
docker compose是什么？](https://juejin.cn/post/)
compose、machine 和 swarm 是docker 原生提供的三大编排工具。简称docker三剑客。
Docker Compose能够在 Docker 节点上，以单引擎模式(Single-Engine Mode)进行多容器应用的部 署和管理。多数的现代应用通过多个更小的微服务互相协同来组成一个完整可用的应用。 部署和管理繁多的服务是困难的。而这正是 Docker Compose 要解决的问题。Docker Compose 并不 是通过脚本和各种冗长的 docker 命令来将应用组件组织起来，而是通过一个声明式的配置文件描述整 个应用，从而使用一条命令完成部署。应用部署成功后，还可以通过一系列简单的命令实现对其完整声 明周期的管理。甚至，配置文件还可以置于版本控制系统中进行存储和管理。
docker compose常用命令启动服务 docker-compose up -d 停止服务 docker-compose down 列出所有运行容器 doc ...
根据容器名查询overlay里面对应的文件（反之）
docker ps -q | xargs docker inspect --format ;&#;&#;.State.Pid&#;&#;, &#;&#;.Id&#;&#;, &#;&#;.Name&#;&#;, &#;&#;.GraphDriver.Data.WorkDir&#;&#;; | grep #&#;文件名则筛选出对应的镜像信息&#;
docker ps -q | xargs docker inspect --format ;&#;&#;.State.Pid&#;&#;, &#;&#;.Id&#;&#;, &#;&#;.Name&#;&#;, &#;&#;.GraphDriver.Data.WorkDir&#;&#;; | grep \
docker 容器中某个容器的name或者 ...
