// 解压nginx压缩包
tar -zxvf nginx-1.18.0.tar.gz
下图为解压后的nginx目录
auto
目录:是一些判用于断操作系统支持与编译等相关的文件。
CHANGE
S文件:nginx
版本的迭代日志(.ru是俄语版,因为作者是俄罗斯)
conf
目录:是示例配置文件,用于配置参考。
configure
文件:用于编译生成中间文件的脚本。
contrib
目录: 提供了nginx
语法支持脚本。
man
目录:提供了nginx
帮助文档。
html
目录: 提供了两个标准的html
文件
src
目录: 源码目录
2、编译与安装Nginx
// 使用以下命令行,查看执行configure时的参数
./configure --help
这些代码是配置这几个模块的地址,引导nginx
在执行在这些地址中读取相应的内容。
这些代码是说明使用哪些模块,不使用哪些模块。主要是用with
和without
区分。
默认情况下,只需要配置prefix
就行,该参数是指定将nginx
编译在哪里,比如:
./configure – prefix=/home/nginx
生成的中间文件在objs
目录
接着编译nginx
make
make install
ok
Nginx语法
Nginx
的配置文件是一个ASNCLL
文本文件,由指令和指令块两部分组成。比如说
http {
include mine.types;
upstream image {
server: 127.0.0.1:8080
}
server {
listen 443 http2;
limit_req_zone $binary_remote_addr
location ~*.(jpg|png)$ {
proxy_pass http://image
}
}
}
http{}
大括号组成一个指令块,而include
则是一条指令。指令块是否能配置名字是根据提供这个指令块的nginx
模块来决定的。每条指令都是以;分号结尾,指令与参数之间以一个或多个空格分隔。而mine.types
则是include
指令的参数,可以有多个参数。
特别是include
指令,它是允许组合多个配置文件以提升可维护性。mine.types
这是一个含有很多条不同文件的后缀名与http
协议中mine
格式的对照关系表。
使用$
符合表示一个变量。比如$binary_remote_addr
作为limit_req_zone
指令的参数,表示远端的地址。
部分指令的参数是支持正则表达式的。比如location
指令的参数正是正则表达式,而且正则表达式中括号的内容可以用$1,$2
等方式取出来。
http指令块包含以下4个块:
-
http
-
server
–对应一个/一组域名 -
upstream
–表示上游服务,当nginx
需要与tomcat
、企业内网等服务交互时就可以定义一个upstream
-
location
–一个url
表达式
http
指令块的所有指令都是由http
模块解析执行的,也就是说http
模块只能解析执行上面4种模块。
命令行主要格式是nginx
指令参数,比如nginx -s reload
。其中-s
就是指令,表示发送信号,reload
就是参数,表示重载配置文件。以下是几种常用指令的介绍:
-
帮助: -?、-h
-
使用指定的配置文件:-c
默认的情况下,编译出来的nginx
会寻找在执行configure
时指定的配置文件,但可以使用命令行指令使用指定的配置文件,使用-c+配置文件路径
- 指定配置指令:-g
在命令行使用的配置指令可以覆盖在config
目录里的指令
- 指定运行目录:-p
在命令行使用指定目录会将默认的目录替换掉
- 发送信息:-s
nginx操作运行中的进程方法一般是通过发送信号-s,有以下几种操作: 1、stop
:表示立即停止服务 2、quit
:表示优雅的停止服务,在退出前完成已经接受的连接请求 3、reload
:表示优雅的停止服务再重新载入配置文件 4、reopen
:表示重新开始记录日志文件
- 测试配置文件是否有语法错误: -t -T
修改完配置之后,重新运行之前,可以先使用-t来测试是否有语法错误
- 打印
nginx
的版本信息、编译信息等:-v -V
小试牛刀-搭建静态资源Web服务器
准备一个web
静态资源(我用的是之前学习的webgl的例子),先来看看怎么配置nginx
首先配置listen
指令,监听8000
端口。接着配置一个location
指令块,/
表示所有请求,然后配置/
后的路由与请求目录下的路径要一致,这时有两种使用方法,alias
是其中一种。
listen:请求进入nginx
前,首先需要监听端口使得nginx
与客户端建立一个tcp
链接。listen
指令就是用来监听端口的,处于server
指令块内的。通过监听的端口与地址就能判断使用哪些server
去处理请求。
listen指令值主要分为三种类型:
-
address[:port]
-监听一个地址或者加相应的端口。比如listen 127.0.0.1:8000
-
port
-监听一个端口。比如listen 8000
-
unix:path
-监听一个unix socket
地址,只用于本机通讯。比如unix:/var/run/nginx.sock
然后使用命令重载nginxnginx -s reload
,这时访问localhost:8000
就能看到效果了
root与alias:这两个指令主要功能都是将url
映射为文件路径,以返回静态文件内容。主要的差别在于:
-
root
有一个默认值html
,可以出现在http、server
和location
指令块内,并且会将完整的url
映射进文件路径中 -
alias
没有默认值,只能出现在location
指令块中,并且只会将location
后的url
映射到文件路径
举例说明:
location /root {
root html
}
location /alias {
alias html
}
当访问localhost/root/
时,根据配置的指令值,会在html
后加上/root
再去访问index.html
。所以实际访问的路由地址为localhost/html/root/index.html
。这是因为root
会将完整的url
映射进文件路径中。
而访问localhost/alias/
时,访问的路由地址为localhost/html/index.html
。
使用gzip压缩来减少网络传输
当访问的资源很大时,往往会消耗大量的宽带,也增加加载时间。nginx
可以设置静态资源的压缩功能。
-
gzip on;
表示打开gzip
功能开关 -
gzip_min_length 1;
表示gzip
最小压缩字节大小,如果一个文件很小,在一个tcp
报文就能发送出来,这时再进行压缩效果不太,却又消耗cpu
。(我这是为了演示才设置为1) -
gzip_comp_level 2;
表示压缩级别 -
gzip_types:
表示只对列出来的类型进行压缩
压缩后只有830kb,而且在响应头中也能看出使用了gzip压缩
使用autoindex
使用autoindex
可以将一个目录信息分享给用户,用户根据自己需求打开对应目录。
在文档中介绍到,当访问/
结尾的url
时,会对应到这个目录并展示这个目录的结构。使用方法就是把autoindex
置为on
访问css/
这个文件夹时:
这里需要提出一点的是,会有一些情况:开启了autoindex
后,还是不会返回目录结构。可能是因为配置index
指令,index
指令优先级会大于autoindex
指令。具体如下:
index:当访问/时会返回index
指令的文件内容。index file
,默认值是index.html
,可以出现在http、server
和location
指令块中。
autoindex:当url
以/
结尾时,尝试以html/xml/json
等格式返回root/alias
中指向目录的目录结构
限制访问速度
因为公网带宽是有限的,当有许多用户同时访问时,他们是一个增强关系。这时可能需要用户访问一些大文件时限制访问速度,以确保能有足够的带宽使得其他用户能够访问一些例如css,js
等基础文件。这时可以设置set
的命令配合一些内置变量来实现这一个功能。比如说
set $limit_rate 1k;
限制服务器向浏览器发送响应的速度。$limit_rate
这个变量可以在官网的ngx_http_core_module
模块中的Embedded Variables
中
用法就是变量后面加上一个以空间为单位的数字,表示每秒传输多少字节。加上限制之后,会发现访问速度有变化。
记录access日志
日志要显示什么内容,就要看要设置什么样的格式。使用log_format指令定义日志的格式。
log_format
格式允许设置一个名字,这就可以对不同用途时记录不同格式的日志文件。如图所示,设置为名为main
的日志格式。这个格式使用了很多内置变量:
-
$remote_addr:
表示远端的ip地址,也就是浏览器的ip地址 -
$remote_user:
表示用户名提供基本身份验证 -
$time_local:
表示访问时间 -
$request:
完整的原始请求行 -
$status:
表示响应状态 -
$body_bytes_sent:
发送给客户端的body字节数 -
$http_referer:
表示从哪跳转过来 -
$http_user_agent:
用户浏览器的类别,版本以及操作系统的一些信息 -
$http_x_forwarded_for:
客户端请求头中的"X-Forwarded-For"
设置完log_format
之后,就要去设置日志记录的地方。使用access_log
指令。
access_log
所在哪个server
块中,就表示这类请求的日志都记录在access_log
设置的地方;
server {
…
access_log logs/access.log main;
}
表示将这个server
的请求记录在logs
的access.log
文件中,采用main
的记录格式
再接再厉——搭建有缓存服务的反向代理服务器
由于上游服务要处理非常复杂的业务逻辑而且还要讲求开发效率,所以一般来说性能并不怎么样。此时使用nginx
作为反向代理服务器,就能用一台nginx
把请求按照负载均衡算法代理给多台上游服务器,这样的好处:
-
能实现水平扩展,在用户无感知的情况下添加更多的上游服务器来提升处理性能。
-
当有一些上游服务器出现问题时,
nginx
可以自动的将请求从有问题的上游服务器转发给正常的上游服务器。
现在有两台nginx
服务器,一台是上面例子展示的web
静态资源服务器,用在上游服务器。另外一台nginx
用作反向代理服务器
在反向代理服务器中添加upstream
表示上游服务:
upstream example {
server 192.168.3.108:8008;
}
总结
面试前要精心做好准备,简历上写的知识点和原理都需要准备好,项目上多想想难点和亮点,这是面试时能和别人不一样的地方。
还有就是表现出自己的谦虚好学,以及对于未来持续进阶的规划,企业招人更偏爱稳定的人。
万事开头难,但是程序员这一条路坚持几年后发展空间还是非常大的,一切重在坚持。
开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
前端面试题汇总
JavaScript
前端资料汇总