OpenResty（Nginx+Redis+Lua）实现缓存限流

news2024/12/24 9:03:31

OpenResty介绍

OpenResty(又称：ngx_openresty) 是一个基于 nginx的可伸缩的 Web 平台，由中国人章亦春发起，提供了很多高质量的第三方模块。

OpenResty 是一个强大的 Web 应用服务器，Web 开发人员可以使用 Lua 脚本语言调动 Nginx 支持的各种 C 以及 Lua 模块,更主要的是在性能方面，OpenResty可以 快速构造出足以胜任 10K 以上并发连接响应的超高性能 Web 应用系统。

360，UPYUN，阿里云，新浪，腾讯网，去哪儿网，酷狗音乐等都是 OpenResty 的深度用户。

OpenResty 简单理解成 就相当于封装了nginx，并且集成了LUA脚本，开发人员只需要简单的其提供了模块就可以实现相关的逻辑，而不再像之前，还需要在nginx中自己编写lua的脚本，再进行调用了。

在nginx的基础上扩展，加入LUA脚本。并发从nginx–>>5w并发到10k以上。

安装openresty

linux安装openresty:

1.添加仓库执行命令

 yum install yum-utils
 yum-config-manager --add-repo https://openresty.org/package/centos/openresty.repo

2.执行安装

yum install openresty

3.安装成功后 会在默认的目录如下：

/usr/local/openresty

安装nginx

默认已经安装好了nginx,在目录：/usr/local/openresty/nginx 下。

修改/usr/local/openresty/nginx/conf/nginx.conf,将配置文件使用的根设置为root,目的就是将来要使用lua脚本的时候 ，直接可以加载在root下的lua脚本。

cd /usr/local/openresty/nginx/conf
vi nginx.conf

修改代码如下：

在这里插入图片描述

测试访问

重启下centos虚拟机，然后访问测试Nginx

访问地址：http://192.168.211.132/

在这里插入图片描述

广告缓存的载入与读取例子

需求分析

需要在页面上显示广告的信息。缓存图片和url。

nginx+redis+lua缓存思路

nginx+redis+lua缓存，达到高并发10k以上。

在这里插入图片描述

1.首先访问nginx ，我们可以采用缓存的方式，先从nginx本地缓存中获取，获取到直接响应
2.如果没有获取到，再次访问redis，我们可以从redis中获取数据，如果有则返回，并缓存到nginx中
3.如果没有获取到，再次访问mysql，我们从mysql中获取数据，再将数据存储到redis中，返回。

Lua+Nginx配置

(1)实现思路-查询数据放入redis中

实现思路：

定义请求：用于查询数据库中的数据更新到redis中。

a.连接mysql ，按照广告分类ID读取广告列表，转换为json字符串。

b.连接redis，将广告列表json字符串存入redis 。

定义请求：

请求：
	/update_content
参数：
	id  --指定广告分类的id
返回值：
	json

请求地址：<http://192.168.211.132/update_content?id=1>

创建/root/lua目录，在该目录下创建update_content.lua： 目的就是连接mysql 查询数据 并存储到redis中。

在这里插入图片描述

这里的redis没有设置访问密码，数据格式是"content_"…id，值。redis过期2分钟

上图代码如下：

ngx.header.content_type="application/json;charset=utf8"
local cjson = require("cjson")
local mysql = require("resty.mysql")
local uri_args = ngx.req.get_uri_args()
local id = uri_args["id"]

local db = mysql:new()
db:set_timeout(1000)
local props = {
    host = "192.168.169.140",
    port = 3306,
    database = "changgou_content",
    user = "root",
    password = "123456"
}

local res = db:connect(props)
local select_sql = "select url,pic from tb_content where status ='1' and category_id="..id.." order by sort_order"
res = db:query(select_sql)
db:close()

local redis = require("resty.redis")
local red = redis:new()
red:set_timeout(2000)

local ip ="192.168.169.140"
local port = 6379
red:connect(ip,port)
red:set("content_"..id,cjson.encode(res))
red:close()

ngx.say("{flag:true}")

修改/usr/local/openresty/nginx/conf/nginx.conf文件： 添加头信息，和 location信息

这里是/update_content路径由update_content.lua程序控制。

在这里插入图片描述

代码如下：

server {
    listen       80;
    server_name  localhost;

    location /update_content {
        content_by_lua_file /root/lua/update_content.lua;
    }
}

