nginx压缩 Nginx压缩配置

黑马程序员Linux运维培训怎么样？

main（全局设置）、server（主机设置）、upstream（负载均衡设置）和 location（URL匹配特定位置的设置）。

Linu现在我们只需要启动一个nginx，将 server_name 设置为 fe.server ,然后设置相应的location以拦截前端需要跨域的请求，将请求回 dev.server 。如下面的配置：x是比较热门的技术，学习之后可以从事的工作岗位有很多，薪资待遇也非常不错，至于培训机构课程好不好，需要自己亲自试听，然后根据需求来决定。

nginx压缩 Nginx压缩配置

nginx压缩 Nginx压缩配置

目前还没有开 ，2018年的三月份开第 一 期。

sublime text 插件怎么用

客户端连接数由worker_processes和worker_connections决定，即Max_client=worker_processesworker_connections。

一、命令行模式 ctrl+` 可以调出命令行模式(view->show console)，主要支持python语法等，没使用过只知 quit()可以退出 。。不过sublime的插件平台package controller可以用命令行安装.

二、 Ctrl+Z 撤销 Ctrl+Y 恢复撤销

三、 Ctrl+D 选词 （按住-继续选择下个相同的字符串）ctr看了下网上的解释，一般都是将介绍vue.js的文本与node js的文本 贴过来， 再解释说 前者是前端开发框架，后者是js的运行环境，可以以js开发后台。似乎没有说到点子上。l+F查找是一下选择本页面的全部相同的然后按键盘替换则全替换

四、 ctrl+shift+F 默认是在本项目(用得最多的)．也可能来文件夹里查找，与普通编辑不同的地方是sublime允许添加多个文件夹进行查找(add directory)

DocBlockr，Comment-Snippets，Nginx Syntax Highlighting Plugin， 详见

nginx不管怎么修改配置，页面都是默认页面welcome to nginx的解

welcome to nginx是nginx的默认初始欢迎页，表示nginx已经成功安装并启动 更改nginx.conf文件，改变其中的root可以将nginx的站点目录指向root设置的目录中 修改完配置使用nginx -s reload即可重启nginx

nginx版本1.14，同样问题，按网上说法修改nginx.conf配置后仍然是原来的Welcome to nginx页面，后发现实际起作用的配置文件为一、安装Nginx/etc/nginx/sites-ailable/default。

那个匿名用户回答的对！ 我的是1.18也是这个问题 我把能修改例如：的配置都改了没效果原来是这里捣，我貌似装了好几个版本，没卸载干净，配置文件很乱 有的配置文件找不到

nginx版本1.14，同样问题，按网上说法修改nginx.conf配置后仍然是原来的Welcome to nginx页面，后发现实际起作用的配置文件为/etc/nginx/sites-ailable/default。

nginx前端常用配置

nginx现在几乎是众多大型网站的必用技术，大多数情况下，我们不需要亲自去配置它，但是了解它在应用程序中所担任的角色，以及如何解nginx的错误日志更详细决这些问题是非常必要的。

下面我将从nginx在企业中的真实应用来解释nginx在应用程序中起到的作用。

为了便于理解，首先先来了解一下一些基础知识， nginx是一个高性能的反向 那么什么是反向呢？

是在和客户端之间设的一层， 将接收客户端的请求并将它转发给，然后将服务端的响应转发给客户端。

不管是正向还是反向，实现的都是上面的功能。

正向 是为我们服务的，即为客户端服务的，客户端可以根据正向访问到它本身无法访问到的资源。

正向 对我们是透明的，对服务端是非透明的，即服务端并不知道自己收到的是来自的访问还是来自真实客户端的访问。

反向 是为服务端服务的，反向可以帮助接收来自客户端的请求，帮助做请求转发，负载均衡等。

反向 对服务端是透明的，对我们是非透明的，即我们并不知道自己访问的是，而知道反向在为他服务。

下面是一个nginx配置文件的基本结构：

下面是 nginx 一些配置中常用的内置全局变量，你可以在配置的任何位置使用它们。

| 变量名 | 功能 | | ------ | ------ | | $host | 请求信息中的 Host ，如果请求中没有 Host 行，则等于设置的名 | | $request_mod | 客户端请求类型，如 GET 、 POST | $remote_addr | 客户端的 IP 地址 | | $args | 请求中的参数 | | $content_length | 请求头中的 Content-length 字段 | | $_user_agent | 客户端agent信息 | | $_cookie | 客户端cookie信息 | | $remote_addr | 客户端的IP地址 | | $remote_port | 客户端的端口 | | $server_protocol | 请求使用的协议，如 HTTP/1.0 、·HTTP/1.1 | | server_name | 名称| | $server_port`|的端口号|

