nginx/1.6.1(nginx什么版本最好)

nginx/1.6.1

nginx是俄罗斯发明的。

1、Nginx是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP代理服务器。

2、Nginx是一款轻量级的Web服务器/反向代理服务器以及电子邮件代理服务器，并在一个BSD-like协议下发行。

3、由俄罗斯的程序设计师lgor Sysoev所开发，供俄国大型的入口网站及搜索引擎Rambler使用。

4，其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好。

nginx什么版本最好

没有所谓比较好的Linux操作系统版本，它们的使用方法和操作基本上是一致的，但是从流行程度上现在是Ubuntu和CentOS比较多人使用。

如果您作为学习办公用途的话，我个人比较推荐Ubuntu，它良好的桌面支持和较为丰富的办公软件支持，中文支持也相对较好。在不纠结的情况下使用Ubuntu可以满足一般的办公场景，但是呢也有一个问题，您的同事都用Windows的话，偶尔要共享一下文档啥的，还有一些办公软件别人能用，你不能用，略不方便。

如果作为服务器来使用的话CentOS无疑是最多的，你可以搜索一下什么nginx，mysql，php之类的服务器搭建，什么redis，hadoop，k8s等等，很多爱分享的技术博客上教程都是基于CentOS来写的，可以看出它的流行程度，说明它的使用最广泛，至少在国内是这样。

写到现在那么相信您自己已经有了判断，到底哪个发行版最适合自己，不纠结选一个用就是了，它们都是一样的。

nginx1.8

https配置步骤：

1、申请SSL证书；

2、在Nginx服务器上面安装SSL证书：

（1）将证书文件（.crt文件）放到指定目录下，例如：/usr/local/nginx/conf/cert

（2）将私钥文件（.key文件）放到指定目录，例如/usr/local/nginx/conf/ssl

（3）若为CA机构签发证书，需要将中间证书文件放到指定目录下，例如/usr/local/nginx/conf/certs

3、修改Nginx配置文件：

（1）打开/etc/nginx/nginx.conf文件

（2）在http部分增加如下配置

ssl on;

ssl_certificate /usr/local/nginx/conf/cert/xxx.crt;

ssl_certificate_key /usr/local/nginx/conf/ssl/xxx.key;

ssl_session_cache shared:SSL:1m;

ssl_session_timeout 5m;

（3）如果是CA证书，还需要增加配置

ssl_client_certificate /usr/local/nginx/conf/certs/xxx.crt;

4、重新加载Nginx配置文件：nginx -s reload

5、测试配置是否正确：

（1）curl -k https://www.xxx.com (测试https是否正常)

（2）openssl s_client -connect www.xxx.com:443 (检查ssl证书是否安装正确)

nginx版本

nginx官方网站提供了Windows版本的下载，因此可以在Windows系统上正常使用nginx。不过需要注意的是，nginx在Windows上可能存在一些限制和不兼容的问题，比如不能使用sendfile功能、使用的epoll和kqueue机制不同等，因此在使用时需要特别注意。

另外，在Windows平台上运行nginx时，需要安装对应的Visual C++运行库和openssl，否则可能会导致无法启动或其它问题。此外，建议使用管理员身份打开cmd窗口运行nginx，以避免权限问题。

总的来说，虽然nginx在Linux上运行效果更佳，但在Windows上也能够正常运行，只需要注意相关的问题和配置，就能够实现相应的服务。

nginx 1.21

404NotFound问题是由于请求的网页不存在，是服务器端的问题，如果你不是管理员，无法修复此问题(当然也可能是你的网址输入有误，检查网址是否正确)如果你是网站的管理员，则查看相关的文件是否被删除，或服务器配置问题.

nginx1.20

Nginx报504 gateway timeout错误引起，一个是文件配置问题，另一个是相关处理时长了，最后也有可能是资源不足导致了，下面我们一起来看看。

解释如下：

最近在工作中，需要做Excel导入的功能，由于Excel的数据比较多，而且我们的服务端程序需要对数据的内容做校验，会调用很多的外部服务接口，所以毫无悬念的导入Excel接口调用超过了一分钟，并且报错：504 gateway timeout。以下是两种解决思路：

1. 优化业务代码

一个接口调用超过一分钟，一定有可以优化的地方，看看数据库或者接口的调用是否合理，是否可以合并请求。

2. 修改Nginx的服务器配置

如果实在是优化不了了，可以把Nginx的超时时间上调。看看时间是否符合要求，在nginx.config里面的三个参数：

fastcgi_connect_timeout 300;fastcgi_send_timeout 300;fastcgi_read_timeout 300;

以上的单位是秒。

如果使用了Nginx的代理，可以在块里加上：

proxy_connect_timeout 300s;proxy_send_timeout 300s;proxy_read_timeout 300s;

变成：

location /foo { proxy_pass http://xxx.xxx.xxx.xxx:8080/foo; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_connect_timeout 300s; proxy_send_timeout 300s; proxy_read_timeout 300s; access_log /var/log/nginx/access.foo.log main; error_log /var/log/nginx/error.foo.log;}

如果没有解决我们再来看看

从错误代码基本可以确定跟nginx本身无关，主要是提交给php-fpm的请求未能正确反馈而导致，一般情况下，提交动态请求的时候，nginx会直接把 请求转交给php-fpm，而php-fpm再分配php-cgi进程来处理相关的请求，之后再依次返回，最后由nginx把结果反馈给客户端浏览器，但 我这个vps目前跑的是个纯php应用内容，实际上用户所有的请求都是php请求，有的耗费时间比较久，php-cgi进程就一直都被用满，而php- fpm本身的配置文件只打开了10组php-cgi进程，这样的话在线用户稍微多的话就会导致请求无法被正常处理而出错。 大概分析出了原 因，下面做就比较容易了，首先是更改php-fpm的几处配置： 把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用； 把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。