nginx

最新推荐文章于 2023-01-03 18:12:25 发布
最新推荐文章于 2023-01-03 18:12:25 发布
阅读量354 收藏
点赞数
文章标签： nginx
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_50796134/article/details/120036995
版权

nginx学习

Nginx基本概念

nginx是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。其特点是占有内存少，并发能力强，事实上nginx的并发能力在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等。

Nginx专为性能优化而开发，性能是器最重要的考量，实现上非常注重效率，能经受高负载的考验，据报告能支持高达50,000个并发连接数。

Nginx不仅能做反向代理，实现负载均衡；还能可以作正向代理来进行上网等功能。

反向代理

代理与反向代理

代理服务器是位于客户端和原始服务器的一台中间服务器，为了从原始服务器获取到内容，客户端向代理服务器发送一个请求并带上目标服务器（原始服务器），代理服务器在接收到请求后就会将请求转发给原始服务器，并将从原始服务器上获取到的数据返回给客户端，代理服务器是代理的客户端，所以一般客户端是知道代理服务器的存在的，比如翻墙就用了代理服务器。
（代理对象是客户端，不知道服务端是谁。）
在这里插入图片描述

反向代理服务器是位于原始服务器端的服务器，反向代理服务器接受来自互联网的请求，然后将这些请求发送给内网的服务器，并将从内网的服务器获取结果返回给互联网上的客户端，反向代理服务器是代理的服务端，所以客户端是不知道反向代理服务器的存在的，服务端是知道反向代理服务器的。（隐藏了真实服务器IP地址。代理对象是服务端，不知道客户端是谁。）
在这里插入图片描述

代理服务器的作用

  1. 访问原来无法访问的资源
  2. 用作缓存，加速访问速度
  3. 对客户端访问授权，上网进行认证
  4. 代理可以记录用户访问记录（上网行为管理），对外隐藏用户信息

反向代理服务器的作用

  1. 保护内网安全
  2. 负载均衡
  3. 缓存，减少服务器的压力

nginx的作用

1.反向代理，将多台服务器代理成一台服务器
2.负载均衡，将多个请求均匀的分配到多台服务器上，减轻每台服务器的压力，提高服务的吞吐量
在这里插入图片描述

3.动静分离，nginx可以用作静态文件的缓存服务器，提高访问速度
在这里插入图片描述

nginx的工作过程

1.在nginx启动后，会有一个master进程和多个worker进程，master进程主要用来管理worker进程，包括：接受信号，将信号分发给worker进程，监听worker进程工作状态，当worker进程退出时(非正常)，启动新的worker进程。基本的网络事件会交给worker进程处理。多个worker进程之间是对等的，他们同等竞争来自客户端的请求，各进程互相之间是独立的 。一个请求，只可能在一个worker进程中处理，一个worker进程，不可能处理其它进程的请求。 worker进程的个数是可以设置的，一般我们会设置与机器cpu核数一致，这里面的原因与nginx的进程模型以及事件处理模型是分不开的 。
在这里插入图片描述
在这里插入图片描述

2.当master接收到重新加载的信号会怎么处理(./nginx -s reload)?，master会重新加载配置文件，然后启动新的进程，使用的新的worker进程来接受请求，并告诉老的worker进程他们可以退休了，老的worker进程将不会接受新的，老的worker进程处理完手中正在处理的请求就会退出。

Nginx配置文件

主配置文件：/usr/local/nginx/conf/nginx.conf
通过nginx -c 可以指定要读取的配置文件来启动
nginx常见的配置文件及作用：

配置文件作用
nginx.confnginx的基本配置文件
mime.typesMIME类型关联的扩展文件
fastcgi.conf与fastcgi相关的配置文件
proxy.conf与proxy相关的配置
sites.conf配置nginx提供的网站，包括虚拟主机

默认的 nginx 配置文件 nginx.conf 内容如下：