先追本溯源以下，跨域究竟是怎么回事。

同源策略限制了从同一个源加载的文档或脚本如何与来自另一个源的资源进行交互。这是一个用于隔离潜在恶意文件的重要安全机制。通常不允许不同源间的读作。

如果两个页面的协议，端口（如果有指定）和域名都相同，则两个页面具有相同的源。

现在我在 fe.server 对 dev.server 发起请求一定会出现跨域。

这样可以完美绕过浏览器的同源策略： fe.server 访问 nginx 的 fe.server 属于同源访问，而 nginx 对服务端转发的请求不会触发浏览器的同源策略。

根据状态码过滤

根据URL名称过滤，精准匹配URL，不匹配的URL全部重定向到主页。

根据请求类型过滤。

GZIP 是规定的三种标准HTTP压缩格式之一。目前绝大多数的网站都在使用 GZIP 传输 HTML 、 CSS 、 JaScript 等资源文件。

对于文本文件， GZip 的效果非常明显，开启后传输所需流量大约会降至 1/4 ~ 1/3 。

并不是每个浏览器都支持 gzip 的，如何知道客户端是否支持 gzip 呢，请求头中的 Accept-Encoding 来标识对压缩的支持。

启用 gzip 同时需要客户端和服务端的支持，如果客户端支持 gzip 的解析，那么只要服务端能够返回 gzip 的文件就可以启用 gzip 了,我们可以通过 nginx 的配置来让服务端支持 gzip 。下面的 respone 中 content-encoding:gzip ，指服务端开启了 gzip 的压缩方式。

这里为什么默认版本不是 1.0 呢？

HTTP 运行在 TCP 连接之上，自然也有着跟 TCP 一样的三次握手、慢启动等特性。

启用持久连接情况下，发出响应后让 TCP 连接继续打开着。同一对客户/之间的后续请求和响应可以通过这个连接发送。

为了尽可能的提高 HTTP 性能，使用持久连接就显得尤为重要了。

HTTP/1.1 默认支持 TCP 持久连接， HTTP/1.0 也可以通过显式指定 Connection: keep-alive 来启用持久连接。对于 TCP 持久连接上的 HTTP 报文，客户端需要一种机制来准确判断结束位置，而在 HTTP/1.0 中，这种机制只有 Content-Length 。而在 HTTP/1.1 中新增的 Transfer-Encoding: cked 所对应的分块传输机制可以完美解决这类问题。

nginx 同样有着配置 cked的 属性 cked_transfer_encoding ，这个属性是默认开启的。

Nginx 在启用了 GZip 的情况下，不会等文件 GZip 完成再返回响应，而是边压缩边响应，这样可以显著提高 TTFB ( Time To First Byte ，首字节时间，WEB 性能优化重要指标)。这样的问题是， Nginx 开始返回响应时，它无法知道将要传输的文件最终有多大，也就是无法给出 Content-Length 这个响应头部。

所以，在 HTTP1.0 中如果利用 Nginx 启用了 GZip ，是无法获得 Content-Length 的，这导致HTTP1.0中开启持久链接和使用 GZip 只能二选一，所以在这里 gzip__version 默认设置为 1.1 。

如上面的图，前面是众多的服务窗口，下面有很多用户需要服务，我们需要一个工具或策略来帮助我们将如此多的用户分配到每个窗口，来达到资源的充分利用以及更少的排队时间。

把前面的服务窗口想像成我们的后端，而后面终端的人则是无数个客户端正在发起请求。负载均衡就是用来帮助我们将众多的客户端请求合理的分配到各个，以达到服务端资源的充分利用和更少的请求时间。

Upstream指定后端地址列表

在server中拦截响应请求，并将请求转发到Upstream中配置的列表。

上面的配置只是指定了nginx需要转发的服务端列表，并没有指定分配策略。

轮询策略

默认情况下采用的策略，将所有客户端请求轮询分配给服务端。这种策略是可以正常工作的，但是如果其中某一台压力太大，出现延迟，会影响所有分配在这台下的用户。

最小连接数策略

