nginx重启

Mac 更改php.ini后重启环境生效 Apache服务器 Nginx Apache服务器 http://127.0.0.1/phpinfo/ 需要重启Apache，否则不生效 sudo apachectl restart Nginx 服务器访问：http://127.0.0.1:8001/ 需要重启php-fpm，否则不生效 sudo killall php-fpm sudo php-fpm 来源： CSDN 作者： 徊忆羽菲 链接： https://blog.csdn.net/guo_qiangqiang/article/details/103904446

nginx和php-fpm调用方式 一.背景： 在开发中碰到一个问题，项目以nginx+php-fpm形式访问交互，结果访问项目时报错如下图： 二.分析： 提示很明确嘛，去看error.log（在nginx.conf或者vhost里头配置的，找到你对应路径即可） 错误信息如下： 1 2 3 2017/09/18 10:46:21 [error] 3880#0: *92 connect() failed (111: Connection refused) while connecting to upstream, client: 192.168.33.10, server: local.helios.com, request: "GET /v1/room/detail.json HTTP/1.1" , upstream: "fastcgi://127.0.0.1:9000" , host: "local.helios.com" 或 1 2 3 2017 /09/18 14:30:42 [crit] 5375 #0: *43 connect() to unix:/tmp/php-cgi.sock failed (2: No such file or directory) while connecting to upstream, client: 192.168.33.10,