定义lua缓存命名空间，修改nginx.conf，添加如下代码即可：

在这里插入图片描述

代码如下：

lua_shared_dict dis_cache 128m;

请求<http://192.168.211.132/update_content?id=1>可以实现缓存的添加，查看redis如下：

在这里插入图片描述

(2)实现思路-从redis中获取数据

实现思路：

定义请求，用户根据广告分类的ID 获取广告的列表。通过lua脚本直接从redis中获取数据即可。

定义请求：

请求:/read_content
参数：id
返回值：json

在/root/lua目录下创建read_content.lua:

--设置响应头类型
ngx.header.content_type="application/json;charset=utf8"
--获取请求中的参数ID
local uri_args = ngx.req.get_uri_args();
local id = uri_args["id"];
--引入redis库
local redis = require("resty.redis");
--创建redis对象
local red = redis:new()
--设置超时时间
red:set_timeout(2000)
--连接
local ok, err = red:connect("192.168.169.140", 6379)
--获取key的值
local rescontent=red:get("content_"..id)
--输出到返回响应中
ngx.say(rescontent)
--关闭连接
red:close()

在/usr/local/openresty/nginx/conf/nginx.conf中配置如下：

如图：

在这里插入图片描述

代码：

location /read_content {
     content_by_lua_file /root/lua/read_content.lua;
}

(3)加入openresty本地缓存

如上的方式没有问题，但是如果请求都到redis，redis压力也很大，所以我们一般采用多级缓存的方式来减少下游系统的服务压力。参考基本思路图的实现。

真正的思路：

先查询openresty本地缓存 如果 没有

再查询redis中的数据，如果没有

再查询mysql中的数据，但凡有数据 则返回即可。

修改read_content.lua文件，代码如下：

在这里插入图片描述

上图代码如下：

ngx.header.content_type="application/json;charset=utf8"
local uri_args = ngx.req.get_uri_args();
--获取路径中id值
local id = uri_args["id"];
--获取本地缓存
local cache_ngx = ngx.shared.dis_cache;
--根据ID 获取本地nginx缓存数据
local contentCache = cache_ngx:get('content_cache_'..id);
--本地nginx不存在
if contentCache == "" or contentCache == nil then
    --连接redis
    local redis = require("resty.redis");
    local red = redis:new()
    --连接时间2分钟
    red:set_timeout(2000)
    red:connect("192.168.169.140", 6379)
    --根据ID 获取redis缓存数据
    local rescontent=red:get("content_"..id);
    
    --不存在则获取数据库
    if ngx.null == rescontent then
        local cjson = require("cjson");
        local mysql = require("resty.mysql");
        local db = mysql:new();
        --连接时间
        db:set_timeout(2000)
        --数据库连接
        local props = {
            host = "192.168.169.140",
            port = 3306,
            database = "changgou_content",
            user = "root",
            password = "123456"
        }
        local res = db:connect(props);
        --sql获取
        local select_sql = "select url,pic from tb_content where status ='1' and category_id="..id.." order by sort_order";
        res = db:query(select_sql);
        local responsejson = cjson.encode(res);
        --存入redis
        red:set("content_"..id,responsejson);
        ngx.say(responsejson);
        db:close()
    else
        --nginx缓存时间10分钟
        cache_ngx:set('content_cache_'..id, rescontent, 10*60);
        ngx.say(rescontent)
    end
    red:close()
else
    ngx.say(contentCache)
end

2个lua脚本

测试地址：http://192.168.211.132/update_content?id=1

此时会将分类ID=1的所有广告查询出来，并存入到Redis缓存。

在这里插入图片描述

测试地址：http://192.168.211.132/read_content?id=1

此时会获取分类ID=1的所有广告信息。

在这里插入图片描述

nginx限流

一般情况下，首页的并发量是比较大的，即使 有了多级缓存，当用户不停的刷新页面的时候，也是没有必要的，另外如果有恶意的请求 大量达到，也会对系统造成影响。

而限流就是保护措施之一。

限制一个ip在一定的时间段内最多请求次数

生活中限流对比

  • 水坝泄洪，通过闸口限制洪水流量（控制流量速度）。
  • 办理银行业务：所有人先领号，各窗口叫号处理。每个窗口处理速度根据客户具体业务而定，所有人排队等待叫号即可。若快下班时，告知客户明日再来(拒绝流量)
  • 火车站排队买票安检，通过排队 的方式依次放入。（缓存带处理任务）

