composer1 升级到composer2命令 yum Centos7
composer self-update –2
归档
CSS、JS、字体、图片静态文件nginx配置压缩指南
静态文件简介
Web 开发中需要的静态文件有：CSS、JS、字体、图片，可以通过web框架进行访问，但是效率不是最优的。
Nginx 对于处理静态文件的效率要远高于 Web 框架，因为可以使用 gzip 压缩协议，减小静态文件的体积加快静态文件的加载速度、开启缓存和超时时间减少请求静态文件次数。
下面就介绍如何通过 Nginx 管理静态文件的访问，优化网站的访问速度。
一、开启 gzip
配置介绍和参数如下，建议使用时删掉注释。
gzip on;
#该指令用于开启或关闭gzip模块(on/off)
gzip_buffers 16 8k;
#设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。16 8k代表以8k为单位，安装原始数据大小以8k为单位的16倍申请内存
gzip_comp_level 6;
#gzip压缩比，数值范围是1-9，1压缩比最小但处理速度最快，9压缩比最大但处理速度最慢
gzip_http_version 1.1;
#识别http的协议版本
gzip_min_length 256;
#设置允许压缩的页面最小字节数，页面字节数从header头得content-length中进行获取。默认值是0，不管页面多大都压缩。这里我设置了为256
gzip_proxied any;
#这里设置无论header头是怎么样，都是无条件启用压缩
gzip_vary on;
#在http header中添加Vary: Accept-Encoding ,给代理服务器用的
gzip_types
text/xml application/xml application/atom+xml application/rss+xml application/xhtml+xml image/svg+xml
text/javascript application/javascript application/x-javascript
text/x-json application/json application/x-web-app-manifest+json
text/css text/plain text/x-component
font/opentype font/ttf application/x-font-ttf application/vnd.ms-fontobject
image/x-icon;
#进行压缩的文件类型,这里特别添加了对字体的文件类型
gzip_disable "MSIE [1-6]\.(?!.*SV1)";
#禁用IE 6 gzip
二、扩展压缩类型
修改 /etc/nginx/mime.types 文件，增加需要压缩的文件对应 type 到上述 gzip 配置中。下面几乎涵盖了所有静态文件对应的类型：
types {
application/atom+xml atom;
application/dart dart;
application/gzip gz;
application/java-archive jar war ear;
application/javascript js jsonp;
application/json json;
application/owl+xml owl owx;
application/pdf pdf;
application/postscript ai eps ps;
application/rdf+xml rdf;
application/rss+xml rss;
application/vnd.ms-fontobject eot;
application/x-7z-compressed 7z;
application/x-bittorrent torrent;
application/x-chrome-extension crx;
application/x-font-otf otf;
application/x-font-ttf ttc ttf;
application/x-font-woff woff;
application/x-opera-extension oex;
application/x-rar-compressed rar;
application/x-shockwave-flash swf;
application/x-web-app-manifest+json webapp;
application/x-x509-ca-cert crt der pem;
application/x-xpinstall xpi;
application/xhtml+xml xhtml;
application/xml xml;
application/xml-dtd dtd;
application/zip zip;
audio/midi kar mid midi;
audio/mp4 aac f4a f4b m4a;
audio/mpeg mp3;
audio/ogg oga ogg;
audio/vnd.wave wav;
audio/x-flac flac;
audio/x-realaudio ra;
image/bmp bmp;
image/gif gif;
image/jpeg jpe jpeg jpg;
image/png png;
image/svg+xml svg svgz;
image/tiff tif tiff;
image/webp webp;
image/x-icon cur ico;
text/cache-manifest appcache manifest;
text/css css less;
text/csv csv;
text/html htm html shtml;
text/mathml mml;
text/plain txt;
text/rtf rtf;
text/vcard vcf;
text/vtt vtt;
text/x-component htc;
text/x-markdown md;
video/3gpp 3gp 3gpp;
video/avi avi;
video/mp4 f4p f4v m4v mp4;
video/mpeg mpeg mpg;
video/ogg ogv;
video/quicktime mov;
video/webm webm;
video/x-flv flv;
video/x-matroska mkv;
video/x-ms-wmv wmv;
}
三、开启超时时间
通过设置Expires，开启缓存。
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|flv|ico)$ {
expires 30d;
access_log off;
}
location ~ .*\.(eot|ttf|otf|woff|svg)$ {
expires 30d;
access_log off;
}
location ~ .*\.(js|css)?$ {
expires 7d;
access_log off;
}
Nginx反爬虫： 限制可疑User Agent抓取网站
一、概述
网站反爬虫的原因
- 不遵守规范的爬虫会影响网站的正常使用
- 网站上的数据是公司的重要资产
- 爬虫对网站的爬取会造成网站统计数据的污染
常见反爬虫手段
1. 根据 IP 访问频率封禁 IP
2. 设置账号登陆时长，账号访问过多封禁 设置账号的登录限制，只有登录才能展现内容 设置账号登录的时长，时间一到则自动退出
3. 弹出数字验证码和图片确认验证码 爬虫访问次数过多，弹出验证码要求输入
4. 对 API 接口的限制 每天限制一个登录账户后端 api 接口的调用次数 对后台 api 返回信息进行加密处理
二、nginx反爬设置
站点配置文件
因为user-agent带有Bytespider爬虫标记，这可以通过Nginx规则来限定流氓爬虫的访问，直接返回403错误。 修改对应站点配置文件（注意是在server里面）
添加红色部分
server {
listen 80 default_server;
listen [::]:80 default_server;
index index.html index.htm index.nginx-debian.html;
server_name _;
location / {
try_files $uri $uri/ =404;
}
#forbidden Scrapy
if ($http_user_agent ~* (Scrapy|Curl|HttpClient)) {
return 403;
}
#forbidden UA
if ($http_user_agent ~ "Bytespider|FeedDemon|JikeSpider|Indy Library|Alexa Toolbar|AskTbFXTV|AhrefsBot|CrawlDaddy|CoolpadWebkit|Java|Feedly|UniversalFeedParser|ApacheBench|Microsoft URL Control|Swiftbot|ZmEu|oBot|jaunty|Python-urllib|python-requests|lightDeckReports Bot|YYSpider|DigExt|YisouSpider|HttpClient|MJ12bot|heritrix|EasouSpider|Ezooms|^$" ) {
return 403;
}
#forbidden not GET|HEAD|POST method access
if ($request_method !~ ^(GET|HEAD|POST)$) {
return 403;
}
}
附录：UA收集
FeedDemon 内容采集 BOT/0.1 (BOT for JCE) sql注入 CrawlDaddy sql注入 Java 内容采集 Jullo 内容采集 Feedly 内容采集 UniversalFeedParser 内容采集 ApacheBench cc攻击器 Swiftbot 无用爬虫 YandexBot 无用爬虫 AhrefsBot 无用爬虫 YisouSpider 无用爬虫（已被UC神马搜索收购，此蜘蛛可以放开！） jikeSpider 无用爬虫 MJ12bot 无用爬虫 ZmEu phpmyadmin 漏洞扫描 WinHttp 采集cc攻击 EasouSpider 无用爬虫 HttpClient tcp攻击 Microsoft URL Control 扫描 YYSpider 无用爬虫 jaunty wordpress爆破扫描器 oBot 无用爬虫 Python-urllib 内容采集 Python-requests 内容采集 Indy Library 扫描 FlightDeckReports Bot 无用爬虫 Linguee Bot 无用爬虫 使用python验证
python验证
使用requests模块
import requests
# 最基本的不带参数的get请求
r = requests.get('http://192.168.28.229')
print(r.content)
使用urllib模块
import urllib.request
response = urllib.request.urlopen('http://192.168.28.229/')
print(response.read().decode('utf-8'))
返回403就表示起作用了。
b'<html>\r\n<head><title>403 Forbidden</title></head>\r\n<body>\r\n<center><h1>403 Forbidden</h1></center>\r\n<hr><center>nginx</center>\r\n</body>\r\n</html>\r\n'
三、整站防护设置
示意图
第一层
robots.txt
robots是网站跟爬虫间的协议，用简单直接的txt格式文本方式告诉对应的爬虫被允许的权限，也就是说robots.txt是搜索引擎中访问网站的时候要查看的第一个文件。
注意：它只是做了协议规定，是否允许将爬取的数据收录，不影响网页访问。
备注：对于手动写爬虫技术人员而言，一般都是直接忽略掉的。
如果不允许所有的爬虫蜘蛛访问，内容如下：
User-agent: * Disallow: /
第二层
useragent特征拦截
因为user-agent带有Bytespider爬虫标记，这可以通过Nginx规则来限定流氓爬虫的访问，直接返回403错误。
具体操作，请查看上面的nginx配置。
备注：这样可以防止一部分爬虫访问，以及初级爬虫人员。
第三层
JS发送鼠标点击事件
有些网站，你从浏览器可以打开正常的页面，而在requests里面却被要求输入验证码或者是重定向到其他的页面。 原理：当点击登录时，触发js加密代码，复杂的加密算法参数+时间戳+sig值，后台进行 参数+时间的限制。验证成功后，才可以登录。
备注：爬虫高手需要模拟浏览器行为，加载js代码以及图片识别，才能正常登陆。
第四层
后台接口限制
1. 根据 IP 访问频率封禁 IP(注意：频率要控制好，否则容易误伤。) 2. 设置账号登陆时长，账号访问过多封禁。 设置账号的登录限制，只有登录才能展现内容 设置账号登录的时长，时间一到则自动退出 3.弹出数字验证码和图片确认验证码 爬虫访问次数过多，前端弹出验证码要求输入 4.对 API 接口的限制 每天的登录账户，请求后端 api 接口时，做调用次数限制。对后台 api 返回信息进行加密处理
通过这4层设置，就可以有效的保护数据的安全了
CentOS6.9升级autoconf版本 Autoconf version 2.64 or higher is required
CentOS6.9安装软件时提示说需要Autoconf 2.64或更高的版本
[root@BobServerStation twemproxy]# autoconf
configure.ac:8: error: Autoconf version 2.64 or higher is required
configure.ac:8: the top level
autom4te: /usr/bin/m4 failed with exit status: 63查询当前版本
[root@BobServerStation twemproxy]# rpm -qf /usr/bin/autoconf
autoconf-2.63-5.1.el6.noarch卸载当前版本
[root@BobServerStation twemproxy]# rpm -e –nodeps autoconf-2.63安装最新版本
[root@BobServerStation twemproxy]# wget ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.68.tar.gz[root@BobServerStation twemproxy]# tar zxvf autoconf-2.68.tar.gz[root@BobServerStation twemproxy]# cd autoconf-2.68[root@BobServerStation twemproxy]# ./configure –prefix=/usr/[root@BobServerStation twemproxy]# make && make install 查看当前版本
[root@BobServerStation autoconf-2.68]# /usr/bin/autoconf -V
autoconf (GNU Autoconf) 2.68
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+/Autoconf: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>, <http://gnu.org/licenses/exceptions.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. 至此，autoconf已升级到2.68。
ffmpeg .avi 或 .MKV 转换to .MP3
ffmpeg -i "Sample.avi" -vn -ar 44100 -ac 2 -ab 128k -f mp3 "Sample.mp3"
目录查找批量修改方法：
The following command will find all mkv files that are in the current directory and in all sub-folders and extract the audio to mp3 format.
find . -type f -name "*.mkv" -exec bash -c 'FILE="$1"; ffmpeg -i "${FILE}" -vn -c:a libmp3lame -y "${FILE%.mkv}.mp3";' _ '{}' \;
The filename of the audio file will be the same as the mkv video with the correct extension. The mkv extension will be removed and replaced by the mp3 extension e.g hi.mkv will create a new file named hi.mp3
腾讯开放平台3个问题
1）客户认证审核，提示“您的资料正在审核中。”–没有预估审核时间，第一的腾讯为什么做不好toB，就是这个基因问题。此外账号信息编辑及提交审核点击多次都没有反应，最新Chrome浏览器。
2）问题反馈留了一个打不开的链接。http://bbs.open.qq.com/forum-4203-1.html
3）产品与wifi更新文档更新不及时。
nginx通过自定义header属性来转发不同的服务
读取自定义header
首先，开启underscores_in_headers
解释：HTTP头部是否允许下划线。默认为off，表示HTTP头部的名称中不允许带“_”
语法：underscores_in_headers on | off;
默认：underscores_in_headers off;
配置块：http、server
一、背景
因为需要上线灰度发布，只要nginx接收到头部为：
wx_unionid:123456
就会跳转到另外一个url，比如：
127.0.0.1:8080
通过配置nginx 匹配请求头wx_unionid 来转发到灰度环境。 核心：客户端自定义的http header，在nginx的配置文件里能直接读取到。 条件：header必须用减号“-”分隔单词，nginx里面会转换为对应的下划线“_”连接的小写单词。
二、修改Nginx配置
安装nginx
apt-get install -y nginx
编辑主页
cd /etc/nginx/sites-enabled vim home.conf
内容如下：
upstream wx {
server 127.0.0.1:8080;
}
server {
listen 8008;
server_name localhost;
root html;
index index.html;
charset utf-8;
underscores_in_headers on;
location / {
#测试header转发
if ($http_wx_unionid = "123456") {
proxy_pass http://wx;
}
}
}
参数配置说明
underscores_in_headers on：nginx是支持读取非nginx标准的用户自定义header的，但是需要在http或者server下开启header的下划线支持: 比如我们自定义header为wx_unionid,获取该header时需要这样:$http_wx_unionid(一律采用小写，而且前面多了个http_)
如果需要把自定义header传递到下一个nginx： 1.如果是在nginx中自定义采用proxy_set_header X_CUSTOM_HEADER $http_host; 2.如果是在用户请求时自定义的header，例如curl –head -H “X_CUSTOM_HEADER: foo” http://domain.com/api/test，则需要通过proxy_pass_header X_CUSTOM_HEADER来传递
编辑调整页
vim wx.conf
内容如下：
server {
listen 8080;
server_name localhost;
root /var/www/html;
index wx.html;
location / {
try_files $uri $uri/ =404;
}
}
增加测试页面
vim /var/www/html/wx.html
内容如下：
<h1>微信小程序测试平台</h1>
三、测试结果
加自定义头部
root@ubuntu:~# curl -v -H 'wx_unionid:123456' 127.0.0.1:8008 * Rebuilt URL to: 127.0.0.1:8008/ * Trying 127.0.0.1... * Connected to 127.0.0.1 (127.0.0.1) port 8008 (#0) > GET / HTTP/1.1 > Host: 127.0.0.1:8008 > User-Agent: curl/7.47.0 > Accept: */* > wx_unionid:123456 > < HTTP/1.1 200 OK < Server: nginx/1.10.3 (Ubuntu) < Date: Mon, 29 Jul 2019 07:49:46 GMT < Content-Type: text/html; charset=utf-8 < Content-Length: 37 < Connection: keep-alive < Last-Modified: Mon, 29 Jul 2019 06:23:49 GMT < ETag: "5d3e90f5-25" < Accept-Ranges: bytes < <h1>微信小程序测试平台</h1> * Connection #0 to host 127.0.0.1 left intact
不加头部
root@ubuntu:~# curl -v 127.0.0.1:8008
* Rebuilt URL to: 127.0.0.1:8008/
* Trying 127.0.0.1...
* Connected to 127.0.0.1 (127.0.0.1) port 8008 (#0)
> GET / HTTP/1.1
> Host: 127.0.0.1:8008
> User-Agent: curl/7.47.0
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: nginx/1.10.3 (Ubuntu)
< Date: Mon, 29 Jul 2019 07:50:13 GMT
< Content-Type: text/html; charset=utf-8
< Content-Length: 612
< Last-Modified: Tue, 31 Jan 2017 15:01:11 GMT
< Connection: keep-alive
< ETag: "5890a6b7-264"
< Accept-Ranges: bytes
<
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
body {
width: 35em;
margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif;
}
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>
<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>
<p><em>Thank you for using nginx.</em></p>
</body>
</html>
* Connection #0 to host 127.0.0.1 left intact
四、匹配多条件
现在又多了一个需求，需要对客户端ip为：192.168.0.45，同时也增加自定义头部wx_unionid:123456，才会转发，否则不做转发。
nginx的配置中不支持if条件的逻辑与&& 逻辑或|| 运算 ，而且不支持if的嵌套语法，否则会报下面的错误：nginx: [emerg] invalid condition。
我们可以用变量的方式来间接实现。
要实现的语句：
if ($remote_addr ~* "192.168.0.45" && $http_wx_unionid = "123456"){
proxy_pass http://wx;
}
如果按照这样来配置，就会报nginx: [emerg] invalid condition错误。
如下：
nginx: [emerg] invalid condition "$http_wx_unionid" in /etc/nginx/sites-enabled/home.conf:16 nginx: configuration file /etc/nginx/nginx.conf test failed
可以这么来实现，如下所示：
upstream wx {
server 127.0.0.1:8080;
}
server {
listen 8008;
server_name localhost;
root html;
index index.html;
charset utf-8;
underscores_in_headers on;
location / {
#测试header转发
# 标志位
set $flag 0;
if ($remote_addr ~* "192.168.0.45"){
# 末尾追加1，此时$flag=01
set $flag "${flag}1";
}
if ($http_wx_unionid = "123456"){
# 末尾追加1，此时$flag=011
set $flag "${flag}1";
}
# 当为011时，表示条件都匹配
if ($flag = "011") {
proxy_pass http://wx;
}
}
}
重新加载配置
nginx -s reload
再次使用本机测试，增加头部
root@ubuntu:~# curl -v -H 'wx_unionid:123456' 127.0.0.1:8008
* Rebuilt URL to: 127.0.0.1:8008/
* Trying 127.0.0.1...
* Connected to 127.0.0.1 (127.0.0.1) port 8008 (#0)
> GET / HTTP/1.1
> Host: 127.0.0.1:8008
> User-Agent: curl/7.47.0
> Accept: */*
> wx_unionid:123456
>
< HTTP/1.1 200 OK
< Server: nginx/1.10.3 (Ubuntu)
< Date: Mon, 29 Jul 2019 08:01:30 GMT
< Content-Type: text/html; charset=utf-8
< Content-Length: 612
< Last-Modified: Tue, 31 Jan 2017 15:01:11 GMT
< Connection: keep-alive
< ETag: "5890a6b7-264"
< Accept-Ranges: bytes
<
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
body {
width: 35em;
margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif;
}
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>
<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>
<p><em>Thank you for using nginx.</em></p>
</body>
</html>
* Connection #0 to host 127.0.0.1 left intact
登录到192.168.0.45，增加头部测试
root@docker-reg:~# curl -v -H 'wx_unionid:123456' 192.168.0.162:8008 * Rebuilt URL to: 192.168.0.162:8008/ * Trying 192.168.0.162... * Connected to 192.168.0.162 (192.168.0.162) port 8008 (#0) > GET / HTTP/1.1 > Host: 192.168.0.162:8008 > User-Agent: curl/7.47.0 > Accept: */* > wx_unionid:123456 > < HTTP/1.1 200 OK < Server: nginx/1.10.3 (Ubuntu) < Date: Mon, 29 Jul 2019 08:02:01 GMT < Content-Type: text/html; charset=utf-8 < Content-Length: 37 < Connection: keep-alive < Last-Modified: Mon, 29 Jul 2019 06:23:49 GMT < ETag: "5d3e90f5-25" < Accept-Ranges: bytes < <h1>微信小程序测试平台</h1> * Connection #0 to host 192.168.0.162 left intact
CentOS 7源码安装Redis 6.0及自启动
Redis 是完全开源的，遵守 BSD 协议，是一个高性能的 key-value 数据库。当下非常流行，使用非常广泛，这篇文章记录下CentOS 7源码安装Redis服务的方法。
安装Redis
先执行下面的命令，安装一大堆依赖：
#安装依赖
yum -y install cpp binutils glibc glibc-kernheaders glibc-common glibc-devel gcc make
#升级gcc
yum -y install centos-release-scl
yum -y install devtoolset-9-gcc devtoolset-9-gcc-c++ devtoolset-9-binutils
scl enable devtoolset-9 bash写这篇文章的时候，Redis最新稳定版为6.0，随着时间推移，版本会发生变化，请前往Redis官方：https://redis.io/download下载最新版本。
#下载Redis
wget https://download.redis.io/releases/redis-6.0.9.tar.gz
#解压Redis
tar xzf redis-6.0.9.tar.gz
#进入Redis目录
cd redis-6.0.9
#编译
make编译成功后，Redis服务二进制文件位于src/redis-server，直接输入这个路径即可运行Redis服务，不过运行后是在前台运行，一旦结束或窗口关闭，Redis服务也随之停止。
运行Redis
为了方便后期管理与维护，可以将Redis src放到特定目录下，比如mv src/ /usr/local/redis
同时可以将redis-6.0.9目录下的redis.conf也复制一份：
cp redis.conf /etc默认情况下，Redis是前台运行，如果需要后台运行，需要修改redis.conf配置文件，将
daemonize no修改为：
daemonize yes然后输入命令：/usr/local/redis/redis-server /etc/redis.conf重新启动Redis服务，这个时候就是保持后台运行了，通过ps命令可看到进程：
[root@hecs-centos-7 ~]# ps -ef|grep 'redis'
root 10217 1 0 22:00 ? 00:00:00 /usr/local/redis/redis-server 127.0.0.1:6379设置环境变量
每次都输入Redis绝对路径来运行，难免还是有些不方便，我们可以将Redis路径加入到Linux环境变量，在/etc/profile这个文件底部追加：
export PATH=$PATH:/usr/local/redis再输入命令source /etc/profile使其生效，这样我们就可以直接执行redis命令，而不用输入完整路径了。比如：
[root@hecs-centos-7 ~]# redis-server -v
Redis server v=6.0.9 sha=00000000:0 malloc=jemalloc-5.1.0 bits=64 build=ef93b08070de4db5Redis客户端
通过上面编译后，Redis自带了一个命令行客户端redis-cli，输入下面的命令可检测Redis是否正常运行。
[root@hecs-centos-7 ~]# /usr/local/redis/redis-cli
127.0.0.1:6379> ping
PONG注册为Systemd服务
如果需要将Redis设置为开启启动，我们可以将redis注册为Systemd服务，方便日后管理。首先创建一个服务文件：vi /etc/systemd/system/redis.service，内容如下：
[Unit]
Description=Redis Server
After=network.target
[Service]
Type=forking
ExecStart=/usr/local/redis/redis-server /etc/redis.conf
[Install]
WantedBy=multi-user.target然后输入systemctl daemon-reload重新加载服务，接下来就可以使用systemctl命令来管理了：
#启动redis
systemctl start redis
#停止redis
systemctl stop redis
#开机启动
systemctl enable redisredis批量删除key 远程批量删除key
一、遇到的问题
在开发的过程中，经常会遇到要批量删除某种规则的key，如缓存的课程数据“course-课程uid”，其中课程uid是变量，我们需要删除”course-*”这一类的数据，但是这里就坑了，redis有提供批量查询一类key的命令keys，但是没有提供批量删除某种类型key的命令。
二、解决方案
先看看我们怎么解决。
1、先进入redis的客户端
cd redis所在目录/src ./redis-cli
2、初始化数据，模拟数据
127.0.0.1:6379> set course-1 1 OK 127.0.0.1:6379> set course-2 2 OK 127.0.0.1:6379> set course-3 3 OK
3、通过keys命令可以看到，现在有上面的三个key
127.0.0.1:6379> keys course-* 1) "course-3" 2) "course-2" 3) "course-1"
4、退出redis的客户端
127.0.0.1:6379> exit
5.1、本地批量删除key
./redis-cli keys "course-*" | xargs ./redis-cli del
此处刚刚 course-* 相关的3个key已经被删除了
原理解析：
先通过redis客户端执行了keys命令，模糊搜索出所有的key，通过xargs命令，将前面查询出来的key作为后面redis的del命令的输入
最终执行的结果可以理解成
1、模糊查询
keys "course-*"
查询出上面的course-1 course-2 course-3 这三个key
2、执行删除key
del的三个key来自前面的keys查询
del course-1 course-2 course-3
5.2、远程批量删除key
经常我们开发的时候，redis都是公用的，可能redis不在本地我们可以通过redis客户端远程进行删除
./redis-cli -h redis所在服务器ip -p 端口 keys "course-*" |xargs ./redis-cli -h redis所在服务器ip -p 端口 del
三、补充知识
1、远程某台机子的redis
以下实例演示了如何连接到主机为 127.0.0.1，端口为 6379 ，密码为 mypass 的 redis 服务上。
redis-cli -h 127.0.0.1 -p 6379 -a "mypass"
2、xargs命令
xargs命令是给其他命令传递参数的一个过滤器，也是组合多个命令的一个工具。 详情课件 http://man.linuxde.net/xargs
转自：https://www.cnblogs.com/0201zcr/p/9647787.html
curl: (35) SSL connect error
linux 命令行curl 访问https出现如下error:
rpm –import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
curl: (35) SSL connect error
error: https://www.elrepo.org/RPM-GPG-KEY-elrepo.org: import read failed(2).
* Closing connection #0
* SSL connect error
curl: (35) SSL connect error
解决方法：
yum update -y nss curl libcurl ca-certificates
yum update -y nss curl libcurl ca-certificates
Loaded plugins: fastestmirror
Setting up Update Process
Loading mirror speeds from cached hostfile
Resolving Dependencies
There are unfinished transactions remaining. You might consider running yum-complete-transaction first to finish them.
^C–> Running transaction check
—> Package ca-certificates.noarch 0:2017.2.14-65.0.1.el6_9 will be updated
[root@10-13-72-98 vhost]# yum update -y nss curl libcurl ca-certificates
Loaded plugins: fastestmirror
Setting up Update Process
Loading mirror speeds from cached hostfile
Resolving Dependencies
There are unfinished transactions remaining. You might consider running yum-complete-transaction first to finish them.
–> Running transaction check
—> Package ca-certificates.noarch 0:2017.2.14-65.0.1.el6_9 will be updated
—> Package ca-certificates.noarch 0:2020.2.41-65.1.el6_10 will be an update
—> Package curl.x86_64 0:7.19.7-53.el6_9 will be updated
—> Package curl.x86_64 0:7.19.7-54.el6_10 will be an update
—> Package libcurl.x86_64 0:7.19.7-53.el6_9 will be updated
–> Processing Dependency: libcurl = 7.19.7-53.el6_9 for package: libcurl-devel-7.19.7-53.el6_9.x86_64
—> Package libcurl.x86_64 0:7.19.7-54.el6_10 will be an update
–> Running transaction check
—> Package libcurl-devel.x86_64 0:7.19.7-53.el6_9 will be updated
—> Package libcurl-devel.x86_64 0:7.19.7-54.el6_10 will be an update
–> Finished Dependency Resolution
Dependencies Resolved
======================================================================================================================================================
Package Arch Version Repository Size
Updating:
ca-certificates noarch 2020.2.41-65.1.el6_10 updates 908 k
curl x86_64 7.19.7-54.el6_10 updates 198 k
libcurl x86_64 7.19.7-54.el6_10 updates 170 k
Updating for dependencies:
libcurl-devel x86_64 7.19.7-54.el6_10 updates 247 k
Transaction Summary
Upgrade 4 Package(s)
Total download size: 1.5 M
Downloading Packages:
(1/4): ca-certificates-2020.2.41-65.1.el6_10.noarch.rpm | 908 kB 00:00
(2/4): curl-7.19.7-54.el6_10.x86_64.rpm | 198 kB 00:00
(3/4): libcurl-7.19.7-54.el6_10.x86_64.rpm | 170 kB 00:00
(4/4): libcurl-devel-7.19.7-54.el6_10.x86_64.rpm | 247 kB 00:00
Total 18 MB/s | 1.5 MB 00:00
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Updating : libcurl-7.19.7-54.el6_10.x86_64 1/8
Updating : curl-7.19.7-54.el6_10.x86_64 2/8
Updating : libcurl-devel-7.19.7-54.el6_10.x86_64 3/8
Updating : ca-certificates-2020.2.41-65.1.el6_10.noarch 4/8
Cleanup : libcurl-devel-7.19.7-53.el6_9.x86_64 5/8
Cleanup : curl-7.19.7-53.el6_9.x86_64 6/8
Cleanup : ca-certificates-2017.2.14-65.0.1.el6_9.noarch 7/8
Cleanup : libcurl-7.19.7-53.el6_9.x86_64 8/8
Verifying : curl-7.19.7-54.el6_10.x86_64 1/8
Verifying : libcurl-devel-7.19.7-54.el6_10.x86_64 2/8
Verifying : libcurl-7.19.7-54.el6_10.x86_64 3/8
Verifying : ca-certificates-2020.2.41-65.1.el6_10.noarch 4/8
Verifying : curl-7.19.7-53.el6_9.x86_64 5/8
Verifying : libcurl-devel-7.19.7-53.el6_9.x86_64 6/8
Verifying : libcurl-7.19.7-53.el6_9.x86_64 7/8
Verifying : ca-certificates-2017.2.14-65.0.1.el6_9.noarch 8/8
Updated:
ca-certificates.noarch 0:2020.2.41-65.1.el6_10 curl.x86_64 0:7.19.7-54.el6_10 libcurl.x86_64 0:7.19.7-54.el6_10
Dependency Updated:
libcurl-devel.x86_64 0:7.19.7-54.el6_10
Complete!