nginx–基础–4.2–配置–性能调优

1、工作进程优化

1.1、worker_processes

  • worker线程的数量
  • 每个worker进程都是单线程的进程，它们会调用各个模块功能。
  • 如果各个模块功能不会出现阻塞式的调用，那么，有n个CPU内核就应该配置n个worker进程；
  • 如果有可能出现阻塞式调用，那么需要配置稍多一些的worker进程。
    1. 如果业务方面让用户请求大量读取本地磁盘上的静态资源文件，而且服务器上的内存较小，以至于大部分的请求访问静态资源文件时都必须读取磁盘(磁头的寻址是缓慢的)，而不是内存中的磁盘缓存，那么磁盘I/O调用可能会阻塞住worker进程少量时间，进而导致服务整体性能下降。
  • 一般设置cpu的核心或者核心数x2
  • worker_processes auto
    1. 默认设置worker_processes=cpu的核心

1.2、worker_rlimit_nofile 65535

  • worker进程最大打开文件数
  • 默认：操作系统的限制值。
    • 一个nginx进程最多可以打开文件数，理论值应该是最多打开文件数(ulimit -n)与nginx进程数相除，但是nginx分配请求并不是那么均匀，所以最好与ulimit -n的值保持一致。
  • 把这个值设高，可以解决"too many open files"问题。
  • 文件资源限制的配置可以在/etc/security/limits.conf设置，针对root/user等各个用户或者*代表所有用户来设置。

*   soft   nofile   65535

*   hard  nofile   65535

用户重新登录生效(ulimit -n)

1.3、worker_connections

  1. 每个worker进程的最大连接数
  2. 默认1024个
  3. 使用worker_processes和worker_connections可以实际的设置nginx的总体最大连接数.
    1. worker_processes设置为2，worker_connections设置为1024，那么nginx的总体最大连接数就是2048个。
  4. 连接数范围
    1. nginx和客户端的链接
    2. nginx和被代理的服务端的链接
    3. 扩展：
      1. nginx的总体最大连接数2048不代表nginx的并发能力是2048。

1.4、worker_cpu_affinity

  1. 绑定Nginx的worker进程到指定的CPU内核。
  2. 为什么要绑定worker进程到指定的CPU内核呢？
    1. 假定每一个worker进程都是非常繁忙的，如果多个worker进程都在抢同一个CPU，那么这就会出现同步问题。
    2. 反之，如果每一个worker进程都独享一个CPU，就在内核的调度策略上实现了完全的并发。
  3. worker_cpu_affinity配置仅对Linux操作系统有效。
  4. 举例：4颗CPU内核，可以如下配置：
worker_processes 4;
worker_cpu_affinity 1000 0100 0010 0001;

1.5、worker_priority

  1. worker进程优先级
  2. 默认0
  3. 扩展
    1. 优先级由静态优先级和内核根据进程执行情况所做的动态调整(目前只有±5的调整)共同决定。
    2. nice值是进程的静态优先级，它的取值范围是–20～+19，–20是最高优先级，+19是最低优先级。
    3. 用户希望Nginx占有更多的系统资源，那么可以把nice值配置得更小一些，但不建议比内核进程的nice值(通常为–5)还要小。

2、Nginx事件处理模型优化

events {
    use epoll;
    worker_connections  65535;
}

  1. 采用epoll事件模型，处理效率高

  2. work_connections是单个worker进程允许客户端最大连接数，这个数值一般根据服务器性能和内存来制定，实际最大值就是worker进程数乘以work_connections

    1. 实际我们填入一个65535，足够了，这些都算并发值，一个网站的并发达到这么大的数量，也算一个大站了！

  3. multi_accept

    1. 告诉nginx收到一个新连接通知后接受尽可能多的连接
    2. 默认是on
      1. 设置为on后，多个worker按串行方式来处理连接，也就是一个连接只有一个worker被唤醒，其他的处于休眠状态
      2. 设置为off后，多个worker按并行方式来处理连接，也就是一个连接会唤醒所有的worker，直到连接分配完毕，没有取得连接的继续休眠。
      3. 当你的服务器连接数不多时，开启这个参数会让负载有一定的降低，但是当服务器的吞吐量很大时，为了效率，可以关闭这个参数。

