1.手部关键点检测2：YOLOv5实现手部检测(含训练代码和数据集)
2.Rewrite的Rewrite介绍

手部关键点检测2：YOLOv5实现手部检测(含训练代码和数据集)

       手部关键点检测第二部分：使用YOLOv5进行手部检测（附带训练代码和数据集）

       本篇将专注于手部检测模型的源码开发，采用自上而下的源码方法，分为两阶段：首先进行手部检测，源码然后估计手部关键点。源码所采用的源码框架是基于开源的YOLOv5项目。

       项目成果包括一个精度高达mAP_0.5=0.，源码百姓源码mAP_0.5:0.=0.的源码手部检测模型，以及轻量化版本的源码yolov5s_和yolov5s_模型，均适用于普通Android手机，源码CPU(4线程)约ms左右，源码GPU约ms左右。源码

       手部检测结果和手部关键点检测效果已经展示，源码并提供了Android手部关键点检测APP的源码仿口碑源码下载链接。

       1.1 手部检测数据集说明

       收集了三个手部检测数据集：Hand-voc1，源码Hand-voc2和Hand-voc3，源码总共有+张，标注格式统一为VOC数据格式，便于深度学习手部目标检测模型算法开发。

       1.2 自定义数据集

       如果需要调整数据集进行训练，黑暗之源码或自定义数据集，可以参考相应步骤。

       2. 基于YOLOv5的手部检测模型训练

       训练Pipeline基于YOLOv5进行，使用GitHub上的YOLOv5项目，需要将原始数据集转换为YOLO的格式。项目代码已在Ubuntu和Windows系统上验证，查找系统源码确保无误。

       训练数据准备、配置数据文件、模型文件，选择轻量化的yolov5s模型，该模型计算量减少了倍，来信平台源码参数量减少了7倍，适应手机端性能。

       训练过程可视化使用Tensorboard，训练结果输出包括各种性能指标。

       3. Python版本手部检测效果展示

       项目提供demo.py文件用于测试模型效果，兼容Windows系统。展示手部检测结果。

       4. 提升模型性能的建议

       通过调整数据集、参数配置，可进一步提高模型性能。

       5. 手部检测与手部关键点检测

       项目已实现Android版本的手部检测与关键点检测，应用在普通Android手机上达到实时效果，满足业务性能需求。

       6. 项目源码下载

       项目包含手部检测数据集、训练代码和测试代码，支持Android应用开发。

       完成的手部检测与关键点检测，可应用于多种场景，提供高性能、实时的手部检测解决方案。