nginx的限流

nginx提供两种限流的方式：

  • 一是控制速率（每秒多少个）
  • 二是控制并发连接数（一个ip一秒只能几个）

控制速率

控制速率的方式之一就是采用漏桶算法。

(1)漏桶算法实现控制速率限流

防止雪崩。

漏桶(Leaky Bucket)算法思路很简单,水(请求)先进入到漏桶里,漏桶以一定的速度出水(接口有响应速率),当水流入速度过大会直接溢出(访问频率超过接口响应速率),然后就拒绝请求,可以看出漏桶算法能强行限制数据的传输速率.示意图如下:

在这里插入图片描述

(2)nginx的配置

配置示意图如下：

在这里插入图片描述

修改/usr/local/openresty/nginx/conf/nginx.conf:

user  root root;
worker_processes  1;

events {
    worker_connections  1024;
}

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

    #cache
    lua_shared_dict dis_cache 128m;

    #限流设置 binary_remote_addr:根据请求ip进行限流
    #contentRateLimit是lou'tong漏桶 10m 缓存大小  
    #2r/s是每秒该ip只能2个请求
    limit_req_zone $binary_remote_addr zone=contentRateLimit:10m rate=2r/s;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    server {
        listen       80;
        server_name  localhost;

        location /update_content {
            content_by_lua_file /root/lua/update_content.lua;
        }

        location /read_content {
            #使用限流配置
            limit_req zone=contentRateLimit;
            content_by_lua_file /root/lua/read_content.lua;
        }
    }
}

配置说明：

binary_remote_addr 是一种key，表示基于 remote_addr(客户端IP) 来做限流，binary_ 的目的是压缩内存占用量。
zone：定义共享内存区来存储访问信息， contentRateLimit:10m 表示一个大小为10M，名字为contentRateLimit的内存区域。1M能存储16000 IP地址的访问信息，10M可以存储16W IP地址访问信息。
rate 用于设置最大访问速率，rate=10r/s 表示每秒最多处理10个请求。Nginx 实际上以毫秒为粒度来跟踪请求信息，因此 10r/s 实际上是限制：每100毫秒处理一个请求。这意味着，自上一个请求处理完后，若后续100毫秒内又有请求到达，将拒绝处理该请求.我们这里设置成2 方便测试。

测试：

重新加载配置文件

cd /usr/local/openresty/nginx/sbin

./nginx -s reload

默认nginx是80端口，不用写进去。

访问页面：http://192.168.211.132/read_content?id=1 ,连续刷新会直接报错。

在这里插入图片描述

(3)处理突发流量

上面例子限制 2r/s，如果有时正常流量突然增大，超出的请求将被拒绝，无法处理突发流量，可以结合 burst 参数使用来解决该问题。

例如，如下配置表示：

在这里插入图片描述

上图代码如下：

server {
    listen       80;
    server_name  localhost;
    location /update_content {
        content_by_lua_file /root/lua/update_content.lua;
    }
    location /read_content {
        limit_req zone=contentRateLimit burst=4;
        content_by_lua_file /root/lua/read_content.lua;
    }
}

burst 译为突发、爆发，表示在超过设定的处理速率后能额外处理的请求数,当 rate=10r/s 时，将1s拆成10份，即每100ms可处理1个请求。

此处，**burst=4 **，若同时有4个请求到达，Nginx 会处理第一个请求，剩余3个请求将放入队列，然后每隔500ms从队列中获取一个请求进行处理。若请求数大于4，将拒绝处理多余的请求，直接返回503.

不过，单独使用 burst 参数并不实用。假设 burst=50 ，rate依然为10r/s，排队中的50个请求虽然每100ms会处理一个，但第50个请求却需要等待 50 * 100ms即 5s，这么长的处理时间自然难以接受。

因此，burst 往往结合 nodelay 一起使用。

例如：如下配置：

server {
    listen       80;
    server_name  localhost;
    location /update_content {
        content_by_lua_file /root/lua/update_content.lua;
    }
    location /read_content {
        limit_req zone=contentRateLimit burst=4 nodelay;
        content_by_lua_file /root/lua/read_content.lua;
    }
}

如上表示：nodelay并行处理

