这是因为无法解析proxy_pass部分的域名，

在nginx.conf配置文件中的http{}部分添加一行resolver 8.8.8.8;

示例代码，把wp6路径的所有请求转发到其他域名的wp6路径，且带上query_string。

location /wp6/ {
                proxy_pass http://xxx.com/wp6/;
                proxy_set_header QUERY_STRING $query_string;
        }

错误信息： the client is not using the websocket protocol: 'upgrade' token not found in 'Connection' header

server {  
    listen 443 ssl;  
    server_name example.com;  
  
    ssl_certificate /path/to/certificate.pem;  
    ssl_certificate_key /path/to/private_key.pem;  
  
    location / {  
        proxy_pass http://localhost:8080;
        // 以下内容必须配置proxy_http_version 1.1;  
        proxy_set_header Upgrade $http_upgrade;  
        proxy_set_header Connection "upgrade";  
    }  
}

在Nginx中，upstream是一个配置块，用于定义后端服务器群组，以便将客户端请求路由到其中一台服务器上。它通常用于实现负载均衡、高可用性和故障切换等功能。

upstream块定义了一组服务器，其中每个服务器都指定了IP地址和端口。当Nginx接收到一个请求时，它会根据upstream配置块中的规则选择其中一台服务器来处理该请求，并将请求转发到所选的服务器上。

通过使用upstream块，您可以实现以下功能：

1. 负载均衡：将客户端请求分散到多个后端服务器上，以分担负载和提高系统的吞吐量。可以使用轮询、IP哈希、最少连接等算法来选择服务器。
2. 高可用性：在多个服务器之间实施故障切换，以确保服务的高可用性。当一个服务器出现故障时，Nginx可以自动将其从upstream配置块中移除，并将请求转发到其他健康的服务器上。
3. 故障切换：当主服务器出现故障时，可以使用upstream块中的备用服务器来接管主服务器的请求。这样可以确保服务的连续性和可用性。

在Nginx的配置文件中，可以通过以下语法定义一个upstream块：

csharpupstream backend {
    server 192.168.1.100:8080;
    server 192.168.1.101:8080;
    server 192.168.1.102:8080;
}

我们定义了一个名为"backend"的upstream块，其中包含三个服务器IP地址和端口8080。在实际应用中，您可以根据需要添加或删除服务器，并使用其他算法来选择要发送请求的服务器。

要将NGINX的变量打印到日志中，您可以使用log_format指令来定义一个自定义的日志格式，并在该格式中包含您想要打印的变量。

以下是一个示例的NGINX配置文件，其中包含一个名为$var的变量，并将其打印到日志中：

nginxhttp {
  log_format main '$var';

  server {
    listen 80;
    server_name example.com;

    location / {
      proxy_pass http://backend;
      set $var $upstream_http_content_length;
    }
  }
}

在上述配置中，我们使用log_format指令定义

当有请求访问example.com时，NGINX将使用自定义的日志格式将$var的值记录到日志中。您可以根据需要自定义日志格式，并在其中包含其他变量和字段。

1.检查nginx是否支持状态展示，

如果在终端中输出 with-http_stub_status_module ，则说明 Nginx 已启用 tub_status 模块。

nginx -V 2>&1 | grep -o with-http_stub_status_module

2.配置nginx.conf

server { 
    location /metrics {
        stub_status on;
    }
}

3.运行nginx exporter，这里的【目标nginxIP:端口】需要替换为nginx的ip:port

sudo docker run -d --name=prometheus_nginx \
  -p 9113:9113 \
  nginx/nginx-prometheus-exporter:0.10.0 \
  -nginx.scrape-uri=目标nginxIP:端口/metrics \
  -web.telemetry-path=/metrics

4.修改prometheus配置文件prometheus.yml，这里的【第三部配置的容器ip】替换为第三步创建的容器ip。

scrape_configs:
  - job_name: ‘nginx exporter’
    scrape_interval: 5s
    static_configs:
      - targets: ['第三部配置的容器ip:9113']

到此所有设置已完成，重启Prometheus后可以在查询输入框输入nginx，即可看到多个多个相关指标。

关于更多Prometheus相关知识参考官网：Getting started | Prometheus

try_files是Nginx配置中的一个指令，用于处理请求的URI。

这个指令的语法是：

ctry_files uri uri/ /index.php?query_string;

其中，uri和uri/是要检查的文件或目录路径，/index.php?query_string是当前面的文件或目录不存在时，要执行的替代路径。

这个指令的作用是，当请求的URI指向一个实际存在的文件或目录时，直接返回该文件或目录的内容；如果文件或目录不存在，则将请求重定向到/index.php，并将查询字符串（query string）添加到URL后面。

例如，如果请求的URI是/about.html，且存在同目录下的about.html文件，那么Nginx将直接返回该文件的内容；如果不存在该文件，Nginx将重定向到/index.php，并将查询字符串?about.html添加到URL后面。

这种方式通常用于处理静态文件请求和将所有其他请求重定向到某个处理程序（如PHP脚本）的情况。

在Nginx中，您可以使用$request_uri变量获取当前请求的完整URI，包括路径。然后，您可以使用字符串操作函数substring来截取除第一个子目录以外的剩余部分。

以下是一个示例配置，演示如何获取除第一个子目录以外的剩余部分：

