Armoury Crate 奥创 更新驱动 更新驱动时候卡55%可以手动解压安装Armoury Crate 驱动目录 C:\Users\%Userprofile%\AppData\Local\Packages\B9ECED6F.ArmouryCrate_qmba6cd70vzyy\LocalState\ZIPFileTemp

CentOS 升级命令报错解决 机器【Microsof Azure】系统【CentOS7.9.2009】执行 yum update 升级命令时候自动提示SSH连接断开。重新连接SSH执行 yum update 升级命令时候就开始报错了。执行 package-cleanup --cleandupes --removenewestdupes 即可解决。

机器人UA 返回炸弹文件 1.修改 Nginx伪静态 填写相关目标代理。2.修改 Nginx伪静态 PHP文件目录，可以不修改。3.生成的 PHP文件 和 炸弹文件 需要在一个目录下。实际1G压缩成1M大小的文件炸弹，服务器的话就是发送了1M的文件。恶意程序请求后会自动解包为1G的数据，可以对恶意程序造成很大的压力。Nginx伪静态location / { #UA BOMB if ($http_user_agent ~* "(#填写相关#|#目标代理#)") { rewrite ^/.* /bomb.php last; } }PHP文件<?php header('Content-Encoding: gzip'); echo file_get_contents('1G.gzip');炸弹文件#1G数据文件# dd if=/dev/zero bs=1M count=1024 | gzip > 1G.gzip #10G数据文件# dd if=/dev/zero bs=1M count=10240 | gzip > 10G.gzip #1024G数据文件# dd if=/dev/zero bs=1M count=1048576 | gzip > 1T.gzip

QQ网址拦截 不知道为啥最近很多网址都给拦截，只要能打开都有几率给拦截，宝塔官方网址也不例外。建议屏蔽掉包含这几个关键词腾讯的UA就可以解决，但是不要自己作死搞违规，给举报后会有人工审核一样会拦截。【宝塔防火墙规则】(wechatdevtools|V1_IPH_SQ_6.5.3_1_APP)【CloudFlare防火墙规则】(http.user_agent contains "wechatdevtools") or (http.user_agent contains "V1_IPH_SQ_6.5.3_1_APP")【腾讯-固定UA】Mozilla/5.0 (iPhone; CPU iPhone OS 9_3_4 like Mac OS X) AppleWebKit/601.1.46 (KHTML, like Gecko) Mobile/13G35 QQ/6.5.3.410 V1_IPH_SQ_6.5.3_1_APP_A Pixel/750 Core/UIWebView NetType/2G Mem/117【腾讯-动态UA】Mozilla/5.0 (Linux; Android 9; FIG-AL10 Build/HUAWEIFIG-AL10; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/77.0.3865.120 MQQBrowser/6.2 TBS/045223 Mobile Safari/537.36 MMWEBID/1214 MicroMessenger/7.0.14.1660(0x27000E39) Process/tools NetType/WIFI Language/zh_CN ABI/arm64 WeChat/arm64 wechatdevtools

JSON 数据处理 \ 替换内容 \\' 替换内容 \'" 替换内容 \"换行 替换内容 \n

Typecho 开启HTTPS 方法 可以解决大部分的问题。1.浏览器提示网页不安全。2.使用CDN的HTTPS后导致密码正确然而无法登录或者提示密码错误。方法:在Typecho目录下的config.inc.php文件里面加入下面代码即可。/** 开启HTTPS */ define('__TYPECHO_SECURE__',true);

MySQL MariaDB 错误 [ERR] 1118 - Row size too large (> 8126). Changing some columns to TEXT or BLOB or using相关手册:MySQL官方手册因为开启了严格模式才会报错，具体内容看MySQL官方手册。当innodb_strict_mode启用时，InnoDB将返回错误，而不是警告了一定的条件。严格模式有助于防止SQL中的拼写错误和语法错误，或操作模式和SQL语句的各种组合带来的其他意外后果。当 innodb_strict_mode启用时，InnoDB提出了在某些情况下错误条件，而不是发出警告和处理指定的声明（也许无意的行为）。这类似于 sql_modeMySQL，后者控制MySQL接受的SQL语法，并确定它是否静默忽略错误，或验证输入语法和数据值。【解决方法】修改数据库配置文件/etc/my.cnfsql_mode=*或sql-mode=*改成sql_mode=或sql-mode=innodb_strict_mode = 1改成innodb_strict_mode = 0如果没有找到文本。[mysqld]下方添加sql_mode=或sql-mode=[mysqld]下方添加innodb_strict_mode = 0修改后重启数据库即可。[ERR] 2006 - MySQL server has gone away可能是数据过大导致错误，可以增加max_allowed_packet试试。【解决方法】修改数据库配置文件/etc/my.cnfmax_allowed_packet=*改成max_allowed_packet=128M如果没有找到文本。[mysqld]下方添加max_allowed_packet=128M修改后重启数据库即可。

Microsof Azure Liunx 修改Root 使用普通用户连接SSH后执行。sudo passwd root