3、开启高效传输模式

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

    sendfile        on;
    tcp_nopush     on;

3.1、sendfile on

  1. 开启高效文件传输模式
    1. sendfile指令指定nginx是否调用sendfile函数来输出文件
    2. 对于普通应用设为 on，
    3. 用来进行下载等应用磁盘IO重负载应用，可设置为off，以平衡磁盘与网络I/O处理速度，降低系统的负载.

3.2、tcp_nopush on

  1. 必须在sendfile开启模式才有效，防止网路阻塞，积极的减少网络报文段的数量(将响应头和正文的开始部分一起发送，而不一个接一个的发送。)

3.3、include mime.types

  1. 媒体类型
  2. include 只是一个在当前文件中包含另一个文件内容的指令

3.4、default_type application/octet-stream

  1. 默认媒体类型足够

4、接超时时间优化

4.1、keepalive_timeout

  1. 客户端连接保持会话超时时间，超过这个时间，服务器断开这个链接

4.2、tcp_nodelay on

  1. 防止网络阻塞，不过要包涵在keepalived参数才有效

4.3、client_header_buffer_size 4k;

  1. 客户端请求头部的缓冲区大小
  2. 可以根据你的系统分页大小来设置
    1. 一般一个请求头的大小不会超过 1k，
    2. 由于一般系统分页都要大于1k，所以这里设置为分页大小。
    3. 分页大小可以用命令getconf PAGESIZE取得。

在这里插入图片描述

4.4、open_file_cache max=102400 inactive=20s;

  1. 缓存静态文件的元信息，在这些静态文件被频繁访问时可以显着提升性能。
  2. 默认:没有启用的
  3. max：指定缓存数量，建议和打开文件数一致
  4. inactive：是指经过多长时间文件没被请求后删除缓存。

4.5、open_file_cache_valid 30s;

这个是指多长时间检查一次缓存的有效信息。

4.6、open_file_cache_min_uses 1;

  1. open_file_cache指令中的inactive 参数时间内文件的最少使用次数，小于该次数,该缓存将被移除。

4.7、client_header_timeout 10;

  1. 设置请求头的超时时间。
  2. 可以把这个设置低些，超过这个时间没有发送任何数据，nginx将返回request time out的错误。

4.8、client_body_timeout 10;

  1. 设置请求体的超时时间。
  2. 可以把这个设置低些，超过这个时间没有发送任何数据，nginx将返回request time out的错误。

4.9、reset_timedout_connection on;

  1. 告诉nginx关闭不响应的客户端连接。
  2. 这将会释放那个客户端所占有的内存空间

4.10、send_timeout 15;

  1. 响应客户端超时时间
    1. 这个超时时间仅限于两个活动之间的时间
    2. 如果超过这个时间，客户端没有任何活动，nginx关闭连接

4.11、server_tokens off;

  1. 并不会让nginx执行的速度更快，但它可以关闭在错误页面中的nginx版本数字，这样对于安全性是有好处的。

4.12、client_max_body_size 1000m;

  1. 上传文件大小限制

5、gzip调优

  1. 使用gzip压缩功能，可能为我们节约带宽，加快传输速度，有更好的体验，也为我们节约成本，所以说这是一个重点。
  2. Nginx启用压缩功能需要--with-http_gzip_static_module 模块
  3. 一般我们需要压缩的内容有：文本、 js、html、css

5.1、gzip on;

  1. 开启压缩功能。
  2. 压缩一定要和静态资源缓存相结合，缓存压缩后的版本，否则每次都压缩高负载下服务器肯定吃不住。

