nginx wsgi(nginx 或者)

nginx wsgi

Flask ,Django 自带的web server的目的就是用于开发，而不是生产环境。他们俩本身是web framework而不是web server. 他们自带的server应该都只能开单进程。

而像gunicorn是 prefork模式，从nginx每发过来一个请求，它就fork一个进程去处理这个请求，并buffer相关的数据。

wsgi服务器都是专门为生产环境 开发的,能配置更多从而处理更复杂的请求状况，从性能和稳定性来说，都更好。

nginx 或者

区别有以下几点：

1、二者最核心的区别在于apache是同步多进程模型，一个连接对应一个进程；nginx是异步的，多个连接（万级别）可以对应一个进程 。nginx处理静态文件好,耗费内存少.但无疑apache仍然是目前的主流,有很多丰富的特性.所以还需要搭配着来.当然如果能确定nginx就适合需求,那么使用nginx会是更经济的方式。

2、nginx的负载能力比apache高很多。最新的服务器也改用nginx了。而且nginx改完配置能-t测试一下配置有没 有问题。

3、apache重启的时候发现配置出错了，会很崩溃，改的时候都会非常小心翼翼现在看有好多集群站，前端nginx抗并发，后端apache集群， 配合的也不错。

4、nginx处理动态请求是鸡肋，一般动态请求要apache去做，nginx只适合静态和反向。

5、从经验来看，nginx是很不错的前端服务器，负载性能很好，nginx，用webbench模拟10000个静态文件请求毫不吃力。 apache对php等语言的支持很好，此外apache有强大的支持网络，发展时间相对nginx更久，bug少但是apache有先天不支持多核心处理负载鸡肋的缺点，建议使用nginx做前端，后端用apache。大型网站建议用nginx自代的集群功能。

6、大部分情况下nginx都优于APACHE，比如说静态文件处理、PHP-CGI的支持、反向代理功能、前端 Cache、维持连接等等。在Apache+PHP（prefork）模式下，如果PHP处理慢或者前端压力很大的情况下，很容易出现Apache进程数 飙升，从而拒绝服务的现象。

7、Apache在处理动态有优势，Nginx并发性比较好，CPU内存占用低，如果rewrite频繁，那还是Apache吧！

8、一般来说，需要性能的web 服务，用nginx 。如果不需要性能只求稳定，那就apache 吧。

以上就是我的回答，希望可以帮助题主。

nginx没有sbin

2.\Enter,反斜杠后面紧跟回车，表示下一行是当前行的续航。

./configure --sbin-path=/usr/local/nginx/nginx \

--conf-path=/usr/local/nginx/nginx.conf \

--pid-path=/usr/local/nginx/nginx.pid \

--with-http_ssl_module \

--with-pcre=/usr/local/src/pcre-8.21 \

--with-zlib=/usr/local/src/zlib-1.2.8 \

--with-openssl=/usr/local/src/openssl-1.0.1c

nginx是否正常

在Windows下，Nginx的启动日志可以在Nginx的安装目录下查看。具体步骤如下：

1. 打开Nginx的安装目录，一般在C:\nginx或者D:\nginx等位置。

2. 进入logs目录，可以看到access.log和error.log两个文件。

- access.log是Nginx的访问日志，记录了每个请求的详细信息，包括请求的时间、IP地址、请求的URL、响应状态码等。

- error.log是Nginx的错误日志，记录了Nginx在运行过程中出现的错误信息，包括语法错误、配置错误、启动错误等。

3. 双击打开access.log或error.log文件，可以使用记事本或其他文本编辑器查看日志内容。

4. 如果想要在启动Nginx时将启动日志输出到控制台，可以在命令行中使用以下命令启动Nginx：

```

nginx.exe -c nginx.conf -p C:\nginx -g "daemon off;"

```

其中，-c参数指定Nginx的配置文件路径，-p参数指定Nginx的安装目录，-g参数指定Nginx的全局配置，其中的"daemon off;"表示不以守护进程方式运行Nginx，将启动日志输出到控制台。

通过以上步骤，您可以在Windows下查看Nginx启动日志。

nginx 不生效

修改的配置文件生效就需要向Nginx的master进程发送信号，具体就是reload与restart信号。

reload --重新加载，reload会重新加载配置文件，Nginx服务不会中断。而且reload时会测试conf语法等，如果出错会rollback用上一次正确配置文件保持正常运行。

nginx不起作用

nginx的proxy模块 可以实现类似于Squid的缓存功能，HTTP的缓存与文件系统或者块设备的缓存还有所不同，文件系统或者块设备的缓存可以使用预取方法做优化，提前预取出将要被访问的部分，但是HTTP的缓存却无法预知文件的访问情形。

可以在nginx里面实现动态页面的静态化工作。用户第一次访问index.php页面，由于nginx的缓存中没有，会访问相应的文件，第二次再访问index.php的时候，由于已经缓存在了nginx的proxy_cache中，Nginx当接收到请求之后就不会将请求传送到upstream服务器里面了。

nginx ha

windows 10 下无法启动nginx的解决方法

问题##

windows 10 下启动nginx，闪屏而过，访问localhost显示无法访问。

分析##

cmd下使用命令：netstat -an | find "0.0.0.0:80"，可以发现80端口已经被占用。

尝试##

1、改变绑定中的80端口，把原来绑定80端口的站点，换成其他端口；失败。

2、关闭World Wide Web Publishing Service；失败。

3、更改nginx目录下conf/nginx.conf下的监听端口号，把80改成其他未被占用端口号；成功！

所以可以确定是80端口的问题。

再分析##

再次使用命令：netstat -ano

可以发现占用80端口的服务pid = 4，

ctrl+shift+Esc打开任务管理器，查看详细，占先pid排序，可以查看到pid为4的进程：NT kernel & System。

解决##

经过网络查询，发现网上的提供的多种方式，单纯使用，并不能解决问题，经实践后，解决方式为2步：

第一步：使用如下命令关闭iis相关服务(管理员身份进入cmd)

net stop http

这时会有提示确认信息，提示要关闭http服务，需要停止其依赖的其他服务，输入Y

此时依赖的相关服务都会提示停止成功，到http服务时，最后会发现：http server 无法停止。

此时进入第二步。

第二步：命令行输入如下命令：sc config http start= disabled（注意start和=之间没有空格）

没有任何提示，重新出现输入提示，说明已经成功，如果有提示，请按提示进行修改。

然后重启电脑，输入netstat -ano | find "0.0.0.0:80"命令进行验证。如果没有任务输出，说明成功，如果还是有80端口相关信息输出，说明失败。可以再尝试其他方式。

说明：如果以后需要使用IIS服务，估计需要使用下列命令修复（管理员身份）

sc config http start= demand & net start http

可输入下面的命令验证

net start http

网络上还有另一种办法：

1、打开注册表：win键+R -> regedit

2、找到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\HTTP

3、在右边找到Start这一项，将其改为0(我的系统原值为3）

4、重启系统，System进程不会再占用80端口

这种方式，我操作之后，没有效果。后来使用上述两步操作，成功释放80端口，但最终成功，不知道是否和这个操作有关系。