平均每秒允许不超过2个请求，突发不超过4个请求，并且处理突发4个请求的时候，没有延迟，等到完成之后，按照正常的速率处理。

如上两种配置结合就达到了速率稳定，但突然流量也能正常处理的效果。完整配置代码如下：

user  root root;
worker_processes  1;

events {
    worker_connections  1024;
}

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

    #cache
    lua_shared_dict dis_cache 128m;

    #限流设置
    limit_req_zone $binary_remote_addr zone=contentRateLimit:10m rate=2r/s;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    server {
        listen       80;
        server_name  localhost;

        location /update_content {
            content_by_lua_file /root/lua/update_content.lua;
        }

        location /read_content {
            limit_req zone=contentRateLimit burst=4 nodelay;
            content_by_lua_file /root/lua/read_content.lua;
        }
    }
}

测试：如下图 在1秒钟之内可以刷新4次，正常处理。

在这里插入图片描述

但是超过之后，连续刷新5次，抛出异常。

在这里插入图片描述

控制并发量（连接数）

ngx_http_limit_conn_module 提供了限制连接数的能力。主要是利用limit_conn_zone和limit_conn两个指令。

利用连接数限制 某一个用户的ip连接的数量来控制流量。

注意：并非所有连接都被计算在内只有当服务器正在处理请求并且已经读取了整个请求头时，才会计算有效连接。此处忽略测试。

配置语法：

Syntax:	limit_conn zone number;
Default: —;
Context: http, server, location;

(1)配置限制固定连接数

如下，配置如下：

在这里插入图片描述

上图配置如下：

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

    #cache
    lua_shared_dict dis_cache 128m;

    #限流设置
    limit_req_zone $binary_remote_addr zone=contentRateLimit:10m rate=2r/s;

    #根据IP地址来限制，存储内存大小10M
    limit_conn_zone $binary_remote_addr zone=addr:1m;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    server {
        listen       80;
        server_name  localhost;
        #所有以brand开始的请求，访问本地changgou-service-goods微服务
        location /brand {
            limit_conn addr 2;
            proxy_pass http://192.168.211.1:18081;
        }

        location /update_content {
            content_by_lua_file /root/lua/update_content.lua;
        }

        location /read_content {
            limit_req zone=contentRateLimit burst=4 nodelay;
            content_by_lua_file /root/lua/read_content.lua;
        }
    }
}

表示：

        location /brand {
            limit_conn addr 2;
            proxy_pass http://192.168.211.1:18081;
        }
        
limit_conn_zone $binary_remote_addr zone=addr:10m;  表示限制根据用户的IP地址来显示，设置存储地址为的内存大小10M

limit_conn addr 2;   表示 同一个地址只允许连接2次。

此时开3个线程，测试的时候会发生异常，开2个就不会有异常。

jmeter测试：

在这里插入图片描述

(2)限制每个客户端IP与服务器的连接数，同时限制与虚拟服务器的连接总数。(了解)

如下配置：

limit_conn_zone $binary_remote_addr zone=perip:10m;
limit_conn_zone $server_name zone=perserver:10m; 

server {  
    listen       80;
    server_name  localhost;
    charset utf-8;
    location / {
        limit_conn perip 10;#单个客户端ip与服务器的连接数 ip并发每秒
        limit_conn perserver 100; #限制与服务器的总连接数 总并发每秒
        root   html;
        index  index.html index.htm;
    }
}

#每次修改都要重新加载
cd /usr/local/openresty/nginx/sbin

./nginx -s reload

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/154860.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

2013-2021年核心城市空气质量日度数据

2013-2021年核心城市空气质量日度数据

2013-2021年核心城市空气质量日度数据 1、时间&#xff1a;2013年12月-2021年4月13日 2、城市包括&#xff1a;北京 上海 广州 深圳 杭州 天津 成都 南京 西安 武汉 3、指标&#xff1a;日期、AQI、范围、质量等级、PM2.5、PM10、SO2、CO、NO2、O3、城市 4、来源&#xff1…
阅读更多...
MYSQL基础——DML语句

MYSQL基础——DML语句

DML语句 DML英文全称是Data Manipulation Language(数据操作语言)&#xff0c;用来对数据库中表的数据进行增(INSERT)、删(DELETE)、改(UPDATE)操作。 接下来代码演示所用的数据表如下&#xff1a; desc employee; 添加 添加数据语法格式如下&#xff1a; # 给指定字段添加…
阅读更多...
IEEE | DSConv: Efficient Convolution Operator