5.2、gzip_min_length 2k;

  1. 设置允许压缩的页面最小字节数，页面字节数从header头中的Content-Length中进行获取。
  2. 默认值是0，不管页面多大都进行压缩
  3. 建议设置成大于1K，如果小与1K可能会越压越大。

5.3、gzip_buffers 4 32k;

  • 用来设置用于存储压缩内容的缓冲区大小，合理配置 gzip_buffers 可以提高压缩性能，尤其是在高并发情况下。
  • 默认：申请跟原始数据相同大小的内存空间
  • 4：缓冲区数量，通常缓冲区的数量选择 4 到 16 个较为合适。太多的缓冲区会浪费内存，太少会影响压缩性能。一般来说，选择 8 个缓冲区是一个比较常见的做法。
  • 32k：缓冲区大小，如果你的服务器资源允许，缓冲区大小可以设置为 8KB 或 16KB。通常较大的缓冲区可以减少内存分配次数，提高压缩效率。

5.4、gzip_http_version 1.1;

  • 用于设置识别HTTP协议版本
  • 默认是1.1，目前大部分浏览器已经支持GZIP解压，使用默认即可

5.5、gzip_comp_level 2

  1. 配置 gzip 压缩级别
  2. gzip 压缩级别1-9，其中1是最快的压缩速度，9是最高的压缩比(传输快但比较消耗cpu)。
  3. 默认值：1(建议选择为4)

