公开标签 #Nginx
上传文件或图片时报错 Request Entity Too Large，原因是文件太大。 出现该问题的是nginx默认上传的文件大小是1m，超过该值在客户端就会报413错误： Request Entity Too Large。 解决方法是设置服务端nginx对文件大小的值。 在站点的配置文件中新增 client_max_body_size 10m; 表示上传文件最大为10m，完整代码如下 server { listen 443 ssl; server_name xxx; ssl_certificate
没有配置 https://xxx.com 跳转到 https://www.xxx.com 时，使用 nginx -t 检测没有异常。 配置文件如下 server { listen 80; server_name xxx.com; rewrite ^(.*) $scheme://www.$server_name$1 permanent; } server { listen 80; server_name www.xxx.com; rewrite ^(.*)$ https://$host$1 permane
Nginx 是一个高性能的Web服务器，可通过重新启动 Nginx 服务来更新配置文件和释放资源。下面介绍几种方法，在不同情况下如何快速重启 Nginx 服务。 一、Nginx 重启命令 要重启 Nginx 服务，可以使用以下命令： sudo nginx -s reload 该命令会向 Nginx 进程发送HUP信号，使其重新加载配置文件。如果您在更改了 Nginx 服务器配置后要重新加载新设置，这是非常有用的。 执行上述命令后，Nginx 进程会重新加载配置文件，并在无需停止服务的情况下更新服务器。
站点的Nginx配置文件已更新并重启Nginx，在服务器上使用 curl 命令或客户端使用域名访问，返回的都是Nginx默认的欢迎页面。 原因是Nginx默认的欢迎页面占用了80端口。 打开 /etc/nginx/nginx.conf 配置文件，找到 include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*; 将 include /etc/nginx/sites-enabled/*; 注释掉，然后重启Nginx，再次访问就可
PyCharm 本地调试时，在Postman中输入带下划线的参数没有问题，但当把项目部署到服务器上测试，使用带下划线的参数就会报错： typeerror int() argument must be a string a bytes-like object or a number 先了解下下划线是否是合法参数的一部分。 在 HEADER 字段名中使用下划线其实是合法的、符合 HTTP 标准的。服务器之所以要默认禁止使用是因为 CGI 历史遗留问题。下划线和中划线都为会被映射为 CGI 系统变量名中的下划
通常情况下，我们要更新 Upstream 的 Server 成员及属性信息，我们需要如下步骤 1、更新 Upstream 的配置，需要编辑 NGINX 的配置文件，如下： http { # 创建upstream group（包含server成员） upstream appservers { zone appservers 64k; server appserv1.example.com weight=5; server appserv2.example.com:8080 fail_timeout=5s;
蜘蛛抓取统计 ▶ 统计蜘蛛抓取次数 > grep 'Baiduspider' access.log |wc -l ▶ 统计蜘蛛抓取404的次数 > grep 'Baiduspider' access.log |grep '404' | wc -l 页面访问统计 ▶ 查看访问最频的页面(TOP100) > awk '{print $7}' access.log | sort |uniq -c | sort -rn | head -n 100 ▶ 查看访问最频的页面([排除php页面】(TOP100)
Nginx的访问日志默认有自己的格式，为了获取更多的访问数据，或者为了更方便的查看各输出字段的意义，可以自定义日志的内容。 ▶ Nginx日志常用字段 首先了解一下Nginx日志常用字段： ------------------ 参数 说明 示例 $remote_addr 客户端地址 127.0.0.1 $remote_user 客户端用户名称 - $time_local 访问时间和时区 18/Aug/2023:12:37:26 +0800 $request 请求的URI和HTTP协议 "GET /xxx
大部分蜘蛛抓取可以使用UA黑名单来处理，但有些蜘蛛不遵守robots协议，还有漏洞扫描机器人无法通过UA黑名单来处理，这时就可以通过配置IP黑名单来处理。 在 /etc/nginx/conf.d 目录下新增IP黑名单列表文件 ip.block 以常见的几个黑IP为例： deny 120.241.79.79; deny 120.241.79.101; deny 210.16.189.4; 注意每行默认的分号。 然后打开 /etc/nginx/nginx.conf，在 http 节点里添加： http{ .
Nginx默认的 error.log 和 access.log 日志是写在一个文件里的，如果访问量大，access.log 日志会快速膨胀。这种情况下，可以考虑把日志按日期输出。 在Nignx配置文件（项目的配置文件）里添加如下代码： server{ ... if ($time_iso8601 ~ "^(\d{4})-(\d{2})-(\d{2})") { set $year $1; set $month $2; set $day $3; } access_log /.../xxx_$year_$mon
常见垃圾蜘蛛及屏蔽方法 垃圾蜘蛛是对网站的品牌和流量没有任何实质性的帮助，并且给网站资源带来一定损耗的蜘蛛。这种蜘蛛会频繁抓取网站内容，并且利用内容做一些数据分析来达到他们的商业目的。 垃圾蜘蛛列表： SemrushBot，这是semrush下面的一个蜘蛛，是一家做搜索引擎优化的公司，因此它抓取网页的目的就很明显了。这种蜘蛛对网站没有任何用处，好在它还遵循robots协议，因此可以直接在robots屏蔽。 DotBot, 这是moz旗下的，作用是提供seo服务的蜘蛛，但是对我们并没有什么用处。好在遵循r
默认情况下Nginx配置完毕后，是允许ip地址直接访问的。直接使用IP访问会有一定的安全风险。 那么如何在Nginx中通过配置来禁止通过IP直接访问服务器的Web服务呢？3步解决问题。 1，打开 /etc/nginx 目录下的 nginx.conf 在修改前先备份 nginx.conf 文件 > \cp nginx.conf nginx.conf.[date] 2，在http.server里添加server配置（如果已有server配置，根据实际情况进行修改） http { ... server { l
分析原因 修改nginx配置参数后，使用nginx -t检查配置. 提示successfull后就可以使用 nginx -s reload来重新加载配置 我配置的过程中遇到这样的问题，就是绑定了主机名后，重新加载配置时会出现警告 nginx: [warn] conflicting server name "_" on 0.0.0.0:80, ignored 意思是重复绑定了server name,但这个警告不会影响到服务器运行。而且，这个重复绑定的意思是现在运行的nginx服务和将要加载的新配置中的重复
要设置IP黑名单，可以使用NGINX的ngx_http_access_module模块来实现。 打开NGINX配置文件 nginx.conf。 在相关的server块或location块中添加以下配置： http { ... server { ... location / { deny 192.168.1.1; deny 10.0.0.0/24; allow all; } ... } ... } deny用于列出要被阻止的IP地址。可以使用具体的IP地址（如192.168.1.1），或者CIDR格式的I
下面是nginx关闭/重启/启动的操作方法的详细攻略： 1. 前置条件 在进行nginx操作之前，请确保已经安装了nginx，并且已经在使用中。如果还未安装，可以使用以下命令进行安装： sudo apt-get install nginx #适用于ubuntu、debian系统 sudo yum install nginx #适用于centos、redhat系统 2. 关闭nginx 方法一：通过systemctl关闭 在使用systemd管理nginx服务的情况下，可以使用以下命令关闭nginx进程：