1.1 常用来提供 静态服务 的软件 Apache : 这是中小型 Web 服务的主流， Web 服务器中的老大哥， Nginx : 大型网站 Web 服务的主流，曾经 Web 服务器中的初生牛犊，现已长大。 Nginx 的分支 Tengine ( http://tengine.taobao.org/) 目前也在飞速发展• Lighttpd : 这是一个不溫不火的优秀 Web 软件，社区不活跃，静态解析效率很高 . 在 Nginx 流行前，它是大并发静态业务的首选，国内百度贴吧、豆瓣等众多网站都有 Lighttpd 奋斗的身彩 " 1.2 常用来提供 动态服务 的软件 * PHP ( FastCGI ):大中小型网站都会使用，动态网页语言PHP程序的解析容器。它可配合Apache解析动态程序，不过，这里的PHP不是FastCGI守护进程横式，而是mod_php5.so ( module）也可配合Nginx解析动态程序，此时的PHP常用FastCGI守护进程模式提供服务。 * Tomcat :中小企业动态Web服务主流，互联网Java容器主流（如jsp、do ） * Resin :大型动态Web服务主流，互联网Java容器主流（如jsp、do ） * IIS ( Internet information services ):微软 windows 下的 Web 服务软件（如 asp

Nginx基础详细讲解 链接：https://pan.baidu.com/s/1xB20bnuanh0Avs4kwRpSXQ 提取码：migq 复制这段内容后打开百度网盘手机App，操作更方便哦 1.nginx的特点 作为HTTP服务软件的后起之秀，Nginx与它的老大哥Apache相比有很多改进之处，比如，在性能上，Nginx占用的系统资源更少，能支持更多的并发连接（特别是静态小文件场景下），达到更高的访问效率；在功能上，Nginx不但是一个优秀的Web服务软件，还可以作为反向代理负载均衡及缓存服务使用；在安装配置上，Nginx更为方便，简单，灵活，可以说，Nginx是一个极具发展潜力的Web服务软件。 2.Nginx是什么？ nginx是一个开源的，支持高性能，高并发的www服务和代理服务软件。 nginx因具有高并发（特别是静态资源），占用系统资源少等特性，且功能丰富而逐渐流行起来。 nginx不但是一个优秀Web服务软件，还具有反向代理负载均衡功能和缓存服务功能，与lvs负载均衡及Haproxy等专业代理软件相比，Nginx部署起来更为简单，方便；在缓存功能方面，它又类似于Squid等专业的缓存服务软件。 3.Nginx的重要特性 支持高并发：能支持几万并发连接（特别是静态小文件业务环境） 资源消耗少：在3万并发连接下，开启10哥Nginx线程消耗的内存不到200MB

安装crontab: yum install crontabs 说明： /sbin/service crond start //启动服务 /sbin/service crond stop //关闭服务 /sbin/service crond restart //重启服务 /sbin/service crond reload //重新载入配置 查看crontab服务状态：service crond status 手动启动crontab服务：service crond start 查看crontab服务是否已设置为开机启动，执行命令：ntsysv 加入开机自动启动: chkconfig –level 35 crond on 1，crontab命令 功能说明：设置计时器。 语　　法：crontab [-u <用户名称>][配置文件] 或crontab [-u <用户名称>][-elr] 补充说明：cron是一个常驻服务，它提供计时器的功能，让用户在特定的时间得以执行预设的指令或程序。只要用户会编辑计时器的配置文件，就可以使 用计时器的功能。其配置文件格式如下： Minute Hour Day Month DayOFWeek Command 参　　数： -e 　编辑该用户的计时器设置。 -l 　列出该用户的计时器设置。 -r 　删除该用户的计时器设置。 -u<用户名称>

进入 ngiinx sbin目录下 ./nginx -c /usr/local/nginx/conf/nginx.conf -c参数指定了要加载的nginx配置文件路径 停止操作 停止操作是通过向nginx进程发送信号来进行的 步骤1：查询nginx主进程号 ps -ef | grep nginx 在进程列表里 面找master进程，它的编号就是主进程号了。 步骤2：发送信号 从容停止Nginx： kill -QUIT 主进程号 例如：kill -QUIT 16391 快速停止Nginx： kill -TERM 主进程号 强制停止Nginx： kill -9 主进程号 另外， 若在nginx.conf配置了pid文件存放路径则该文件存放的就是Nginx主进程号，如果没指定则放在nginx的logs目录下。有了pid文 件，我们就不用先查询Nginx的主进程号，而直接向Nginx发送信号了，命令如下： kill -信号类型'/usr/local/nginx/logs/nginx.pid' 平滑重启 如果更改了配置就要重启Nginx，要先关闭Nginx再打开？不是的，可以向Nginx 发送信号，平滑重启。 平滑重启命令： kill -HUP 住进称号或进程号文件路径 或者使用 /usr/nginx/sbin/nginx -s reload 注意

本文适合对nginx实现原理比较感兴趣的同学阅读，需要具备一定的服务端编程知识。 一、背景 在服务器开发过程中，难免需要重启服务加载新的代码或配置，如果能够保证server重启的过程中服务不间断，那重启对于业务的影响可以降为0。最近调研了一下nginx平滑重启，觉得很有意思，记录下来供有兴趣的同学查阅。 二、重启流程 重启意味着新旧接替，在交接任务的过程中势必会存在新旧server并存的情形，因此，重启的流程大致为： 启动新的server 新旧server并存，两者共同处理请求，提供服务 旧的server处理完所有的请求之后优雅退出 这里，最主要的问题在于如何保证新旧server可以并存，如果重启前后的server端口一致，如何保证两者可以监听同一端口。 三、nginx实现 1.为了验证nginx平滑重启，笔者首先尝试nginx启动的情形下再次开启一个新的server实例，结果如图： 很明显，重新开启server实例是行不通的，原因在于新旧server使用了同一个端口80，在未开始socket reuseport选项复用端口时，bind系统调用会出错。nginx默认bind重试5次，失败后直接退出。而nginx需要监听IPV4地址0.0.0.0和IPV6地址[::]，故图中打印出10条emerg日志。 2.接下来就开始尝试平滑重启命令了，一共两条命令： kill -USR2

nginx -s reload ：修改配置后重新加载生效 nginx -s reopen ：重新打开日志文件 nginx -t -c /path/to/nginx.conf 测试nginx配置文件是否正确 关闭nginx： nginx -s stop :快速停止nginx quit ：完整有序的停止nginx 其他的停止nginx 方式： ps -ef | grep nginx kill -QUIT 主进程号 ：从容停止Nginx kill -TERM 主进程号 ：快速停止Nginx pkill -9 nginx ：强制停止Nginx 启动nginx: nginx -c /path/to/nginx.conf 平滑重启nginx： kill -HUP 主进程号 来源： https://www.cnblogs.com/cxf520/p/6606301.html

Nginx本身可以通过 kill - HUP `cat /usr/local/nginx/logs/nginx.pid` 进行平滑重启的，可以通过ps进程查看一下。效果还是挺不错的。 这里介绍的是另外一种方式service，适合RHEL/CentOS系列。 kill nginx进程 kill `cat /usr/local/nginx/logs/nginx.pid` 建立 /etc/init.d/nginx 文件 #!/bin/sh # # nginx - this script starts and stops the nginx daemin # # chkconfig: - 85 15 # description: Nginx is an HTTP(S) server, HTTP(S) reverse \ # proxy and IMAP/POP3 proxy server # processname: nginx # config: /usr/local/nginx/conf/nginx.conf # pidfile: /usr/local/nginx/logs/nginx.pid # Source function library. . / etc / rc . d / init . d / functions # Source networking

启动操作 nginx -c /usr/local/nginx/conf/nginx.conf -c参数指定了要加载的nginx配置文件路径 停止操作 停止操作是通过向nginx进程发送信号来进行的 步骤1：查询nginx主进程号 ps -ef | grep nginx 在进程列表里 面找master进程，它的编号就是主进程号了。 步骤2：发送信号 从容停止Nginx： kill -QUIT 主进程号 例如：kill -QUIT 16391 快速停止Nginx： kill -TERM 主进程号 强制停止Nginx： kill -9 主进程号 另外， 若在nginx.conf配置了pid文件存放路径则该文件存放的就是Nginx主进程号，如果没指定则放在nginx的logs目录下。有了pid文 件，我们就不用先查询Nginx的主进程号，而直接向Nginx发送信号了，命令如下： kill -信号类型'/usr/local/nginx/logs/nginx.pid' 平滑重启 如果更改了配置就要重启Nginx，要先关闭Nginx再打开？不是的，可以向Nginx 发送信号，平滑重启。 平滑重启命令： kill -HUP 住进称号或进程号文件路径 或者使用/usr/nginx/sbin/nginx -s reload 注意，修改了配置文件后最好先检查一下修改过的配置文件是否正 确