IEEE | DSConv: Efficient Convolution Operator

论文标题 &#xff1a;DSConv: Efficient Convolution Operator 论文链接 &#xff1a;https://arxiv.org/abs/1901.01928v2 发表时间 &#xff1a;2019年11月 创新点 实现更低的内存使用&#xff0c;并且加快了计算速度 概要 引入了一种称为 DSConv&#xff08;分布移位卷…
阅读更多...
【服务器数据恢复】服务器卷被误删除的raid5数据恢复案例

【服务器数据恢复】服务器卷被误删除的raid5数据恢复案例

服务器数据恢复环境&故障&#xff1a; 某品牌服务器&#xff0c;搭建raid5磁盘阵列。 用户误操作删除服务器上的卷。 经过检测发现服务器不存在物理故障&#xff0c;可以从raid5磁盘阵列层面进行数据恢复。 服务器数据恢复过程&#xff1a; 1、对故障服务器所有硬盘以只读…
阅读更多...
Chromedriver安装教程【无需翻墙】

Chromedriver安装教程【无需翻墙】

第一步 查看你当前Chrome浏览器的版本&#xff0c;如下图所示&#xff1a; 第二步 查看当前Chrome浏览器的版本号&#xff0c;如下图所示,版本 108.0.5359.125&#xff08;正式版本&#xff09; &#xff08;64 位&#xff09;中的&#xff0c;108就是我们的版本号。 第三…
阅读更多...
第47讲：SQL优化之主键优化

第47讲：SQL优化之主键优化

文章目录1.主键优化方面的概念1.1.数据的组织方式1.2.主键顺序写入的过程1.3.主键乱序写入引发页分裂的现象1.4.页合并的概念2.主键的设计原则1.主键优化方面的概念 1.1.数据的组织方式 在InnoDB存储引擎中&#xff0c;表的数据都是根据主键顺序组织然后存放的&#xff0c;这…
阅读更多...
集成开发工具IDEA导入新项目，update index时间过长

集成开发工具IDEA导入新项目，update index时间过长

集成开发工具IDEA导入新项目&#xff0c;update index时间过长&#xff0c;一般这种场景出现在&#xff1a; 1.继承开发工具比较新&#xff08;使用了优化的索引算法&#xff0c;这种算法一般是前期编译比较慢&#xff0c;一旦编译完&#xff0c;存入缓存&#xff0c;后期搜索就…
阅读更多...
为何国家应该大力推行IPV9而不是IPv6.md

为何国家应该大力推行IPV9而不是IPv6.md

不得不说,中国的发展突飞猛进,你看连神舟16号都已经提升了日程。 我们见证了中国的崛起,更见证了中国的力量,集中力量办大事的决心。 当然计算机网络体系也发生了很大的改变,从之前的IPv4到20年前的IPv6的提出,再到现在的IPV9技术的商业实施。 为何IPv6提出了20多年了,普及还是…
阅读更多...
11点还不睡会错过肝脏排毒吗？

11点还不睡会错过肝脏排毒吗？

人体脏器有排毒时间这个说法由来已久&#xff0c;肝经循行时间为晚上11点-1点&#xff0c;这让很多人害怕自己在11点还没睡就会错过肝脏排毒的时间。这个说法是真的吗&#xff1f;肝脏作为人体的“生物加工厂”&#xff0c;24小时都在工作。工作内容包括调节代谢、合成、调节免…
阅读更多...
JSONArray.parseArray

JSONArray.parseArray

1. 需求 最近有个需求&#xff1a; 要接收某个接口的 JSON 数据&#xff0c;而这个JSON数据有可能是一个 JSON 对象&#xff0c;也有可能是一个 JSON数组。 "{name,王五,age:10}""[{name:张三,age:12},{name:李四,age:11}]"现在呢&#xff0c;我需要根据…
阅读更多...
指令+运算=CPU

指令+运算=CPU

1 组合逻辑电路&#xff08;Combinational Logic Circuit&#xff09; 要实现完整CPU功能&#xff0c;除加法器这种电路&#xff0c;还需实现其他功能的电路。有这样一种电路&#xff0c;类似加法器&#xff0c;给定输入&#xff0c;就能得到固定输出。 但仅有组合逻辑电路还…
阅读更多...
在风速、风向传感器中，比聚碳酸酯复合材料更好的壳体是哪个？

