【nginx实战】nginx正向代理、反向代理、由反向代理实现的负载均衡、故障转移详解

文章目录

  • 一. 正向代理与反向代理的概念
  • 二. Nginx服务器的正向代理服务
    • 1. Nginx服务器正向代理服务的配置的3个指令
      • 1.1. resolver指令
      • 1.2. resolver_timeout指令
      • 1.3. proxy_pass指令
    • 2. Nginx服务器正向代理服务的使用
  • 三. Nginx服务器的反向代理服务
    • 1. 反向代理的基本指令
      • 1.1. proxy_pass指令
      • 1.2. proxy_set_header指令
      • 1.3. proxy_ignore_headers指令
      • 1.4. proxy_timeout
      • 1.5. proxy_connect_timeout
  • 四. Nginx服务器的负载均衡
    • 1. nginx的upstream负载均衡方式
      • 1.1. 轮询（默认）
      • 1.2. weight
      • 1.3. ip_hash
      • 1.4. 最少连接least_conn
    • 3. 负载均衡常见参数
    • 4. 实现例子
      • 4.1. 例子1：轮询
      • 4.2. 例子2：对特定资源实现负载均衡
    • 4.3. 例子3：对不同域名实现负载均衡
  • 五. nginx实现故障转移
    • 1. 基本逻辑
      • 1.1. nginx判断节点失效的逻辑
      • 1.2. nginx处理节点失效和恢复的逻辑
      • 1.3. 所有节点失效后nginx将重新恢复所有节点进行探测
    • 2. proxy_next_upstream + proxy_connect_timeout
    • 3. Backup Servers
  • 六. 案例分析
    • 1. 问题描述
    • 2. 问题分析与解决

本文将要讨论以下内容

  1. 正向代理与反向代理的基本概念
  2. Nginx正向代理服务的配置指令、Nginx反向代理服务的配置指令
  3. Nginx反向代理服务器的应用——负载均衡、故障转移
  4. 案例分析

 

一. 正向代理与反向代理的概念

正向代理的概念
局域网内的机器借助代理服务访问局域网外的网站，此代理服务器提供的服务就为正向代理服务。

作用

  1. 主要是为了增强局域网内部网络的安全性，使得网外的威胁因素不容易影响到网内，这里代理服务器起到了一部分防火墙的功能。
  2. 利用代理服务器也可以对局域网访问外网进行必要的监控和管理。

正向代理服务器不支持外部对内部网络的访问请求，即图的箭头方向不能反过来。

 
反向代理的概念
如果局域网向Internet提供资源，让Internet上的其他用户可以访问局域网内的资源，此代理服务器提供的服务就叫做反向代理（Reverse Proxy）服务。

在这里插入图片描述

小结

正向代理服务器用来让局域网客户机接入外网以访问外网资源，反向代理服务器用来让外网的客户端接入局域网中的站点以访问站点中的资源。
 
在正向代理服务器中，我们的角色是客户端，目的是要访问外网的资源；在反向代理服务器中，我们的角色是站点，目的是把站点的资源发布出去让其他客户端能够访问。

 

二. Nginx服务器的正向代理服务

1. Nginx服务器正向代理服务的配置的3个指令

1.1. resolver指令

该指令用于指定DNS服务器的IP地址。DNS服务器的主要工作是进行域名解析，将域名映射为对应的IP地址。

resolver address ... [valid=time];■ address，DNS服务器的IP地址。如果不指定端口号，默认使用53端口。
■ time，设置数据包在网络中的有效时间。
出现该指令的主要原因是，在访问站点时，有很多情况使得数据包在一定时间内不能被传递到目的地，但是又不能让该数据包无期限地存在，于是就需要设定一段时间，当数据包**在这段时间内没有到达目的地，就会被丢弃**，然后发送者会接收到一个消息，并决定是否要重发该数据包。

使用该指令的一个例子如下：

resolver 127.0.0.1 [::1]:5353 valid=30s;

 

1.2. resolver_timeout指令

该指令用于设置DNS服务器域名解析超时时间，语法结构为：

resolver_timeout time;

 

1.3. proxy_pass指令

该指令用于设置代理服务器的协议和地址，它不仅仅用于Nginx服务器的代理服务，更主要的是应用于反向代理服务。该指令的语法结构为：

proxy_pass URL;

其中，URL即为设置的代理服务器协议和地址。在代理服务配置中，该指令配置为

