Nginx（发音同 engine x）是一款轻量级的 Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，并在一个 BSD-like 协议下发行，可以在 UNIX、GNU/Linux、BSD、Mac OS X、Solaris，以及 Microsoft Windows 等操作系统中运行。
Nginx 由俄罗斯的程序设计师 Igor Sysoev 所开发，最初供俄国大型的入口网站及搜寻引擎 Rambler（俄文：Рамблер）使用。其特点是占有内存少，并发能力强（用于解决 C10K 问题），事实上 nginx 的并发能力确实在同类型的网页服务器器中表现较好。
特点
Nginx 是一款面向性能设计的 HTTP 服务器，相较于 Apache、lighttpd 具有占有内存少，稳定性高等优势。与旧版本（<=2.2）的 Apache 不同，nginx 不采用每客户机一线程的设计模型，而是充分使用异步逻辑，削减了上下文调度开销，所以并发服务能力更强。整体采用模块化设计，有丰富的模块库和第三方模块库，配置灵活。在 Linux 操作系统下，nginx 使用 epoll 事件模型，得益于此，nginx 在 Linux 操作系统下效率相当高。同时 Nginx 在 OpenBSD 或 FreeBSD 操作系统上采用类似于 epoll 的高效事件模型 kqueue。
可大量平行处理
Nginx 在官方测试的结果中，能够支持五万个平行连接，而在实际的运作中，可以支持二万至四万个平行链接。
统计
2017 年三月，中国注册域名总数的 9.65% 使用 Nginx。(中国网络统计)
目前中国大陆使用 nginx 网站用户有：新浪、网易、腾讯，另外知名的微网志 Plurk 也使用 nginx。
本站采用 Nginx 作为 Web 服务器。
-
启动 Nginx nginx安装完成后，切换到nginx安装目录中的sbin目录(如果在执行 ./configure 没有指定额外的参数，则sbin目录为默认目录，否则切换到自定义目录)，通过执行该目录下nginx编译后的二进制文件即可启动程序。 cd /usr/local/nginx/sbin/nginx ./nginx 执行上面的操作后，成功启动nginx，程序是没有任何提示的。我们可以使用
-
imi v1.0.13 版本新增了一个 Swoole\Coroutine\Http\Server 实现的协程服务器。需要 Swoole 4.4+ 才可使用该特性。 该特性是可选的，不影响以前使用的服务器模式。 使用协程服务器特性，依靠 Linux 系统的端口重用机制，系统级的负载均衡，可以让你的多进程 Http 服务处理请求的能力得到提升。 使用 ab，本机->虚拟机（双核+2进程）压测Hello
-
本文向大家介绍Nginx服务器高性能优化的配置方法小结，包括了Nginx服务器高性能优化的配置方法小结的使用技巧和注意事项，需要的朋友参考一下 通常来说，一个优化良好的 Nginx Linux 服务器可以达到 500,000 – 600,000 次/秒 的请求处理性能，然而我的 Nginx 服务器可以稳定地达到 904,000 次/秒 的处理性能，并且我以此高负载测试超过 12 小时，服务器工作稳
-
主要内容：1. 设置虚拟服务器,2. 配置位置,3. 使用变量,4. 返回特定状态码,重写URI请求,5. 重写HTTP响应本文介绍如何将NGINX配置作为Web服务器，并包括以下部分： 设置虚拟服务器 配置位置 使用变量 返回特定状态码 重写请求中的URI 重写HTTP响应 处理错误 在高层次上，将NGINX配置作为Web服务器有一些问题需要了解，定义它处理哪些URL以及如何处理这些URL上的资源的HTTP请求。 在较低层次上，配置定义了一组控制对特定域或IP地址的请求的处理的虚拟服务器。 用
-
本文向大家介绍单台web服务器如何尽可能的提高网站性能，包括了单台web服务器如何尽可能的提高网站性能的使用技巧和注意事项，需要的朋友参考一下 我觉得首先要选择一个合适的环境，对于大多数php站点来说，运行在lnmp（linux+nginx+mysql+php）环境下是个理想的选择. 首先一点linux对比win的优势我就不说了。 其次nginx的优势总结起来就是负载均衡，高并发性能优异。 这里p
-
我基本上希望通过URL从外部访问Nginx hello页面。我已经为运行kubernetes和Nginx ingress:vps的v服务器的子域创建了一个（工作）a记录。我的域名。通用域名格式 我使用以下教程在CoreOS上通过kubeadm将Kubernetes安装为单节点集群：https://kubernetes.io/docs/setup/independent/install-kubead
-
比较早之前，部署 Java web 服务只是单纯使用 Tomcat 做 Web 服务器，前后端代码融合在一个工程之中。Tomcat 启动后对外提供一个端口接收和相应 http请求。随着 Nginx 的越来越流行，同时加上其优秀的反响代理和负载均衡功能，我们在线上的 Java web 通常会结合二者，即使用 Nginx + Tomcat 的方式来部署 Java web 服务。最近两年，随着微服务化和
-
我正在开发web套接字应用程序。从前端来看，每个应用程序都有一个插座。但我不确定后端。我们将Python和nginx与Flask socketIO和socket io客户端库一起使用。此体系结构将用于通知前端发生了更改，并应更新数据。 以下是我的疑问-服务器上将创建多少套接字和线程？不同连接之间是否可以共享套接字？是否有任何工具可以分析插座是否打开？