#user  nobody;
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    server {
        listen       80;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   html;
            index  index.html index.htm;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all;
        #}
    }


    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}


    # HTTPS server
    #
    #server {
    #    listen       443 ssl;
    #    server_name  localhost;

    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;

    #    ssl_session_cache    shared:SSL:1m;
    #    ssl_session_timeout  5m;

    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers  on;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}

}

nginx 文件结构

...              #全局块

events {         #events块
   ...
}

http      #http块
{
    ...   #http全局块
    server        #server块
    { 
        ...       #server全局块
        location [PATTERN]   #location块
        {
            ...
        }
        location [PATTERN] 
        {
            ...
        }
    }
    server
    {
      ...
    }
    ...     #http全局块
}

在这里插入图片描述

nginx.conf的内容分为以下几段：

  • main配置段：全局配置段。其中main配置段中可能包含 event配置段；
  • event{}：定义event模型工作特性；
  • http{}：定义http协议相关配置。
    配置指令：（注:以分号结尾）

1.第一部分：全局块

从配置文件开始到 events 块之间的内容，主要会设置一些影响 nginx 服务器整体运行的配置指令，主要包括配置运行 Nginx 服务器的用户（组）、允许生成的 worker process 数，进程 PID 存放路径、日志存放路径和类型以及配置文件的引入等。
比如上面第一行配置的：worker_processes ：1；
这是 Nginx 服务器并发处理服务的关键配置，worker_processes 值越大，可以支持的并发处理量也越多，但是会受到硬件、软件等设备的制约

main配置段
1.daemon {on|off}; //是否已守护进程运行进程nginx，调试时应设置为off
2.master_process {on|off}; //是否以master/worker模型来运行nginx，调试时可以设置为off
3.error_log 位置1 级别2; //配置错误日志
//Nginx 软件会把自身的故障信息及用户的日志信息记录到指定的日志文件里。
//error_log  file  level; 
//error_log 是关键字，file 是保存错误日志的文件路径，level 是错误日志级别
//第二个参数是错误级别。包括debug, info, notice, warn, error, crit, alert, 以及 emerg这几种不同的级别。
正常运行必备的配置参数
user USERNSME {GROUPNAME}; //指定运行worker进程的用户和组；
pid /path/to/pid_file; //指定nginx守护进程的pid文件
worker_rlimit_nofile NUMBER; //设置所有worker进程最大可以打开的文件数，默认为1024；
worker_rlimit_core SIZE; //指明所有worker进程所能够使用的总体的最大核心文件大小，保持默认即可
//后两句可以省略
优化性能的配置参数
worker_processse N; //启动N个worker进程，这里的N为了避免上下文切换，通常设置为cpu总核数-1或等于总t核数
worker_cpu_affinity CPUMASK3 [CPUMASK…]; //将进程绑定到某个CPU中，避免频繁刷新缓存
time_resolution INTERVAL; //计时器解析度。降低此值，可减少gettimeofday()系统调用的次数
worker_priority NUMBER; //指明worker进程的NICE值（优先级）

2.第二部分：events 块

比如上面的配置：
events {
worker_connections 1024;//每个 work process 支持的最大连接数为 1024.
}
events 块涉及的指令主要影响 Nginx 服务器与用户的网络连接，常用的设置包括是否开启对多 work process
下的网络连接进行序列化，是否允许同时接收多个网络连接，选取哪种事件驱动模型来处理连接请求，每个 word
process 可以同时支持的最大连接数等。
上述例子就表示每个 work process 支持的最大连接数为 1024.
这部分的配置对 Nginx 的性能影响较大，在实际中应该灵活配置

event{}相关配置
use epoll; #多路复用I/O中的一种方式，仅用于linux2.6以上内核，大大提升nginx性能
accept_mutex {on|off}; #master调度用户请求至各worker进程时使用的负载均衡锁，“on”表示能让多个worker轮流地、序列化地去响应新请求（防止惊群现象发生）
lock_file FILE; #accept_nutex用到的互斥锁锁文件路径
#每个对象都对应于一个可称为" 互斥锁" 的标记，这个标记用来保证在任一时刻，只能有一个线程访问该对象。
use [epoll | rtsig | select | poll]; #指明使用的事件模型，建议让nginx自行选择
worker_connections #; //每个进程能够接受的最大连接数
multi_accept on; #设置一个进程是否同时接受多个网络连接，默认为off