proxy_pass http://$http_host$request_uri;

其中，代理服务器协议设置为HTTP，$http_host 和 $request_uri两个变量是Nginx配置支持的用于自动获取主机和URI的变量。

 

2. Nginx服务器正向代理服务的使用

    …server{resolver 8.8.8.8;listen 82;location /{proxy_pass http://$http_host$request_uri;}}…
  • 设置DNS服务器地址为8.8.8.8，使用默认的53端口作为DNS服务器的服务端口
  • 代理服务的监听端口设置为82端口，Nginx服务器接收到的所有请求都由location块进行过滤处理。
  • resolver指令是必需的，如果没有该指令，Nginx服务器无法处理接收到的域名。
  • 注意：Nginx服务器的代理服务器不支持正向代理HTTPS站点。

 

三. Nginx服务器的反向代理服务

Nginx服务器提供的反向代理服务能够同时接收的客户端连接的计算方法为：

worker_processes * worker_connections / 4

配置Nginx服务器反向代理用到的指令配置在Nginx配置文件的http块、server块或者location块中，一般是单独配置一个server块用来设置反向代理服务。这些指令主要由ngx_http_proxy_module模块进行解析和处理。该模块是Nginx服务器的标准HTTP模块。

 

1. 反向代理的基本指令

本小节涉及的指令比较重要，是为客户端提供正常Web服务的基础，大家应该熟练掌握，尤其是proxy_pass指令，在实际应用过程中需要注意一些配置细节，需要小心使用。

1.1. proxy_pass指令

1. 基础用法
该指令用来设置被代理服务器的地址，可以是主机名称、IP地址加端口号等形式。其语法结构为：

proxy_pass URL;

其中，URL为要设置的被代理服务器的地址：

  • 包含传输协议、主机名称/IP地址加端口号、URI等要素。
  • 传输协议通常是“http”或者“https://”。
  • 指令同时还接受以“unix”开始的UNIX-domain套接字路径。
proxy_pass http://www.myweb.name/uri; 
proxy_pass http://localhost:8000/uri/; 
proxy_pass http://unix:8000/uri/;

 
2. 配置一组服务器
如果被代理服务器是一组服务器的话，可以使用upstream指令配置后端服务器组。

    …#配置后端服务器组upstream proxy_svrs     {server http://192.168.1.1:8001/uri/;server http://192.168.1.2:8001/uri/;server http://192.168.1.3:8001/uri/;}server{…listen 80;server_name  www.myweb.name;location /{proxy_pass  proxy_svrs;                                       #使用服务器组的名称}}

在组内的各个服务器中都指明了传输协议“http://”，而在proxy_pass指令中就不需要指明了。

 
3. URI问题
如果URL中不包含URI，Nginx服务器不会改变原地址的URI；但是如果包含了URI，Nginx服务器将会使用新的URI替代原来的URI。

proxy_pass中不含有URI

#如果客户端使用http://www.myweb.name:80/server发起请求，该请求
#被配置中显示的location块进行处理，由于proxy_pass指令的URL变量不
#含有URI，所以转向的地址为“http://192.168.1.1:80/server。…server{…listen 80;server_name  www.myweb.name;location  /server/{…proxy_pass  http://192.168.1.1;}}

proxy_pass中含有URI

#如果客户端仍然使用“http://www. myweb.name/server/”发起请求，#Nginx服务器将会把地址转向“http://192.168.1.1/loc/”。…server{…listen 80;server_name  www.myweb.name;location  /server/{…proxy_pass  http://192.168.1.1/loc/;}}

小结：在使用proxy_pass指令时，如果不想改变原地址中的URI，就不要在URL变量中配置URI。

 
proxy_pass的URL末尾是否加斜杠“/”

#配置1： proxy_pass http://192.168.1.1; #不包含uri
#配置2： proxy_pass http://192.168.1.1/; #包含了uri：/

在该配置中，location块使用“/”作为uri的值来匹配不包含URI的客户端请求。

# 由于请求URL中不包含URI，因此配置1和配置2的效果是一样的。
# 配置2：
# 因为根据替换逻辑：http://www.myweb.name/index.htm 请求的/,会被替换为/,相当于没有替换。…server{…listen 80;server_name  www.myweb.name;#注意location的uri变量location  /                                            {…#配置1：  proxy_pass  http://192.168.1.1;#配置2：  proxy_pass  http://192.168.1.1/;}}
# 请求：http://www.myweb.name/server/index.htm#使用配置1：因为proxy_pass没有uri，所以客户端请求uri不会被替换
#使用配置2：proxy_pass有uri，客户端请求的uri会将（被location中）/server/替换为(proxy_pass的uri)/，转向的URL为“http://192.168.1.1/index.htm。…server{…listen 80;server_name  www.myweb.name;location  /server/                                      #注意location的uri变量{…#配置1：  proxy_pass  http://192.168.1.1;#配置2：  proxy_pass  http://192.168.1.1/;}}

 

1.2. proxy_set_header指令

该指令可以更改（ing）Nginx服务器接收到的客户端请求的请求头信息，然后将新的请求头发送给被代理的服务器。其语法结构为：

proxy_set_header field value;■ field，要更改的信息所在的头域。
■ value，更改的值，支持使用文本、变量或者变量的组合。

 

什么情况下会导致：ing

通过httpclient请求到nginx时，请求的header出现了丢失的情况？

 

1.3. proxy_ignore_headers指令

通过使用这个指令，可以控制哪些响应头部不会被传递给客户端，从而影响到客户端接收到的响应信息。

proxy_ignore_headers field ...;# 其中，field为要设置的HTTP响应头的头域，例如“X-Accel-Redirect”、
#“X-Accel-Expires”、“Expires”、“Cache-Control”或“Set-Cookie”等。

例如，想要代理服务器转发请求时忽略掉 Set-Cookie 和 Cache-Control 这两个响应头部，可以这样配置：

location / {proxy_pass http://backend_server;proxy_ignore_headers Set-Cookie Cache-Control;
}

 

1.4. proxy_timeout

nginx官网 - proxy_timeout
在这里插入图片描述

（在客户端或代理服务器）两个成功连续的读（或写）操作之间如果超过timeout时间没有数据传输，链接将关闭。

以下是 proxy_timeout 的基本语法：

proxy_timeout timeout;#1.timeout: 指定的超时时间，以秒为单位。可以是整数或者带有小数点的浮点数。

例如，设置代理请求的超时时间为 5 秒：

location / {proxy_pass http://backend_server;proxy_timeout 5s;
}

 

1.5. proxy_connect_timeout

用于设置代理与后端服务器建立连接时允许的最大时间。
如果在指定的时间内未能成功建立连接，Nginx 将终止连接并返回适当的错误。

例如，设置代理连接建立的超时时间为 3 秒：

location / {     proxy_pass http://backend_server;             proxy_connect_timeout 3s; 
}

 

四. Nginx服务器的负载均衡

Nginx服务器实现负载均衡，主要使用的配置是proxy_pass指令和upsteam指令。

1. nginx的upstream负载均衡方式

方式解释
轮询默认方式
weight权重方式
ip_hash依据ip分配方式
least_conn最少连接方式

1.1. 轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

注意：

  • 在轮询中，如果服务器down掉了，会自动剔除该服务器。
  • 缺省配置就是轮询策略。
  • 此策略适合服务器配置相当，无状态且短平快的服务使用。

 

1.2. weight

weight 代表权重，默认为1，weight和访问比率成正比，用于后端服务器性能不均的情况。

upstream backServer {
server localhost:8080   weight=2;  #tomcat 7.0
server localhost:8081;  #tomcat 8.0
server localhost:8082   backup;  #tomcat 8.5
server localhost:8083   max_fails=3 fail_timeout=20s;  #tomcat 9.0
}

在该例子中，

  1. weight参数用于指定轮询几率，weight的默认值为1
  2. weight的数值与访问比率成正比，比如Tomcat 7.0被访问的几率为其他服务器的两倍。

注意：

  • 权重越高分配到需要处理的请求越多。
  • 此策略可以与least_conn和ip_hash结合使用。
  • 此策略比较适合服务器的硬件配置差别比较大的情况。

 

1.3. ip_hash

在这里插入图片描述

ngx_http_upstream_module#ip_hash

每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。

不管刷新多少遍，始终访问的是同一台tomcat服务器，但当ip_hash到的机器挂掉时，会在剩余的机器中会重新ip_hash选定机器。

upstream backServer{
ip_hash;
server 192.168.203.14:88;
server 192.168.203.15:80;
}

注意：

  • 在nginx版本1.3.1之前，不能在ip_hash中使用权重（weight）。
  • ip_hash不能与backup同时使用。
  • 此策略适合有状态服务，比如session。
  • 当有服务器需要剔除，必须手动down掉（这样不利于更新和故障时候的响应）

 

1.4. 最少连接least_conn

把请求转发给连接数较少的后端服务器。轮询算法是把请求平均的转发给各个后端，使它们的负载大致相同；但是，有些请求占用的时间很长，会导致其所在的后端负载较高。这种情况下，least_conn这种方式就可以达到更好的负载均衡效果。

upstream backServer{ 
least_conn;
server 127.0.0.1:8080; 
server 127.0.0.1:9090; 
}

注意：此负载均衡策略适合请求处理时间长短不一造成服务器过载的情况。

 

3. 负载均衡常见参数

参数说明
fail_timeout与max_fails结合使用。
max_fails设置在fail_timeout参数设置的时间内最大失败次数，如果在这个时间内，所有针对该服务器的请求都失败了，那么认为该服务器会被认为是停机了。
fail_time服务器会被认为停机的时间长度,默认为10s。
backup标记该服务器为备用服务器。当主服务器停止时，请求会被发送到它这里。
down标记服务器永久停机了。

4. 实现例子

4.1. 例子1：轮询

例子实现功能

  • backend服务器组中所有服务器访问优先级由weight设置。
  • 所有访问www.myweb.name（由server_name配置进行匹配）的请求都会在backend服务器组中实现负载均衡。
    …#配置后端服务器组upstream backend                                         {server 192.168.1.2:80  weight=5;server 192.168.1.3:80  weight=2;#默认weight=1server 192.168.1.4:80;                                 }server{listen 80;server_name  www.myweb.name;index  index.html  index.htm;location  /  {proxy_pass  http://backend;proxy_set_header  Host  $host;…}…}

访问过程说明

当有访问（server_name设置的）www.myweb.name的请求时，nginx会将请求转发到backend（通过upstream设置的server列表，根据轮询+权重选出一台）服务器来处理，处理后返回给客户端response。

 

4.2. 例子2：对特定资源实现负载均衡

根据相同域名的不同URI的请求前缀请求特定资源，实现负载均衡。

    …  #其他配置#配置后端服务器组1upstream videobackend                                       {server 192.168.1.2:80;server 192.168.1.3:80;server 192.168.1.4:80;}#配置后端服务器组2upstream filebackend                                         {server 192.168.1.5:80;server 192.168.1.6:80;server 192.168.1.7:80;}server{listen 80;server_name  www.myweb.name;index  index.html  index.htm;# location用于接收来自server：www.myweb.name的请求，并根据不同的uri前缀，将请求转发到不同的后端中#使用后端服务器组1location  /video/  {proxy_pass  http://videobackend;                         proxy_set_header  Host  $host;…}#使用后端服务器组2location  /file/  {proxy_pass  http://filebackend;                           # 设置header 保留客户端的真实信息                                                  proxy_set_header  Host  $host;proxy_set_header  X-Real-IP  $remote_addr;proxy_set_header  X-Forwarded-For  $proxy_add_x_forwarded_for;…}…}

 

4.3. 例子3：对不同域名实现负载均衡

根据不同的域名+端口定位到请求的资源

    …upstream bbsbackend{server 192.168.1.2:80  weight=2;server 192.168.1.3:80  weight=2;server 192.168.1.4:80;}upstream homebackend{server 192.168.1.4:80;server 192.168.1.5:80;server 192.168.1.6:80;}# 开始配置server 1                                                    server{listen 80;server_name  home.myweb.name;index  index.html  index.htm;location  /  {proxy_pass  http://homebackend;proxy_set_header  Host  $host;…}…}# 开始配置server 2                                                      server{listen 81;server_name  bbs.myweb.name;index  index.html  index.htm;location  /  {proxy_pass  http://bbsbackend;proxy_set_header  Host  $host;…}…}

 

五. nginx实现故障转移

1. 基本逻辑

1.1. nginx判断节点失效的逻辑

  • Nginx 默认判断失败节点状态以connect refuse和timeout状态为准，不以HTTP错误状态进行判断失败，因为HTTP只要能返回状态说明该节点还可以正常连接，所以nginx判断其还是存活状态；
  • 通过添加了proxy_next_upstream指令设置对404、502、503、504、500和time out等错误进行转到备机处理，在next_upstream过程中，会对fails进行累加，如果备用机处理还是错误则直接返回错误信息（但404不进行记录到错误数，如果不配置错误状态也不对其进行错误状态记录），

综述，nginx记录错误数量只记录timeout 、connect refuse、502、500、503、504这6种状态，timeout和connect refuse是永远被记录错误状态，而502、500、503、504只有在配置proxy_next_upstream后nginx才会记录这4种HTTP错误到fails中，当fails大于等于max_fails时，则该节点失效；

 

1.2. nginx处理节点失效和恢复的逻辑

参数设置：

nginx可以通过设置

  • max_fails（最大尝试失败次数）
  • fail_timeout（失效时间，在到达最大尝试失败次数后，在fail_timeout的时间范围内节点被置为失效，除非所有节点都失效，否则该时间内，节点不进行恢复）
    对节点失败的尝试次数和失效时间进行设置。

节点失效和恢复逻辑：

a. 当超过最大尝试次数或失效时间未超过配置失效时间，则nginx会对节点状会置为失效状态，nginx不对该后端进行连接，直到超过失效时间或者所有节点都失效后，该节点重新置为有效，重新探测。
b. 在fail_timeout时间内，被判定为down的后端server是不可能得到接收数据机会的，即使它恢复过来了！
c. fail_timeout时间过后，nginx会尝试去通过发送数据请求到这个down的后端服务器上去测试它是否起来没有。

 

1.3. 所有节点失效后nginx将重新恢复所有节点进行探测

如果探测所有节点均失效，备机也为失效时，那么nginx会对所有节点恢复为有效，重新尝试探测有效节点，如果探测到有效节点则返回正确节点内容，如果还是全部错误，那么继续探测下去，当没有正确信息时，节点失效时默认返回状态为502，但是下次访问节点时会继续探测正确节点，直到找到正确的为止。

 

2. proxy_next_upstream + proxy_connect_timeout

proxy_next_upstream和proxy_connect_timeout一起使用，就构成了NGINX的故障转移机制，使得在某一台服务器无法连接或出现问题(连接错误、超时或者上游服务器返回特定 HTTP 状态码)时，能够尝试将请求发送到下一台服务器。

location / {proxy_pass http://backend_servers;proxy_connect_timeout 10s;proxy_next_upstream error timeout http_500 http_502 http_503 http_504;# 其他配置项...}

在此配置中，Nginx会首先尝试连接到backend1.example.com。如果在5秒内无法建立连接，或者该服务器返回500、502、503或504的HTTP状态码，Nginx将尝试连接到下一个上游服务器backend2.example.com。

 

3. Backup Servers

使用 backup 参数为某些上游服务器标记为备份服务器。备份服务器仅在其他所有服务器不可用时才被使用。
示例：

   upstream backend_servers {server backend_server1;server backend_server2 backup;server backend_server3 backup;}

这些方法可以单独或组合使用，具体取决于需求和架构。

 

六. 案例分析

1. 问题描述

有一个发送短信的http服务，客户端调用之后，只有一次请求，但是发了三次短信。

2. 问题分析与解决

分析：

  1. 代码中没有重试机制，通过请求分布来看，不是一台机器处理了三次，而是每台机器都处理了一次。
  2. 由nginx转发导致。 查看接口的响应时间发现每个接口的响应时间为18s左右。分析是由于后端服务器未能及时返回数据，导致了nginx的超时重试机器，将请求分发到了另外一台机器上。

查看nginx的配置文件，发现如下配置：

proxy_next_upstream http_502 http_504 error timeout invalid_header;

即实现了请求的故障转移，此时说明我们timeout设置的时间与实际接口请求情况不符。

 

解决方式：

nginx的熔断机制

当某台服务器被（反向代理服务器）转发处理请求，当出现一定次数的错误的情况下，nginx在一定时间内不再将请求分配给这台服务器进行处理。 过了熔断时间后，nginx会再次尝试分配一次请求给该服务器处理，如果还是失败，那么继续熔断。

upstream指令块中server定义的熔断参数配置

  • max_fails = number; # 熔断机制的错误次数 阈值（默认1）
  • fail_timeout = time #熔断时间（nginx标记服务器不可用的持续时间，默认10s）

配置如下：

...upstream starrocks-tcp2{ip_hash;server hostname1:8030 weight=1 max_fails=1 fail_timeout=10s; #Leaderserver hostname2:8030 weight=1 max_fails=1 fail_timeout=10s; #Followerserver hostname3:8030 weight=1 max_fails=1 fail_timeout=10s; #Follower}
...

 
参考：
《Nginx高性能Web服务器详解》
https://zhuanlan.zhihu.com/p/547130562
nginx官网 - ngx_stream_proxy_module

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

如若内容造成侵权/违法违规/事实不符，请联系长河编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

JS在当前时间的基础上减10个月或者20个月

JS在当前时间的基础上减10个月或者20个月

需求：调用接口默认传当前时间，如2024-01，点击分页第几页都是传其上一页的最后一条日期的减一月份 思路：点击第几页，减多少，比如点击第二页减10月，点击第三页减20月，代码如下&#xf…
阅读更多...
大数据学习之Flink算子、了解DataStream API（基础篇一）

大数据学习之Flink算子、了解DataStream API（基础篇一）

DataStream API （基础篇） 注： 本文只涉及DataStream 原因：随着大数据和流式计算需求的增长，处理实时数据流变得越来越重要。因此，DataStream由于其处理实时数据流的特性和能力，逐渐替代了DataSe…
阅读更多...
ZXing开源库生成二维码

ZXing开源库生成二维码

引言 二维码（QR Code）作为一种快速、高容量、高密度的矩阵条码，已经在各行各业得到广泛应用。ZXing（Zebra Crossing）是一款由Google开源的Java二维码生成和解析库，提供了丰富的功能和易于使用的API。本篇博…
阅读更多...
C# Cad2016二次开发选择csv导入信息(七)

C# Cad2016二次开发选择csv导入信息(七)

//选择csv导入信息 [CommandMethod("setdata")] //本程序在AutoCAD的快捷命令是"DLLLOAD" public void setdata() {Microsoft.Win32.OpenFileDialog dlg new Microsoft.Win32.OpenFileDialog();dlg.DefaultExt ".csv";// Display OpenFileDial…
阅读更多...
什么样的宣传才能对消费者起效？

什么样的宣传才能对消费者起效？

品牌离不开宣传，宣传又直接面向消费者，然后面对铺天盖地的宣传，除了从业人员，相信大部分用户都会有抵触心理，今天媒介盒子就来和大家聊聊，什么样的宣传能够提高消费者的接受度，让宣传不白宣传。…
阅读更多...
RabbitMQ中交换机的应用 ，原理 ，案例的实现

RabbitMQ中交换机的应用 ，原理 ，案例的实现

🎉🎉欢迎来到我的CSDN主页！🎉🎉 🏅我是平顶山大师，一个在CSDN分享笔记的博主。📚📚 🌟推荐给大家我的博客专栏《RabbitMQ中交换机的应用及原理，案…
阅读更多...
TCP服务器最多支持多少客户端连接

TCP服务器最多支持多少客户端连接

目录 一、理论数值 二、实际部署 参考 一、理论数值 首先知道一个基础概念，对于一个 TCP 连接可以使用四元组（src_ip, src_port, dst_ip, dst_port）进行唯一标识。因为服务端 IP 和 Port 是固定的（如下图中的bind阶段&#xff0…
阅读更多...
Pytest中conftest.py的用法

Pytest中conftest.py的用法

Pytest中conftest.py的用法 ​ 在官方文档中，描述conftest.py是一个本地插件的文件，简单的说就是在这个文件中编写的方法，可以在其他地方直接进行调用。 注意事项 只能在根目录编写conftest.py 插件加载顺序在搜集用例之前 基础用法 这里…
阅读更多...
NebulaGraph is nothing without you ｜ 社区 2023 年度人物合集

NebulaGraph is nothing without you ｜ 社区 2023 年度人物合集

在去年的年度人物 回顾中，我们看到了形形色色的人们，他们当中有帮 NebulaGraph 捉 bug 的小能手，也有通过用回复来解答他人疑惑的启蒙者…在今年（2023 年），我们这个整点不一样的，将镜头推进&…
阅读更多...
新版idea创建spring boot项目

新版idea创建spring boot项目

目录 前言 汉化教程 项目模板初始化 1.点击新建项目 2.配置初始化信息 3.初始依赖选择 配置Maven 1.打开maven设置 2.重写maven配置文件 3.选择你创建的配置文件 4.重启项目 spring boot配置并测试 1.修改配置文件后缀 2.启动项目 3.编写测试控制类 4.重启项目…
阅读更多...
【Go面试向】defer与time.sleep初探

【Go面试向】defer与time.sleep初探

【Go面试向】defer与time.sleep初探 大家好 我是寸铁👊 总结了一篇defer传参与time.sleep初探的文章✨ 喜欢的小伙伴可以点点关注 💝 请大家看下面这段代码，看运行结果会出现什么，为什么？ 问题 demo package mainim…
阅读更多...
性能优化-HVX架构简介

性能优化-HVX架构简介

来自 「发表于知乎专栏《移动端算法优化》」 本文主要介绍Hexagon DSP的HVX技术，旨在通过简单的语言讲清HVX技术。 🎬个人简介：一个全栈工程师的升级之路！ 📋个人专栏：高性能（HPC）开…
阅读更多...
数据管理平台Splunk Enterprise本地部署并结合内网穿透实现远程访问

数据管理平台Splunk Enterprise本地部署并结合内网穿透实现远程访问

文章目录 前言1. 搭建Splunk Enterprise2. windows 安装 cpolar3. 创建Splunk Enterprise公网访问地址4. 远程访问Splunk Enterprise服务5. 固定远程地址 前言 本文主要介绍如何简单几步，结合cpolar内网穿透工具实现随时随地在任意浏览器，远程访问在本地…
阅读更多...
【书生·浦语大模型实战】“PDF阅读小助手”学习笔记

【书生·浦语大模型实战】“PDF阅读小助手”学习笔记

1 模型部署 在InternStudio平台中选择A100 (1/4)的配置，镜像选择Cuda11.7-conda，可以选择已有的开发机langchain； 1.1 创建工作空间 mkdir /root/pdf_project1.2 Clone项目 git clone https://gitee.com/tcexeexe/pdf-reading-assistant.…
阅读更多...
HCIA——23DNS层次域名空间、域名服务器、域名解析的原理的选择、解答

HCIA——23DNS层次域名空间、域名服务器、域名解析的原理的选择、解答

学习目标： 计算机网络 1.掌握计算机网络的基本概念、基本原理和基本方法。 2.掌握计算机网络的体系结构和典型网络协议，了解典型网络设备的组成和特点，理解典型网络设备的工作原理。 3.能够运用计算机网络的基本概念、基本原理和基本方法进行…
阅读更多...
项目解决方案： 视频融合（实时监控视频和三维建模进行融合）设计方案

项目解决方案： 视频融合（实时监控视频和三维建模进行融合）设计方案

目 录 一、需求描述 1、视频接入和控制要求 2、视频播放需求 3、提供其他应用的调用 二、方案设计 （一）系统设计图 （二）产品实现方案 三、产品和功能描述 （一）总体描述 &#xf…
阅读更多...
QuestDB时序数据库快速入门

QuestDB时序数据库快速入门

简介 QuestDB是一个开源的高性能时序数据库，专门用于处理时间序列相关的数据存储与查询； QuestDB使用列式存储模型。数据存储在表中，每列存储在其自己的文件和其自己的本机格式中。新数据被附加到每列的底部，以便能够按照与摄取…
阅读更多...
uniapp中打包Andiord app，在真机调试时地图以及定位功能可以正常使用，打包成app后失效问题（高德地图）

uniapp中打包Andiord app，在真机调试时地图以及定位功能可以正常使用，打包成app后失效问题（高德地图）

踩坑uniapp中打包Andiord app，在真机调试时地图以及定位功能可以正常使用，打包成app后失效问题_uniapp真机调试高德地图正常 打包apk高德地图就不加载-CSDN博客 问题： 目前两个项目，一个项目是从另一个项目里面分割出来的一整套…
阅读更多...
10个常考的前端手写题，你全都会吗？（下）

10个常考的前端手写题，你全都会吗？（下）

前言 📫 大家好，我是南木元元，热爱技术和分享，欢迎大家交流，一起学习进步！ 🍅 个人主页：南木元元 今天接着上篇再来分享一下10个常见的JavaScript手写功能。 目录 1.实现继承 ES5继…
阅读更多...
【快刊录用】15天录用！含中科院1区TOP-4区，投必中！

【快刊录用】15天录用！含中科院1区TOP-4区，投必中！

2024年1月13日-20241月19日 进展喜讯 经核实，由我处Unionpub学术推荐的论文中，新增2篇论文录用、2篇上线见刊、5篇数据库检索： 录用通知 FA20977 FA20479 — 见刊通知 FA20245 FA20885 — 检索通知 FA20924 FA20799 FA20790 FA2…
阅读更多...
最新文章
推荐文章

Copyright @ 2022~2023