将请求优先分配给压力较小的，它可以平衡每个队列的长度，并避免向压力大的添加更多的请求。

最快响应时间策略

依赖于NGINX Plus，优先分配给响应时间最短的。

客户端ip绑定

来自同一个ip的请求永远只分配一台，有效解决了页存在的session共享问题。

匹配以 png|gif|jpg|jpeg 为结尾的请求，并将请这四者之间的关系式：server继承main，location继承server，upstream既不会继承其他设置也不会被继承。求转发到本地路径， root 中指定的路径即nginx本地路径。同时也可以进行一些缓存的设置。

nginx的功能非常强大，还有很多需要探索，上面的一些配置都是公司配置的真实应用（精简过了），如果您有什么意见或者建议，欢迎在下方留言...

nginx配置文件详解

lvs -> squid前端缓存 -> nginx中层

其中， _with-_stub_status_module 可以用来启用 Nginx 的 NginxStatus 功能，以 Nginx 的运行状态。

二、Nginx的配置文件结构

nginx.conf由多个块组成，最外面的块是main，main包含Events和HTTP，HTTP包含upstream和多个，又包含多个location。

1、main块设置的指令将影响其他所有设置。

2、server块的指令主要用于指定主机和端口。

3、upstream指令主要用于负载均衡，设置一系列的后端。

4、location块用于匹配网页位置。

在这四个部分当中，每个部分都包含若干指令，这些指令主要包含Nginx的主模块指令、模块指令、HTTP核心模块指令，同时每个部分还可以使用其他HTTP模块指令，例如Http SSL模块、HttpGzip Static模块和Http Addition模块等。

三、Nginx的全局配置

nts指令是设定Nginx的工作模式及连接数上限：

use是个模块指令，用来指定Nginx的工作模式。Nginx支持的工作模式有select、poll、kqueue、epoll、rtsig和/dev/poll。

其中select和poll都是标准的工作模式，kqueue和epoll是高效的工作模式，不同的是epoll用在Linux平台上，而kqueue用在BSD系统中。对于Linux系统，epoll工作模式是worker_connections也是个模块指令，用于定义Nginx每个进程的连接数，默认是1024。

在作为反向时，max_clients变为：max_clients = worker_processes worker_connections/4。

进程的连接数受Linux系统进程的打开文件数限制，在执行作系统命令“ulimit -n 65536”后worker_connections以下这段设置是通过location指令来对网页URL进行分析处理，所有扩展名以.gif、.jpg、.jpeg、.png、.bmp、.swf结尾的静态文件都交给nginx处理，而expires用来指定静态文件的过期时间，这里是30天。的设置才能生效。

四、下面配置Nginx的HttpGzip模块。这个模块支持在线实时压缩输出数据流。

通过/opt/nginx/in/nginx -V命令可以查看安装Nginx时的编译选项，由输出可知，已经安装了HttpGzip模块。

五、负载均衡配置

下面设定负载均衡的列表：

upstream是Nginx的HTTP Upstream模块，这个模块通过一个简单的调度算法来实现客户端IP到后端的负载均衡。

在上面的设定中，通过upstream指令指定了一个负载均衡器的名称cszhi。这个名称可以任意指定，在后面需要的地方直接调用即可，Nginx的负载均衡模块目前支持4种调度算法。

六、server虚拟主机配置

下面介绍对虚拟主机的配置。

建议将对虚拟主机进行配置的内容写进另外一个文件，然后通过include指令包含进来，这样更便于维护和管理。

server标志定义虚拟主机开始，listen用于指定虚拟主机的服务端口，server_name用来指定IP地址或者域名，多个域名之间用空格分 开。index用于设定访问的默认首页地址，root指令用于指定虚拟主机的网页根目录，这个目录可以是相对路径，也可以是路径。

Charset用于 设置网页的默认编码格式。access_log用来指定此虚拟主机的访问日志存放路径，的main用于指定访问日志的输出格式。

七、location URL匹配配置

URL地址匹配是进行Nginx配置中最灵活的部分。 location支持正则表达式匹配，也支持条件判断匹配，用户可以通过location指令实现Nginx对动、静态网页进行过滤处理。使用location URL匹配配置还可以实现反向，用于实现PHP动态解析或者负载负载均衡。

八、StubStatus模块配置

StubStatus模块能够获取Nginx自上次启动以来的工作状态，此模块非核心模块，需要在Nginx编译安装时手工指定才能使用此功能。