在风速、风向传感器中，比聚碳酸酯复合材料更好的壳体是哪个？

现如今&#xff0c;铝合金产品在电子行业&#xff0c;已经成为主流产品之一&#xff0c;适用范围广&#xff0c;在各个行业都有普及&#xff0c;其中就包括气象领域。其中&#xff0c;风速、风向变送器为气象仪器&#xff0c;也随着时代的发展&#xff0c;不断更新换代&#xf…
阅读更多...
大一计算机新生，感觉什么都学不会怎么办？

大一计算机新生，感觉什么都学不会怎么办？

虽然今天什么都没做&#xff0c;但是还是辛苦我了。。。刚开始难是正常现象&#xff0c;可以先梳理一下 计算基础基础很重要&#xff0c;实践为上 计算机组成与原理、数据结构、计算机网络、操作系统、编程语言 书看得越多&#xff0c;其实你越能找到自己的方向&#xff0c;一…
阅读更多...
“数实融合” 新时代，解读数据治理的新风向

“数实融合” 新时代，解读数据治理的新风向

导语 | 数据作为国际数字主权竞争的核心资源&#xff0c;是国家明确增列的新型生产要素。数据质量的高低、数据价值的挖掘&#xff0c;是影响企业发展的关键要素之一。今天我们邀请到了中国信息通信研究院 大数据与区块链部副主任、腾讯云 TVP 姜春宇老师&#xff0c;带领我们解…
阅读更多...
C 中的变量作用域 – 局部和全局作用域解释

C 中的变量作用域 – 局部和全局作用域解释

在编程中&#xff0c;您经常需要处理变量的范围。变量的作用域决定了是否可以在特定代码块内访问和修改它。 在本教程中&#xff0c;你将了解 C 编程语言中的变量作用域。您将看到一些代码示例&#xff0c;以帮助您了解局部变量和全局变量之间的差异。 目录 变量的作用域是什…
阅读更多...
react源码解析3.react源码架构

react源码解析3.react源码架构

这一章的目的是让我们认识一下react源码架构和各个模块。 在真正的代码学习之前&#xff0c;我们需要在大脑中有一个react源码的地图&#xff0c;知道react渲染的大致流程和框架&#xff0c;这样才能从上帝视角看react是怎么更新的&#xff0c;来吧少年。 react的核心可以用u…
阅读更多...
头条权重如何在线查询，头条权重为0怎么办

头条权重如何在线查询，头条权重为0怎么办

每个用心用自媒体的创作者们&#xff0c;都听说过权重一说&#xff0c;权重高&#xff0c;也就意味着你的这个账号属于优质账号&#xff0c;推荐量会相应增加&#xff0c;还有一些自媒体会有创作者账号的白名单&#xff0c;优质账号会放在白名单里。 头条权重如何在线查询&…
阅读更多...
适用于校园学生公寓的联网智能门锁

适用于校园学生公寓的联网智能门锁

常言道&#xff1a;365行&#xff0c;行行出状元。每一个行业都有其特色&#xff0c;每一个行业都离不开一个共同的话题——安全。以联网智能门锁为例&#xff0c;早期的普通智能门锁主要应用于家庭、酒店等场景&#xff0c;能够满足几口之间、小规模流动人员场景使用需求。随着…
阅读更多...
yolov8训练自己的数据集

yolov8训练自己的数据集

太卷了&#xff01;&#xff01;&#xff01;&#xff01; 太卷了&#xff01;&#xff01;&#xff01;&#xff01;太卷了&#xff01;&#xff01;&#xff01;&#xff01;&#xff01;太卷了&#xff01;&#xff01;&#xff01;&#xff01;&#xff01;太卷了&#xff…
阅读更多...
【Nginx】Nginx简介

【Nginx】Nginx简介

1. 什么是nginx2. 正向代理与反向代理 2.1 概念2.2 区别 正向代理:客户端 <一> 代理 一>服务端反向代理:客户端 一>代理 <一> 服务端 3. 负载均衡4. 动静分离 1. 什么是nginx Nginx (“engine x”) 是一个高性能的 HTTP 和反向代理服务器,特点是占有内存少…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023