3.第三部分：http 块

这算是 Nginx 服务器配置中最频繁的部分，代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。
需要注意的是：http 块也可以包括 http 全局块、server 块。

http 全局块配置的指令包括文件引入、MIME-TYPE 定义、日志自定义、连接超时时间、单链接请求数上限等。
每个 http 块可以包括多个 server 块，而每个 server 块就相当于一个虚拟主机。
而每个 server 块也分为全局 server 块，以及可以同时包含多个 locaton 块。
1、全局 server 块
最常见的配置是本虚拟机主机的监听配置和本虚拟主机的名称或 IP 配置。

server{}：定义一个虚拟主机,示例如下：
server {
    keepalive_requests 120; #单连接请求上限次数
 	listen 80;  #监听端口
 	server_name www.idfsoft.com;  #监听地址     
 	root "/vhosts/web";
 	location /baabababba{}
 	location /sskjx{}
 	.....
 	//当直接访问服务器，不加其他路径访问时，并且nginx配置中，含有location /{}配置时，nginx的location会优先匹配到此代码块，会指向此代码块中的root , server中的root, 不会生效。当去掉/ 配置，nginx找不到匹配到的location代码块时候，则会才执行server中的root。
server_name NAME1 [NAME2...];     ##后面可以跟多个主机，名称可以用正则表达式或通配符

2、location 块
一个 server 块可以配置多个 location 块。
这块的主要作用是基于 Nginx 服务器接收到的请求字符串（例如 server_name/uri-string），对虚拟主机名称
（也可以是 IP 别名）之外的字符串（例如 前面的 /uri-string）进行匹配，对特定的请求进行处理。地址定向、数据缓
存和应答控制等功能，还有许多第三方模块的配置也在这里进行。

http {            
1. include mime.types;#文件扩展名与文件类型映射表
2. default_type application/octet-stream; #默认文件类型，默认为text/plain
3. keepalive_timeout 65;#http连接超时时间
4. gzip on; #实现资源压缩的原理是通过ngx_http_gzip_module模块拦截请求，并对需要做gzip的类型做gzip
5. sendfile on;		##指定nginx是否调用sendfile函数（zero copy）来输出文件，对于普通应用必须设为on；
 					##如果用来进行下载等应用磁盘I/O重负载应用，可设置为OFF，以平衡磁盘与网络I/O处理速度，降低系统的uptime
6. autoindex on;		##开启目录列表访问，适合下载服务器，默认关闭
7. 	upstream {              ##负载均衡配置
	...
	}
8. 	server {              ##服务器级别，每一个server类似于httpd中的一个<VirtualHost,通俗来说就是一个网站>
 		listen80;
	 	server_name localhost;
		location / {           ##请求级别，类似与httpd中的<Location>，用于定义URL与本地文件系统的映射关系
		 	root html;
		 	index index.html index.htm;
	 	}
 	}
}

展示

反向代理

eg:用nginx反向代理，根据访问的路径跳转到不同端口的服务中，nginx的监听端口为9001
访问http://localhost:9001/edu/ 直接跳转到127.0.0.1:8080
访问http://localhost:9001/vod/ 直接跳转到127.0.0.1:8081
在这里插入图片描述
在浏览器输入：http://localhost：9001/edu/a.html
则跳转到端口号为8080的服务器中edu目录下的a.html
在浏览器输入：http://localhost：9001/vod/a.html
则跳转到端口号为8081的服务器中edu目录下的a.html

location区段,通过指定模式来与客户端请求的URI相匹配

功能：允许根据用户请求的URI来匹配定义的各location，匹配到时，此请求将被响应的location配置快中的配置所处理，例如做访问控制等功能
语法：如下

  • location [修饰符] pattern {…}
    常用的修饰符说明：
项目Value
=精确匹配
~正则表达式模式匹配，区分大小写
~*正则表达式模式匹配，不区分大小写
^~前缀匹配，类似于无修饰符的行为，也是以指定模块开始，不同的是，如果模式匹配，那么就停止搜索其他模式了，不支持正则表达式
@定义命名location区段，这些区段客户端不能访问，只可以有内部产生的请求访问，如try_files或error_page等

（1）没有修饰符表示必须以指定模式开始，如：

server {
server_name www.baibai.com;
location /abc {
…
}
}

那么如下内容可以就可以正确匹配：

www.baibai.com/abc
www.baibai.com/abc/
www.baibai.com/abc?.…
(2)=：表示必须与指定的模式精确匹配，如：

server {
server_name www.baibai.com;
location = /abc {
…
}
}

那么如下内容可正确匹配：

www.baibai.com/abc
www.baibai.com/abc?.…
如下内容则无法匹配：

www.baibai.com/abc/
www.baibai.com/abc/adcde
~：表示指定的正则表达式要区分大小写，如：

server {
server_name www.baibai.com;
location ~ ^/abc$ {
…
}
}

那么如下内容可以正确匹配：

www.baibai.com/abc
www.baibai.com/abc?.…
如下内容则无法匹配：

www.baibai.com/abc/
www.baibai.com/ABC
www.baibai.com/abcde
（4）~*：表示指定的正则表达式不区分大小写
查找顺序和优先级，由高到底依次为：
1.带有“=”的精确匹配优先
2.正则表达式
（有多个正则表达式出现时，按照它们在配置文件中定义的顺序）
3.没有修饰符的精确匹配

负载均衡

upstream {}负载均衡配置

负载均衡：随着网站的发展，服务器压力越来越大，我们可能首先会将数据库，静态文件分离出去。但是随着发展，单独业务API的请求的压力也会变得很大，这时候我们可能需要做负载均衡将一台服务器面临的压力分散到多台服务器上。
在http下添加 upstream upstream_name {} 来配置要映射的服务器。
// eg:server 127.0.0.1:7878;
//upstream_name大家可以指定为服务的域名或者项目的代号。
//server下的location 我们将 / 下的全部请求转发到 http://upstream_name ，也就是我们上面配置的服务器列表中的某一台服务器上。具体是哪台服务器，nginx会根据配置的调度算法来确认。
eg:在地址栏输入地址：http://localhost/edu/a.html/负载均衡效果，平均8080和8081端口（此时，如果端口为8080和8081的服务器若都有edu文件夹）
在这里插入图片描述
在浏览器输入：http://localhost/edu/a.html
刷新页面，就会交替出现端口为8080和端口为8081服务器中的a.html

负载均衡，nginx 分配服务器策略

第一种 轮询（默认）
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器 down 掉，能自动剔除。
第二种 weight
weight 代表权重默认为 1,权重越高被分配的客户端越多
在这里插入图片描述第三种 ip_hash
每个请求按访问 ip 的 hash 结果分配，这样每个访客固定访问一个后端服务器
第四种 fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。

动静分离

Nginx 动静分离简单来说就是把动态跟静态请求分开，不能理解成只是单纯的把动态页面和
静态页面物理分离。严格意义上说应该是动态请求跟静态请求分开，可以理解成使用 Nginx
处理静态页面，Tomcat 处理动态页面。动静分离从目前实现角度来讲大致分为两种，
一种是纯粹把静态文件独立成单独的域名，放在独立的服务器上，也是目前主流推崇的方案；
另外一种方法就是动态跟静态文件混合在一起发布，通过 nginx 来分开
eg:在服务器中同一目录下有www和image两个文件夹，www中有a.html，image中有1.jpg
在这里插入图片描述

location 多级目录配置

很多情况下，我们的一个项目中要区分多级目录，如dev、pub环境等，这时候需要通过nginx的location配置，不同环境的代码走不同的目录
常用：

 location /dev/ {
        root /www/project; # 注意，此时走的是/www/project下边的dev目录
        index index.php index.html;
    }
 
    location /pub/ {
        alias /www/project/pub/; #  此时是/www/project/pub/目录
        index index.html;
    }
 
    # 其他路径直接返回403页面
    location / {
        return 403;
    }
其中对于location下边目录有两种设置方式，分别是 root 和 alias，

//两者有什么区别呢？
alias 指定的目录是准确的，给location指定一个目录。
root 指定上级目录，并且该上级目录 一定要 含有locatoin指定名称的同名目录。
location中index配置
server {
listen 80;
server_name example.org www.example.org;

location / {
root /data/www;
index index.html index.php;
}

location ~ \.php$ {
root /data/www/test;
}
}
上面的例子中，如果你使用example.org或www.example.org直接发起请求，那么首先会访问到“/”的location，结合root与index指令，会先判断/data/www/index.html是否存在，如果不，则接着查看
/data/www/index.php ，如果存在，则使用/index.php发起内部重定向，就像从客户端再一次发起请求一样，Nginx会再一次搜索location，毫无疑问匹配到第二个~ \.php$，从而访问到/data/www/test/index.php。

深入理解Nginx中Server和Location的匹配逻辑

参考链接：Nginx简介及配置文件详解
参考链接：nginx基本原理介绍
参考链接：nginx基本概念和原理
参考链接：Nginx简介及配置文件详解
参考链接：nginx配置详解
参考链接：Nginx配置配置文件详解
参考链接：nginx location 多级目录配置
参考链接：nginx中的index配置

玛卡巴卡x
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
nginx-1.24.0
11-01
nginx-1.24.0
nginx gmcurl gmssl
05-16
nginx in linux 32 with gmtls support 国密gmssl gmtls 支持的 nginx 在 linux 32 中可以用 gmcurl 与 360国密浏览器 都可以 支持
nginx反向代理配置去除前缀
热门推荐
α-geek的专栏
01-07 53万+
使用nginx做反向代理的时候，可以简单的直接把请求原封不动的转发给下一个服务。设置proxy_pass请求只会替换域名，如果要根据不同的url后缀来访问不同的服务，则需要通过如下方法： 方法一：加"/" server { listen 8000; server_name abc.com; access_log "pipe:rol...
LINUX安装nginx详细步骤
大蛇王的博客
08-21 47万+
1.安装依赖包 //一键安装上面四个依赖 yum -y install gcc zlib zlib-devel pcre-devel openssl openssl-devel 2.下载并解压安装包 //创建一个文件夹 cd /usr/local mkdir nginx cd nginx //下载tar包 wget http://nginx.org/download/nginx-1.13...
Nginx详解（一文带你搞懂Nginx）
hyfsbxg的博客
01-06 21万+
前言 最近进入了新篇章的学习，Nginx，特写下详细笔记与大家共享。 目录前言一、Nginx是什么？二、Nginx的反向代理（扩展：正向代理）三、Nginx的负载均衡什么是负载均衡？Nginx的动静分离！四、Nginx的安装windows版本下的安装下载启动检查是否安装成功配置监听关闭NginxLinux版本下的安装总结
Nginx中安装免费SSL证书开启Https请求
Asurplus
04-23 20万+
在部分场景中，我们必须使用 https 请求，因为 https 请求更为安全，常用于支付方面的请求调用 https 的基础是 ssl，我们一般是没有 ssl 证书的，我们需要向供应商购买 ssl 证书，今天我们使用 Let’s Encrypt 获取免费证书，搭建我们的 https 请求 1、安装 Nginx 在 Centos 中搭建 nginx 环境，可以参考我的这篇文章，Centos7中搭建Nginx环境 https://lizhou.blog.csdn.net/article/details/11604
Nginx
程序猿_三产
10-17 7181
Nginx 编译 Nginx 针对 Unix 环境 下载 Nginx 从 Nginx 官网 出下载想要编译版本的 Nginx，Nginx 官方提供三个版本： Mainline version 主线版本，功能较新，稳定性较 Stable version 稍差，建议学习使用该版本，实际生产使用 Stable version。 Stable version 稳定版本 Legacy v...
nginx配置
beichengliulixue的博客
08-25 2万+
ngnix
Nginx配置
giun的博客
03-01 4万+
Nginx配置一、nginx常用配置命令二、nginx配置文件（一）、第一部分：全局块（二）、第二部分：events块（三）、第三部分：http块1、http全局块2、server块三级目录 一、nginx常用配置命令 配置命令路径 /usr/local/nginx/sbin 查看nginx版本 ./nginx -v 停止nginx服务 ./nginx -s stop 启动nginx服务 ./nginx 重新加载nginx，适用于当nginx.conf配置文件修改后，使用下面命令可以使得配置文件生效
nginx静态资源服务器简单配置
wl的博客
10-28 13万+
nginx静态资源服务器配置
Linux中安装Nginx，很详细
studio_1的博客
01-03 2万+
以下命令都是在进入安装Nginx的sbin目录中操作，我这里是 /usr/local/nginx/sbin。有些朋友在进行configure时可能会报错，我的也报错了。表示Nginx成功启动。上传的地址自己决定，我上传到 /usr/Nginx。使用之后可以看到Nginx进程以及消失了。再进行configure应该不会报错了。出现Nginx的目录表示成功安装。然后再进行configure。然后在浏览器中使用ip地址访问。执行不报错就表示重启成功。我下载的是最新稳定版。太长了，中间没截图。
在linux系统上升级nginx版本
10-07
在 Linux 系统上升级 Nginx 版本 Nginx 是一个流行的开源 Web 服务器软件，可以运行在多种操作系统上，其中包括 Linux。随着 Nginx 的不断更新和发展，升级 Nginx 版本成为一个不可避免的问题。本文将指导您在 ...
nginx-1.25.1
07-13
nginx的Linux版本
linux系统nginx免编译版本 nginx-1.24.0
04-10
./configure --prefix=./../nginx-1.24.0 --with-threads --with-http_ssl_module --with-http_gzip_static_module --with-http_stub_status_module
学生签到表表格.docx
06-23
学生签到表表格.docx
PC上位机实时读取CY7C68013端口数据
最新发布
06-23
在不使用FPGA外接器件的情况下以最大速率传输端口数据到PC上位机，主要实现内容是开辟一个线程实时读取FX2的EP6IN端口的数据，然后在上位机中显示出来 详细说明请参考以下博文： https://blog.csdn.net/zhye3690592/article/details/139906329?csdn_share_tail=%7B%22type%22%3A%22blog%22%2C%22rType%22%3A%22article%22%2C%22rId%22%3A%22139906329%22%2C%22source%22%3A%22zhye3690592%22%7D
互联网架构权限认证ApacheShiro零基础到高级实战 视频教程 下载因为太大存百度云盘3.zip
06-23
下面只是目标目录 ├─第1章-Shiro权限实战课程介绍 │ 1-1Shiro权限实战课程介绍.mp4 │ 1-2权限控制和初学JavaWeb处理访问权限控制.mp4 │ ├─第2章-大话权限框架核心知识ACL和RBAC │ 2-1权限框架设计之ACL和RBAC讲解.mp4 │ 2-2主流权限框架介绍和技术选型讲解.mp4 │ ├─第3章-ApacheShiro基础概念知识和架构讲解 │ 3-1Shiro核心知识之架构图交互和四大模块讲解.mp4 │ 3-2用户访问Shrio权限控制运行流程和常见概念讲解.mp4 │ ├─第4章-Springboot2.x整合ApacheShiro快速上手实战 │ 4-1SpringBoot2.x整合Shiro.mp4 │ 4-2快速上手之Shiro认证和授权流程实操上集.mp4 │ 4-3Shiro认证和授权流程和常用API梳理下集.mp4 │ ├─第5章-详细讲解ApacheShirorealm实战 │ 5-1Shiro安全数据来源之Realm讲解.mp4 │ 5-2快速上手之Shiro内置IniRealm实操.mp4 │ 5-3快速上手之Shiro内置JdbcRealm实操.mp4 │ 5-4ApacheShiro自定义Readl实战.mp4 │ 5-5深入Shiro源码解读认证授权流程.mp4 │ ├─第6章-Shiro权限认证Web案例知识点讲解 │ 6-1Shiro内置的Filter过滤器讲解.mp4 │ 6-2Shiro的Filter配置路径讲解.mp4 │ 6-3Shiro数据安全之数据加解密.mp4 │ 6-4Shiro权限控制注解和编程方式讲解.mp4 │ 6-5Shiro缓存模块讲解.mp4 │ 6-6ShiroSession模块讲解.mp4 │ ├─第7章-ApacheShiro整合SpringBoot2.x综合案例实战 │ 7-10使用ShiroLogout和加密处理.mp4 │ 7-1Shiro整合SpringBoot2.x案例实战介绍.mp4 │ 7-2基于RBAC权限控制实战之Mysql数据库设计.mp4 │ 7-3SpringBoot2.x项目框架和依赖搭建.mp4 │ 7-4案例实战之权限相关服务接口开发.mp4 │ 7-5案例实战之用户角色权限多对多关联查询SQL.mp4 │ 7-6案例实战自定义CustomRealm实战.mp4 │ 7-7项目实战之ShiroFilterFactoryBean配置实战.mp4 │ 7-8前后端分离自定义SessionManager验证.mp4 │ 7-9API权限拦截验证实战.mp4 │ ├─第8章-权限控制综合案例实战进阶 │ 8-1实战进阶之自定义ShiroFilter过滤器上集.mp4 │ 8-2实战进阶之自定义ShiroFilter过滤器下集.mp4 │ 8-3性能提升之Redis整合CacheManager.mp4 │ 8-4性能提升之Redis整合SessionManager.mp4 │ 8-5ShiroConfig常用bean类配置.mp4 │ ├─第9章-大话分布式应用的鉴权方式 │ 9-1单体应用到分布式应用下的鉴权方式介绍.mp4 │ 9-2Shiro整合SpringBoot下自定义SessionId.mp4 │ ├─第10章-Shiro课程总结 │ 10-1Apacheshiro从入门到高级实战课程总结.mp4 │ 10-2高级工程师到架构师-解决问题思路+学习方法.mp4 │ └─课件资料.zip
基于Python实现的声源定位工程系统源码（优秀课程设计）.zip
06-23
基于Python实现的声源定位工程源码（优秀课程设计）.zip个人大三学期的课程设计、经导师指导并认可通过的高分大作业设计项目，评审分97分。主要针对计算机相关专业的正在做大作业的学生和需要项目实战练习的学习者，可作为课程设计、期末大作业。 基于Python实现的声源定位工程源码（优秀课程设计）.zip个人大三学期的课程设计、经导师指导并认可通过的高分大作业设计项目，评审分97分。主要针对计算机相关专业的正在做大作业的学生和需要项目实战练习的学习者，可作为课程设计、期末大作业。 基于Python实现的声源定位工程源码（优秀课程设计）.zip个人大三学期的课程设计、经导师指导并认可通过的高分大作业设计项目，评审分97分。主要针对计算机相关专业的正在做大作业的学生和需要项目实战练习的学习者，可作为课程设计、期末大作业。 基于Python实现的声源定位工程源码（优秀课程设计）.zip个人大三学期的课程设计、经导师指导并认可通过的高分大作业设计项目，评审分97分。主要针对计算机相关专业的正在做大作业的学生和需要项目实战练习的学习者，可作为课程设计、期末大作业。
nginx1.23.0
03-16
很抱歉，目前最新版本的Nginx是1.21.3，没有1.23.0版本。Nginx是一个高性能的开源Web服务器和反向代理服务器，它具有轻量级、高并发处理能力和低内存消耗等特点。Nginx常用于构建静态资源服务器、负载均衡器、反向...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值