stub_status设置为“on”表示启用StubStatus的工作状态统计功能。access_log 用来指定StubStatus模块的访问日志文件。auth_basic是Nginx的一种认证机制。

auth_basic_user_file用来指定认证的密码文件，由于Nginx的auth_basic认证采用的是与Apache兼容的密码文件，因此需要用Apache的htpasswd命令来生成密码文件。

然后输入两次密码后确认之后添加用户成功。

要查看Nginx的运行状态，可以输入://ip/NginxStatus，输入创建的用户名和密码就可以看到Nginx的运行状态。

Active connections表示当前活跃的连接数，第三行的三个数字表示 Nginx当前总共处理了34561个连接， 成功创建次握手， 总共处理了354399个请求。

一行的Reading表示Nginx读取到客户端Header信息数， Writing表示Nginx返回给客户端的Header信息数，“Waiting”表示Nginx已经处理完，正在等候下一次请求指令时的驻留连接数。

在这段设置中，设置了虚拟主机的错误信息返回页面，通过error_page指令可以定制各种错误信息的返回页面。在默认情况下，Nginx会在主目录的html目录中查找指定的返回页面。

解释下vue.js为什么需要node js环境

我的理解是

1. nodejs是一个很强大的js 运行环境，类似于jvm之于ja。因此对js的支持非常好，催生了基于js的一系列应用开发。源于各js的应用的成长壮大，继而催生出了 npm

2. NPM是基于node js环境的一个包管理器。试问 为什么单纯的 jsp/php里面没有NPM？因为没有一个类似于nodejs的强大的js运行环境的支撑。由于nodejs 催生了js的兴盛，又进而催生出NPM来打包管理这些基于js的应用

3. 随着前端开发的网页元可精细定制access_log素不断丰富和复杂化，催生出webpack 来进一步规划我们通过js应用的打包部署。前端目标页面资源，通过webpack来打包压缩出来。

4. 可以看出vue.js 就是遵循的webpack 的方式来部署的，我们使用npm run build之后，会生成一个目标dist文件。这即是目标静态web资源，放在nginx下面即可通过网页访问。

综上所述，vue.js 是通过 webpack来打包，而webpack 又基于 npm, npm需要nodejs环境。这就是为什么vue.js 还需要安装nodejs环境。

将目标dist文件夹拷贝到一台未安装nodejs的 nginx上，访问页面可以正常响应逻辑。这时跟nodejs没有任何关系，又不是nodejs在担当，而是nginx。如果你用nodejs来部署，则需要在目标机上安装nodejs.

简单的说：你既可以开发nodejs的服务程序，亦可以用基于nodejs的npm && webpack来打包 目标前端页面。vue.js 使用webpack来打包，故而需要nodejs环境。

nginx配置前端，需要几台什么样的。什么样的系统，什么样的配置

两种前端架squid在前面的优点：构：

lvs -> nginx前端 -> squid缓存

Squid作纯比较稳当

前端少一级，响应速度会快，出问题的可能性要小

功能有限，不会常被调整

容易为人接受，只是为了扩充功能而增加中层

一般的配置简便，比如增加一个二级域名，只需配置一个指向。

增加的nginx可扩展功能，增加对应用服务的负载均衡等。

squid在前面的缺点：

容灾问题

更新缓存要遍历所有机器

squid只支持单cpu，所以浪费cpu

nginx在前面的优点：

分流、五、ctrl+L 选择整行（按住-继续选择下行，即按住ctrl不放按一次L则多选一行）负载均衡功能强大，可以细致定义

可让squid只缓存无压缩版本，由nginx压缩，这样可优化squid缓存容量

nginx可分担部分无实时性要求的缓存

nginx在前面的优点：

nginx目前还有部分bug。

功能强，所以可能经常被调整

nginx用的短链接方式

单机上安装nginx+squid的cpu消耗比纯squid和纯nginx之和要大一倍，但也不算高

容易遭到质疑，不易被接受。

简答题 ja用什么api实现大量数据读取内存，饼保证数据处理性能

众所周知，ja在处理数据量比较大的时候，加载到内存必然会导致内存溢出，而在一些数据处理中我们不得不去处理海量数据，在做数据处理中，我们常见的手段是分解，压缩，并行，临特别需要注意的是，这些错误信息的返回页面大小一定要超过512K，否者会被ie浏览器替换为ie默认的错误squid支持的负载均衡配置复杂页面。时文件等方法;