Rewrite的Rewrite介绍

       å¾ˆå¤šæƒ…况下，某个 IP 的访问很容易造成 CPU % （比如 某些搜索引擎的固定抓取，别人大量的采集站点），这个时候我们就要利用一些有效的手段封掉对方的 IP，让他无法消耗服务器的资源，封 IP 的方法有很多种，如果你的 Web 服务器安装了 Rewrite 模块的话，也可以试试利用 Rewrite 规则封掉对方的 IP。

       ä¾‹å¦‚我们把某个特定的 IP 直接重定向到 baidu 首页，在网站根目录的 .htaccess 文件里添加代码：

       Code：

       RewriteCond % ... [NC]

       RewriteRule ^(.*)$ /$1 [R=]

       å°† ... 这个 IP 替换成您要限制的 IP 即可。如果要实现多个 IP ，可以这样写：

       RewriteCond % ... [OR]

       RewriteCond % ... [NC]

       RewriteRule ^(.*)$ /$1 [R=] Rewrite主要的功能就是实现URL的重写。它的正则表达式是基于Perl语言，入站的规则用于修改 HTTP 请求 Url。这些规则可以为以下几个目的，如演示对用户更加友好的 URL 命名空间为您的 Web 站点，将请求的 Url 重定向到新位置，或阻止访问 Url 来提供服务。出站的重写规则修改 HTTP 响应。例如，如果您的 Web 站点的导航结构已更改，您可以创建修改您的内容中的 Url，以便将 Web 页的内容指向正确的位置出站规则。然后，您可以创建基于缓存的位置与新的 url 的客户端请求重定向的入站的规则。可基于服务器级的(/ 来学习，这里我们举一个简单的例子来说明它的用法。

       å‡è®¾æ‚¨è¦å®žçŽ°è¿™æ ·çš„ Rewrite 功能：您希望当用户访问 /about.htm （您的空间里可以并不需要存在 about.htm）的时候实际访问的是 /index.html 。

       è®¾ç½®æ–¹æ³•æ˜¯ï¼š

       1、创建一个文本文件，内容为

       [ISAPI_Rewrite]

       RewriteRule /about\.htm /index\.html

       è¿™é‡Œï¼ŒRewriteRule 这一行即为规则行，这一行由三部分组成，三部分由空格隔开，第一部分即 RewriteRule 这几个字，第二部分为用户访问的地址（使用正则表达式），第三部分为实际存在于服务器上的文件路径。

       2、将上述文件保存，命名为 和 www.name2.com ，我们实现让访问 www.name1.com 时看到的是网站根下的内容，而访问 www.name2.com 时看到的是 /name2/ 文件夹中的内容。

       é‚£ä¹ˆè®¾ç½®æ­¥éª¤å¦‚下：

       1、将您的网站捆绑域名 www.name1.com 和 www.name2.com ，这个非常重要，两个域名都要捆绑。这时候如果不做设置，两个域名访问的都是网站根下。

       2、修改上述问题一中的

       # 表示下一行规则只对 www.name2.com 生效（正则表达式中 \. 表示 . 本身）。

       RewriteRule ^(.*)$ /name2/$1 [I]

       # 表示将所有网页 Rewrite 到 name2 文件夹中，[I]表示忽略大小写。

       è¯·ç¡®è®¤ä¸Šè¿°å†…容位于 [ISAPI_Rewrite] 行之下，如果原本网站不存在 httpd.ini 文件，请将上述内容前面加上 [ISAPI_Rewrite] 。

       3、将修改后的 httpd.ini 上传到网站根下覆盖原文件。

       é€šè¿‡è¿™ä¸ªæ–¹æ³•ï¼Œæ‚¨å¯ä»¥å°†æ†ç»‘在网站上的任何一个域名采用任何特定的 Rewirte 规则，实现类似捆绑子目录的功能当然也是不在话下。这样，您的空间能捆绑多少个域名，您就可以建立多少个内容不同的网站了。 ngx_http_rewrite_module模块允许正则替换URI，返回页面重定向，和按条件选择配置。

       ngx_http_rewrite_module模块指令按以下顺序处理： 处理在server级别中定义的模块指令； 为请求查找location； 处理在选中的location中定义的模块指令。如果指令改变了URI，按新的URI查找location。这个循环至多重复次，之后nginx返回错误 (Internal Server Error)。 指令 语法:break;　　默认值:—上下文:server,location,if　　停止处理当前这一轮的ngx_http_rewrite_module指令集。

       ä¸¾ä¾‹ï¼š

       if ($slow) { limit_rate k; break;} 语法:if(condition) { ... }　　默认值:—上下文:server,location　　计算指定的condition的值。如果为真，执行定义在大括号中的rewrite模块指令，并将if指令中的配置指定给请求。if指令会从上一层配置中继承配置。

       æ¡ä»¶å¯ä»¥æ˜¯ä¸‹åˆ—任意一种： 变量名；如果变量值为空或者是以“0”开始的字符串，则条件为假； 使用“=”和“!=”运算符比较变量和字符串； 使用“~”（大小写敏感）和“~*”（大小写不敏感）运算符匹配变量和正则表达式。正则表达式可以包含匹配组，匹配结果后续可以使用变量$1..$9引用。如果正则表达式中包含字符“}”或者“;”，整个表达式应该被包含在单引号或双引号的引用中。 使用“-f”和“!-f”运算符检查文件是否存在； 使用“-d”和“!-d”运算符检查目录是否存在； 使用“-e”和“!-e”运算符检查文件、目录或符号链接是否存在； 使用“-x”和“!-x”运算符检查可执行文件； 举例：

       if ($http_user_agent ~ MSIE) { rewrite ^(.*)$ /msie/$1 break;}if ($http_cookie ~* id=([^;]+)(?:;|$)) { set $id $1;}if ($request_method = POST) { return ;}if ($slow) { limit_rate k;}if ($invalid_referer) { return ;}

       å†…嵌变量$invalid_referer的值是通过valid_referers指令设置的。 语法:returncode[text];　　returncodeURL;　　returnURL;　　默认值:—上下文:server,location,if　　停止处理并返回指定code给客户端。返回非标准的状态码可以直接关闭连接而不返回响应头。

       ä»Ž0.8.版开始，可以在指令中指定重定向的URL（状态码为、、和），或者指定响应体文本（状态码为其它值）。响应体文本或重定向URL中可以包含变量。作为一种特殊情况，重定向URL可以简化为当前server的本地URI，那么完整的重定向URL将按照请求协议（$scheme）、server_name_in_redirect指令和port_in_redirect指令的配置进行补全。

       å¦å¤–，状态码为的临时重定向使用的URL可以作为指令的唯一参数。该参数应该以“http://”、“https://”或者“https://”开始。URL中可以包含变量。

       0.7.版本以前只能返回下面状态码： 、、— 、、、、、 和 — 。

       ç›´åˆ°1.1.和1.0.版，状态码才被认为是一种重定向。 语法:rewriteregexreplacement[flag];　　默认值:—上下文:server,location,if　　如果指定的正则表达式能匹配URI，此URI将被replacement参数定义的字符串改写。rewrite指令按其在配置文件中出现的顺序执行。flag可以终止后续指令的执行。如果replacement的字符串以“http://”或“https://”开头，nginx将结束执行过程，并返回给客户端一个重定向。

       å¯é€‰çš„flag参数可以是其中之一： last 停止执行当前这一轮的ngx_http_rewrite_module指令集，然后查找匹配改变后URI的新location； break 停止执行当前这一轮的ngx_http_rewrite_module指令集； redirect 在replacement字符串未以“http://”或“https://”开头时，使用返回状态码为的临时重定向； permanent 返回状态码为的永久重定向。 完整的重定向URL将按照请求协议（$scheme）、server_name_in_redirect指令和port_in_redirect指令的配置进行补全。

       ä¸¾ä¾‹ï¼š

       server { ... rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 last; rewrite ^(/download/.*)/audio/(.*)\..*$ $1/mp3/$2.ra last; return ; ...}

       ä½†æ˜¯å½“上述指令写在“/download/”的location中时，应使用标志break代替last，否则nginx会重复轮循环，然后返回错误：

       location /download/ { rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 break; rewrite ^(/download/.*)/audio/(.*)\..*$ $1/mp3/$2.ra break; return ;}

       å¦‚æžœreplacement字符串包括新的请求参数，以往的请求参数会添加到新参数后面。如果不希望这样，在replacement字符串末尾加一个问号“？”，就可以避免，比如：

       rewrite ^/users/(.*)$ /show?user=$1? last;

       å¦‚果正则表达式中包含字符“}”或者“;”，整个表达式应该被包含在单引号或双引号的引用中。 语法:rewrite_logon|off;　　默认值:rewrite_log off;上下文:http,server,location,if　　开启或者关闭将ngx_http_rewrite_module模块指令的处理日志以notice级别记录到错误日志中。 语法:setvariablevalue;　　默认值:—上下文:server,location,if　　为指定变量variable设置变量值value。value可以包含文本、变量或者它们的组合。 语法:uninitialized_variable_warnon|off;　　默认值:uninitialized_variable_warn on;上下文:http,server,location,if　　控制是否记录变量未初始化的警告到日志。

       å†…部实现

       ngx_http_rewrite_module模块的指令在解析配置阶段被编译成nginx内部指令。这些内部指令在处理请求时被解释执行。而解释器是一个简单的堆栈机器。

       æ¯”如，下面指令

       location /download/ { if ($forbidden) { return ; } if ($slow) { limit_rate k; } rewrite ^/(download/.*)/media/(.*)\..*$ /$1/mp3/$2.mp3 break;}

       å°†è¢«ç¿»è¯‘成下面这些指令：

       variable $forbiddencheck against zero return end of codevariable $slowcheck against zeromatch of regular expressioncopy /copy $1copy /mp3/copy $2copy .mp3end of regular expressionend of code

       è¯·æ³¨æ„æ²¡æœ‰å¯¹åº”上面的limit_rate指令的内部指令，因为这个指令与ngx_http_rewrite_module模块无关。nginx会为这个if块单独创建一个配置，包含limit_rate等于k。如果条件为真，nginx将把这个配置指派给请求。

       æŒ‡ä»¤

       rewrite ^/(download/.*)/media/(.*)\..*$ /$1/mp3/$2.mp3 break;

       å¯ä»¥é€šè¿‡å°†æ­£åˆ™è¡¨è¾¾å¼ä¸­çš„第一个斜线“/”放入圆括号，来实现节约一个内部指令：

       rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 break;

       å¯¹åº”的内部指令将会是这样：

       match of regular expressioncopy $1copy /mp3/copy $2copy .mp3end of regular expressionend of code