5.6、gzip_types application/json text/plain application/x-javascript application/javascript text/javascript text/css application/xml text/xml font/ttf font/otf image/svg+xml;

  1. 压缩类型，匹配MIME类型进行压缩
  2. "text/html"类型总是会被压缩。
  3. 默认值:
    1. gzip_types text/html
    2. 默认不对js/css文件进行压缩
  4. 压缩类型，匹配mime.types进行压缩
  5. 不能用通配符 text/*
  6. (无论是否指定)text/html默认已经压缩
  7. 设置哪压缩种文本文件可参考 conf/mime.types

5.7、gzip_vary on;

  • 参数的作用是在响应头中添加Vary:Accept-Encoding，这告诉缓存服务器分别缓存压缩和非压缩版本的内容‌。这样做的好处是可以确保缓存服务器根据客户端的压缩需求提供相应的版本，从而优化用户体验和减少不必要的传输‌，具体来说，当gzip_vary on启用时，缓存服务器会根据请求头中的Accept-Encoding字段来决定返回压缩还是非压缩的内容。如果请求头中包含gzip，则返回压缩后的内容；如果没有包含，则返回未压缩的内容。这样可以确保缓存的有效性，避免因客户端不支持压缩而导致缓存失效的问题‌。
  • 此外，启用gzip_vary on还可以帮助缓存服务器更有效地管理缓存空间，因为它们可以存储两种版本的响应：压缩和非压缩。这样，当客户端再次请求相同资源时，缓存服务器可以根据客户端的能力提供最合适的版本，从而提高响应速度和减少带宽使用‌

5.8、gzip_static on;

  • 启用预压缩文件，nginx启动的时候，会将静态资源文件预先压缩，要使用的时候，直接拿压缩文件给客户端。
  • 需要--with-http_gzip_static_module 模块

6、expires缓存调优

  1. 缓存，主要针对于图片，css，js等元素更改机会比较少的情况下使用.
    1. 图片:占用带宽大，我们完全可以设置图片在浏览器本地缓存365d
    2. css，js，html:可以缓存个10来天
    3. 这样用户第一次打开加载慢一点，第二次，就非常快了！
  2. 缓存的时候，我们需要将需要缓存的拓展名列出来。
  3. Expires缓存配置在server字段里面

location ~* \.(ico|jpe?g|gif|png|bmp|swf|flv)$ {

  expires 30d;

  #log_not_found off;

  access_log off;

}

location ~* \.(js|css)$ {

  expires 7d;

  log_not_found off;

  access_log off;

}

6.1、log_not_found off

  1. 是否在error_log中记录不存在的错误。默认是

6.2、expire功能优点

  1. 可以降低网站购买的带宽，节约成本
  2. 同时提升用户访问体验
  3. 减轻服务的压力，节约服务器成本，是web服务非常重要的功能。

6.3、expire功能缺点

  1. 被缓存的页面或数据更新了，用户看到的可能还是旧的内容，反而影响用户体验。

    1. 解决办法：
      1. 第一个缩短缓存时间，例如：1天，但不彻底，除非更新频率大于1天；
      2. 第二个对缓存的对象改名。

  2. 网站不希望被缓存的内容

    1. 网站流量统计工具
    2. 更新频繁的文件(google的logo)

7、负载均衡锁

7.1、accept_mutex

是否打开accept锁

  1. accept_mutex是Nginx的负载均衡锁，当某一个worker进程建立的连接数量达到worker_connections配置的最大连接数的7/8时，会大大地减小该worker进程试图建立新TCP连接的机会。
  2. 默认：
    1. 是，
    2. 不建议关闭，建立TCP连接的耗时会更短，但是worker进程之间的负载会非常不均衡，不建议关闭它。

7.2、accept_mutex_delay

  1. 使用accept锁后到真正建立连接之间的延迟时间
  2. 默认：500ms
  3. 在使用accept锁后，同一时间只有一个worker进程能够取到accept锁。这个accept锁不是堵塞锁，如果获取不到会立刻返回。
  4. worker进程获取锁而没有取到，他至少要等待accept_mutex_delay定义的时间才能再次试图取锁。

8、防盗链

  1. 防止别人直接从你网站引用图片等链接，消耗了你的资源和网络流量
  2. 解决法以下
    1. 水印
    2. 防火墙，直接控制，前提是你知道IP来源
    3. 防盗链策略下面的方法是直接给予404的错误提示

location ~*^.+\.(jpg|gif|png|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ {

    valid_referers none blocked  www.test.com test.com;

    if($invalid_referer) {

      #return 302  http://www.test.com/img/nolink.jpg;

      return 404;

        break;

    }
    access_log off;

 }

8.1、参数解释

  1. none：不存在的Referer头(表示空的，也就是直接访问，比如直接在浏览器打开一个图片)
  2. blocked：意为根据防火墙伪装Referer头，如"Referer:XXXXXXX"。
  3. server_names 为一个或多个服务器的列表，0.5.33版本以后可以在名称中使用"*"通配符。

9、内核参数优化

vim /etc/sysctl.conf

9.1、fs.file-max = 999999

  1. 这个参数表示进程(比如一个worker进程)可以同时打开的最大句柄数，这个参数直线限制最大并发连接数，需根据实际情况配置。

9.2、net.ipv4.tcp_max_tw_buckets = 6000

  1. 这个参数表示操作系统允许TIME_WAIT套接字数量的最大值，如果超过这个数字，TIME_WAIT套接字将立刻被清除并打印警告信息。
  2. 该参数默认为180000，过多的TIME_WAIT套接字会使Web服务器变慢。
  3. 主动关闭连接的服务端会产生TIME_WAIT状态的连接

9.3、net.ipv4.ip_local_port_range = 1024 65000

  1. 允许系统打开的端口范围。

9.4、net.ipv4.tcp_tw_recycle = 1

  1. 启用timewait快速回收。

9.5、net.ipv4.tcp_tw_reuse = 1

  1. 开启重用
  2. 允许将TIME-WAIT sockets重新用于新的TCP连接。
    1. 这对于服务器来说很有意义，因为服务器上总会有大量TIME-WAIT状态的连接。

9.6、net.ipv4.tcp_keepalive_time = 30

  1. 这个参数表示当keepalive启用时，TCP发送keepalive消息的频度。
  2. 默认：
    1. 2小时
    2. 若将其设置的小一些，可以更快地清理无效的连接。

9.7、net.ipv4.tcp_syncookies = 1

  1. 开启SYN Cookies，当出现SYN等待队列溢出时，启用cookies来处理。

9.8、net.core.somaxconn = 40960

  1. web 应用中 listen 函数的 backlog 默认会给我们内核参数的 net.core.somaxconn 限制到128，而nginx定义的NGX_LISTEN_BACKLOG 默认为511，所以有必要调整这个值。

  2. 注意

    1. 对于一个TCP连接，Server与Client需要通过三次握手来建立网络连接.当三次握手成功后,我们可以看到端口的状态由LISTEN转变为ESTABLISHED,接着这条链路上就可以开始传送数据了.每一个处于监听(Listen)状态的端口,都有自己的监听队列.监听队列的长度与如somaxconn参数和使用该端口的程序中listen()函数有关
server {
        listen 80 backlog=40960;
        server_name http://www.linuxgit.org;
    }

9.9、somaxconn参数

  1. 定义了系统中每一个端口最大的监听队列的长度
  2. 是全局参数,默认值为128
    1. 对于一个经常处理新连接的高负载web服务环境来说，默认的128 太小了。
    2. 大多数环境这个值建议增加到 1024 或者更多。
    3. 大的侦听队列对防止拒绝服务 DoS 攻击也会有所帮助。

9.10、net.core.netdev_max_backlog = 262144

  1. 每个网络接口接收数据包的速率比内核处理这些包的速率快时，允许送到队列的数据包的最大数目。

9.11、net.ipv4.tcp_max_syn_backlog = 262144

  1. 这个参数标示TCP三次握手建立阶段接受SYN请求队列的最大长度
  2. 默认为1024
    1. 将其设置得大一些可以使出现Nginx繁忙来不及accept新连接的情况时，Linux不至于丢失客户端发起的连接请求。

9.12、net.ipv4.tcp_rmem = 10240 87380 12582912

  1. 这个参数定义了TCP接受缓存(用于TCP接受滑动窗口)的最小值、默认值、最大值。

9.13、net.ipv4.tcp_wmem = 10240 87380 12582912

  1. 这个参数定义了TCP发送缓存(用于TCP发送滑动窗口)的最小值、默认值、最大值。

9.14、net.core.rmem_default = 6291456

  1. 这个参数表示内核套接字接受缓存区默认的大小。

9.15、net.core.wmem_default = 6291456

  1. 这个参数表示内核套接字发送缓存区默认的大小。

9.16、net.core.rmem_max = 12582912

  1. 这个参数表示内核套接字接受缓存区的最大大小。

9.17、net.core.wmem_max = 12582912

  1. 这个参数表示内核套接字发送缓存区的最大大小。

9.18、net.ipv4.tcp_syncookies = 1

  1. 该参数与性能无关，用于解决TCP的SYN攻击。

10、完整的内核优化设置

fs.file-max = 999999

net.ipv4.ip_forward = 0

net.ipv4.conf.default.rp_filter = 1

net.ipv4.conf.default.accept_source_route = 0

kernel.sysrq = 0

kernel.core_uses_pid = 1

net.ipv4.tcp_syncookies = 1

kernel.msgmnb = 65536

kernel.msgmax = 65536

kernel.shmmax = 68719476736

kernel.shmall = 4294967296

net.ipv4.tcp_max_tw_buckets = 6000

net.ipv4.tcp_sack = 1

net.ipv4.tcp_window_scaling = 1

net.ipv4.tcp_rmem = 10240 87380 12582912

net.ipv4.tcp_wmem = 10240 87380 12582912

net.core.wmem_default = 8388608

net.core.rmem_default = 8388608

net.core.rmem_max = 16777216

net.core.wmem_max = 16777216

net.core.netdev_max_backlog = 262144

net.core.somaxconn = 40960

net.ipv4.tcp_max_orphans = 3276800

net.ipv4.tcp_max_syn_backlog = 262144

net.ipv4.tcp_timestamps = 0

net.ipv4.tcp_synack_retries = 1

net.ipv4.tcp_syn_retries = 1

net.ipv4.tcp_tw_recycle = 1

net.ipv4.tcp_tw_reuse = 1

net.ipv4.tcp_mem = 94500000 915000000 927000000

net.ipv4.tcp_fin_timeout = 1

net.ipv4.tcp_keepalive_time = 30

net.ipv4.ip_local_port_range = 1024 65000

执行sysctl -p使内核修改生效

11、系统连接数的优化

11.1、open files

#默认值:1024
ulimit -n

1024
  • 说明server只允许同时打开1024个文件
  • 当作负载较大的服务器时，很容易遇到error: too many open files。因此，需要将其改大、

11.2、查看命令

  1. ulimit -a
    1. 可以查看当前系统的所有限制值
  2. ulimit -n
    1. 可以查看当前的最大打开文件数。

11.3、修改命令

vim /etc/security/limits.conf

增加或修改

*               soft    nofile          65535

*               hard    nofile          65535

*               soft    noproc          65535

*               hard    noproc          65535

12、生产的配置文件

user  nobody;
worker_processes  auto;

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

pid        logs/nginx.pid;
worker_rlimit_nofile 16384;

events {
	use epoll;
	worker_connections  16384;
}

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;

	reset_timedout_connection on;


	server_names_hash_bucket_size 128;
	client_header_buffer_size 16k;
	large_client_header_buffers 4 32k;
	client_body_buffer_size 512k;
	client_max_body_size 1000m;
	client_header_timeout 10;
	client_body_timeout 10;

	proxy_connect_timeout 5;
	proxy_read_timeout 60;
	proxy_send_timeout 5;
	proxy_buffer_size 16k;
	proxy_buffers 4 64k;
	proxy_busy_buffers_size 128k;
	proxy_temp_file_write_size 128k;

	gzip  on;
	gzip_min_length 2k;
	gzip_buffers 4 32k;
	# gzip_http_version 1.0;
	gzip_comp_level 2;
	gzip_types application/json text/plain application/x-javascript application/javascript text/javascript text/css application/xml text/xml font/ttf font/otf image/svg+xml;
	access_log off;

	upstream upstreamGrcv5 {
	   server  10.250.17.9 weight=10  fail_timeout=10s max_fails=3;
	   server  172.16.17.8 weight=10  fail_timeout=10s max_fails=3;
	   ip_hash;
	}

	upstream upstreamXcoaapi {
	   server 10.250.17.17:8888 weight=10  fail_timeout=10s max_fails=3;
	   server 10.250.17.16:8888 weight=10  fail_timeout=10s max_fails=3;
	   ip_hash;
	}

	server {
		listen       80;
		server_name  10.250.17.16;

		location / {
			root  /usr/local/nginx/html/xcoa-web/dist;

			# index.html not cache
			location /index.html {
				expires off;
				add_header Cache-Control "no-cache";
			}

			# css/js/img allow cache
			location /css {
				expires max;
			}
			location /js {
				expires max;
			}
			location /img {
				expires max;
			}
		}

		location  /api {
			 proxy_pass  http://upstreamXcoaapi/xcoa/api;
		}
		location /grcv5 {
					proxy_set_header Host $host;
					proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
					proxy_pass http://upstreamGrcv5/grcv5;
			}
		# html 模式的goaccess
		location /goaccess.html {
			alias /usr/local/nginx/html/goaccess.html;
		}
		error_page 500 502 503 504 /50x.html;

		location /50x.html {
			root html;
		}
	}
	server {
		listen	443 ssl;
		#ssl on;
		server_name  10.250.17.16;
		ssl_certificate		chinaoct.com_bundle.crt;
		ssl_certificate_key	chinaoct.com.key;

		# ssl验证相关配置
		#缓存有效朿
		ssl_session_timeout  30m;
		#加密算法
		ssl_ciphers "TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-SHA:ECDHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES128-SHA256:DHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES256-GCM-SHA384:AES128-GCM-SHA256:AES256-SHA256:AES128-SHA256:AES256-SHA:AES128-SHA:DES-CBC3-SHA:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!MD5:!PSK:!RC4";
		#安全链接可鿉的加密协议
		ssl_protocols   TLSv1.2   TLSv1.3;
		#使用服务器端的首选算泿
		ssl_prefer_server_ciphers on;

		location / {
			root  /usr/local/nginx/html/xcoa-web/dist;

			# index.html not cache
			location /index.html {
				expires off;
				add_header Cache-Control "no-cache";
			}

			# css/js/img allow cache
			location /css {
				expires max;
			}
			location /js {
				expires max;
			}
			location /img {
				expires max;
			}
		}

		location  /api {
			proxy_pass  http://upstreamXcoaapi/xcoa/api;
		}
		location /grcv5 {
					proxy_set_header Host $host;
					proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
					proxy_pass http://upstreamGrcv5/grcv5;
			}
		# html 模式的goaccess
		location /goaccess.html {
			alias /usr/local/nginx/html/goaccess.html;
		}
		error_page   500 502 503 504  /50x.html;
		location = /50x.html {
			root   html;
		}
	}
	server {
		listen       8081;
		server_name  10.250.17.16;

		location ~ /xcoa/(?!resources/) {
			proxy_pass http://10.250.17.16:8888;
			proxy_set_header X-Real-IP $remote_addr;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			proxy_set_header Host $http_host;
			proxy_http_version 1.1;
			proxy_set_header Connection "";
		}

		location ^~ /xcoa/resources/ {
			alias /home/hd/xcoa-cloud-server/xcoa-cloud/resources/;
		}
		location ^~ /xcoa/actuator {
			return 404;
		}
		location ^~ /xcoa/swagger-ui.html {
			return 404;
		}
		error_page   500 502 503 504  /50x.html;
		location = /50x.html {
			root   html;
		}
	}

}
# nginx # 前端 # java
Logo
乐奇 Rokid 开放社区

更多推荐

哪个家电企业综合技术全球领先？看TCL白电

挑冰箱时，这正是判断一个品牌的冰箱值不值得买的地方。在AI应用之外，面向AI时代，又将AI技术落到产品深处，打造AR智能眼镜、家庭「 陪 · 育」机器人、智能电视、AI空调、AI洗衣机、AI冰箱等多产品线，在智能制造和智能生活上深度布局。回头看，TCL家电的技术不在于某一句宣传语，而在于一台电视的显示技术、一台冰箱的冷凝器、一台空调的变频控制器、一台洗衣机的传感器等细节里。一台家电好不好，往往不由

avatar 乐奇 Rokid 开放社区

在 Rokid AI Glasses 上做背单词应用：AIUI拍照听写的实现

分享在 Rokid AI Glasses 上用 AIUI 开发背单词应用的实践：从镜腿单击拍照、图片编码和多模态识别，到切题时的异步任务处理、语音调度与学习进度保存，结合关键代码和界面动图说明实现过程。

avatar 乐奇 Rokid 开放社区

6.9 元还是 13.5 元？在 Rokid 眼镜上用 AIUI 算清单位价

500 毫升，6.9 元。1.25 升，13.5 元。把两项都换成一升，价格分别是 13.80 元和 10.80 元。总价更高的那瓶，单位价格反而更低。不过，这个结论有一个前提：规格和价格都得读对。假如第二瓶实际只有 750 毫升，13.5 元这个总价没有变，比较结果就会转向另一边。我用这两组数字做了一个 AIUI 小项目，叫“比一比”。它接收两项报价，把每份规格、包装件数和整组总价放到两张卡片上

avatar 乐奇 Rokid 开放社区