nginxlocation / {
    if ($request_uri ~ ^/([^/]+)(.*)) {
        set $subdir $1;
        set $remaining $2;
    }

    ...

    # 使用$remaining变量进行其他操作
}

在上述配置中，我们使用了一个if指令来判断当前请求的URI是否包含至少一个子目录。然后，我们使用正则表达式([^/]+)(.*)来匹配第一个子目录的名称和剩余部分，并将它们分别存储在变量$subdir和$remaining中。

您现在可以使用$remaining变量进行其他操作，例如将剩余部分传递给后端的某个处理程序。

在Nginx中，可以使用$request_uri变量来获取当前请求的完整URI，包括路径。然后可以使用字符串操作函数substr来截取第一个子目录的名称。

以下是一个示例配置，演示如何获取第一个子目录的名称：

nginxlocation / {
    if ($request_uri ~ ^/([^/]+)/) {
        set $subdir $1;
    }

    ...

    # 使用$subdir变量进行其他操作
}

在上述配置中，我们使用了一个if指令来判断当前请求的URI是否包含至少一个子目录。然后，我们使用正则表达式[^/]+来匹配第一个子目录的名称，并将其存储在变量$subdir中。

由于使用if指令可能会影响Nginx的性能，因此建议在适当的情况下使用其他方法来实现相同的功能。

1. 启用HTTP 1.1：确保NGINX的版本支持HTTP 1.1协议。HTTP 1.1是支持持久连接和服务器发送事件（Server-Sent Events，SSE）的协议版本。
2. 配置长连接：在NGINX的配置文件中，找到与你的服务器配置相关的块（通常是在http或server块中）。在块内添加以下指令，以启用持久连接：

arduinokeepalive_timeout 0;

这将使NGINX保持持久连接，即使在无活动数据传输时也不会关闭连接。

配置服务器发送事件：在NGINX的配置文件中，找到与你的服务器配置相关的块（通常是在http或server块中）。在块内添加以下指令，以启用服务器发送事件：

csharpserver {
    ...
    location /event-stream {
        content_type "text/event-stream";
        charset "UTF-8";
        ...
    }
    ...
}

上述配置将创建一个新的位置（location），路径为"/event-stream"，并将内容类型设置为"text/event-stream"，这是服务器发送事件的指定内容类型。

• fastcgi_param SCRIPT_FILENAME $fastcgi_script_name; #脚本名称。
• fastcgi_param PATH_TRANSLATED document_r​ootfastcgi_script_name; #请求的路径。

assets模块不存在，

后台目录模块不存在等错误都是nginx的配置问题所致，请参考以下配置信息。

我的环境：php7.4，容器方式各自运行php和nginx

server {
       listen 80;
       root nginx容器下的目录;


       index index.php index.html index.htm index.nginx-debian.html;

       server_name www.xxx.com;

       location / {
               if (!-e $request_filename) {
                       rewrite  ^/(.*)$  /index.php?s=/$1  last;
                       break;
               }
       }


       location = /favicon.ico { access_log off; log_not_found off; }
       location = /robots.txt  { access_log off; log_not_found off; }

       location ~ \.php(.*)$ {
           fastcgi_pass   php容器或127.0.0.1:9000;
           fastcgi_index  index.php;
           fastcgi_split_path_info  ^((?U).+\.php)(/?.+)$;
           fastcgi_param  SCRIPT_FILENAME  php容器下的目录$fastcgi_script_name;
           fastcgi_param PATH_INFO $fastcgi_path_info;
           include        fastcgi_params;
       }

       location ~ /\.ht {
              deny all;
       }
}

如果，提示是thinkphp等文件不存在等错误：

一般是没有在服务器上运行composer update或install，导致目录中不存在thinkphp和vendor

如果是容器运行php，不方便运行composer，可以修改.gitignore文件中，注释掉thinkphp和vender，使这两个目录在git上也同步。

#/thinkphp/

#/vendor/

如果，还是有后台的ui异常，不能点击菜单等问题，一般也是gitignore文件中以下目录排除所致，与上一步一样把这些目录注释掉，使其同步。

# /addons/*

# /public/assets/libs/

# /public/assets/addons/*

最后在服务器上拉取所有文件即可正常运行fastadmin后台。

您可以使用nginx的重定向功能来实现此目的。您需要将所有非www子域名重定向到www子域名。以下是一个示例nginx配置：

cssserver {
    listen 80;
    server_name example.com;
    return 301 http://www.example.com$request_uri;
}

server {
    listen 80;
    server_name www.example.com;
    root /var/www/example.com;
    #其他配置
}

这个配置将所有访问example.com的请求重定向到www.example.com。如果您使用的是其他子域名，请相应地更改server_name。

这个问题发生的情况有几种，如果你试了网上能搜索的各类解决方案后，还是不行，请查看以下内容。

1. 首先，应该查看自己的nginx错误日志，因为很明显，错误信息是nginx给出的，肯定会有错误日志。
2. 根据错误日志定位自己的问题所在，比如，我遇到的一个错误是：the "ssl" directive is deprecated, use the "listen ... ssl" directive instead in /etc/nginx/conf.d/xxx.conf:12
3. 这里提示配置文件第12行有错误，根据自己的配置文件，按提示修改，重启nginx，没问题了。