他的官方文档应该是这个

详细解析看/技术文档/证件照换底色计算原理.md

图片加水印

这个本项目里图像处理写算法第二复杂的部分。搞这个是当时很怕 ddos 攻击，查资料说大多数 ddos 都是国外的肉鸡，所以就想着直接限制国外的访问，这样就可以增加防御能力，虽然 ddos 也确实是防不住的。可能也没起到什么作用。

我也是第一次在项目里对接支付，经验不足，也得一般般吧。H5 端我使用的是支付宝支付。这个 id 基本保证了不会重复。这也是一大优点。共有三个任务：① 减少每个 ip 的访问次数 ② 如果该 ip 访问次数为零，则将该 ip 从内存中删除。性能可以说很不错。但是后来我想，我的服务器配置这么差，再装个 redis 多不划算。bug 都是一样的。对应文件在/timer/saveFilesDel.go.

构建

go 的构建都是很简单的啦，搞定上面的 opencv 编译，就直接go build main.go。目标群体是零散需求的同学。对应文件在/global/ipManage.go的CheckIPList()。

• 百度 token 的刷新。

  所以，为了友好的用户体验，必须得同时监听 http 的 80 端口和 https 的 443 端口。那些图像矩阵，是不受 go 垃圾回收机制控制的。如有新增工具，会在tools表中添加。还不如用 gopay。对应的代码在/main.go的startHttp80Server()方法里。我的网站也就一直安全运行。

  详情见我这篇博客

  由于 IPV4 并不能精准标识用户，所以如果是一个小区一起使用，造成接口调用次数上涨太快，就会被封禁。

  运行

  运行前，有挺多条件需要具备。这些文件定时删除。这时候浏览器默认是使用 http 来请求，导致请求失败。申请权限也难。调试模式不会启用 https。

• logs: 日志文件。但是我显然不会这么死板，毕竟 token 有效期长达一个月。所以只要用户掌握了该 id，也就掌握了他上传的资源。这里就不多介绍了

  微信支付

  微信支付我是用在 web 端。压缩。用户上传的，以及处理完后的结果，都保存在/save目录下。

  • AppDebug：是否处于调试模式。所以需要定时任务轮询未使用的订单，如果超过一定时间未使用，则退款。时间到了才会执行。CPU 几乎没啥需求。

    定时器

    有好多的定时器。所以他们没有现成的攻击手段。还省去了网络 IO 开销。

  • 支付宝支付的公钥和私钥。所以也不难。但是结果是保存在内存中，定时任务每小时汇总一次存到数据库里。对应文件在/timer/orderStatusQuery.go.
  • 定时删除文件。不过这篇文章再看看也有偏颇，仅供参考。

    其次每次任务都会随机生成一定长度的任务 id。这个参见支付宝支付文档申请

  • 日志配置，可不修改
  • mysql 的配置，修改一下用户名和密码。

    通过 IP 地址来定位给用户。

    这样。好在还有 gocv 提供了调用方法。我做不出来。

    PS:特别注意，gocv 的版本和 opencv 的版本是强绑定的。

    IP 管理模块

    这个模块嘛，没有也正常运行。之前想存数据库里的，但是觉得又没必要，就直接拿压缩文件来存了，节省空间，程序退出时会将永封 ip 记录到这里。目前项目对于这段也注释掉了，因为我发现我的服务器运营大半年来，都没有受到攻击。只不过没法做到动态水印。不应该百度一搜就能找到吗？但是我发现，百度搜出来的方法，居然是原始的一个个像素点判断+替换。虽然谈不上精品，但是我也用心做了。比如图片、带宽太贵了！

    项目结构

    • app：业务相关的代码
    • ca：证书相关的文件。格式转换、为什么选百度，我也用了阿里和腾讯的，不如百度全。

      我刚上线网站时，天天有看日志，确实非常多国外的非法请求。这点 python 就很好，numpy 库+opencv+一些科学计算的库。包含 tls 证书，支付的私钥，支付的公钥

    • config：配置文件。

      其中包含的接口在/router/lolcalRouter.go里。

      微信支付的门槛在于申请下来那些 key。之前我发了不少时间来检查内存泄漏，直到现在我感觉还有内存泄漏的地方。

      我收集的文件是/cn.zone.txt。代码里有定时任务轮询支付结果，不过时效性不如回调及时。当然，用户忘记该 id，也找不回自己的资源了。word 文档等。不如直接用全局变量来管理。有一个定时任务会定时清理

    • timer：定时任务。

      当然，开源出来了，要是有人感兴趣，可以帮我找找漏洞。数据库名改了的话，记得修改一下

    • 其他文件里的CnIp:是通过ipdeny收集整理的国内 ip。对应文件在/app/api/docConvert.go的QueryOrderAutoRefund27()方法。太完美了，直接让 python 称霸了深度学习领域。判断一下订单是否支付，然后更新订单状态到数据库里。比如更新前端静态资源。
    • router：路由相关
    • save: 存放业务上传的文件以及处理的结果。不用梯子也是可以正常下载下来的，就是要多试。后端代码具备了静态资源代理服务，不再需要 nginx 等代理服务。官方师妹提供 go 语言版的 sdk 的。但是我觉得我做得不错。用户体验会不好
    • BaiduApp：百度接口的应用 id 和接口 URL。开源出来供学习吧，下面是详细文档：

      相关仓库

      mysql表结构：https://gitee.com/toolsj-open/mysql

      前端-PC:https://gitee.com/toolsj-open/web-ssg

      前端-H5：https://gitee.com/toolsj-open/h5-ssg

      极简 AI 工具箱后端

      本项目主打是无会员，不需要注册，不需要登录。这个水印也是经过仔细研究搞出来的，效果不错。

      但是，我用下来发现，gocv 调用 opencv 的功能，非常容易内存泄漏。一开始我也没想到，一个满大街都是的证件照换底色功能。不过不多。

      证件找换底色算法

      这是本项目里图像处理写算法最复杂的部分。当然简单点可以 5 分钟就检查一次，快过期了就申请刷新。反而阻止了国外搜索引擎的收录。

      本地接口

      顾名思义，这些接口不对外开放，只允许本地访问。所以需要定时轮询，查询订单状态。这些倒是都有 go 的库可以做到。但是我前前后后得花了两周时间琢磨出来。带宽要求比较高，毕竟需要传输图片。

    • 其他文件里的BanIp:被永久封禁的 ip。所以我的定时任务是程序启动时会查一遍，看看过期时间是什么时候，然后根据这个时间创建一个NewTicker。

      opencv 及相关的图像处理算法

      opencv 没有 go 语言版。目前 go 的 web 项目很少。我就觉得不可能这么蠢吧，所以我查到一些不完善的资料，自己琢磨，用矩阵运算的方式。国内的 ip 段一般不怎么变化。

      我想解决的痛点就是：当我需要证件照换底色等偶尔用到的功能时，网上一搜，要么需要注册，要么需要会员。是否启用缓存的功能。人家一扫描就知道了。但是目前把一些项目弱相关的变量也放到这里了。基本上都在 config.yaml 里了，必须修改的地方都已经提取到配置文件中了。但是 go 不再更新了。手动下载依赖，修改编译脚本。这个直接拿去用就行。

      开源地址：https://gitee.com/toolsj-open/go

      反正也经营不下去了，一点流量都没有。当然也是用户量不大。这个参见微信支付文档申请。

    • WaterImg：水印图片，加水印是将该图片叠加到图片上。

      但是 go 确实没有好用的图像处理库，其实我用到的功能也很少，无非读取图片、懒得改了。效果也不如百度的。没有固定的模板。id 确定后不可变更。opencv 也没有。程序启动时会查找该文件读取永封 ip 加载到内存里。所以我查到一些不完善的资料，自己琢磨，用矩阵运算的方式。这里还是花了挺多时间写的。应用需要自己去申请，一般新用户都会有体验次数。跑通了第一个接口后面就简单了。麻烦是麻烦点。

      支付宝支付

      因为微信支付对 H5 的限制很多，支付宝好点，所以无奈还得为了 H5 对接支付宝。包含数据库的配置，日志的配置，微信支付的配置，支付宝支付的配置，以及一些其他配置

    • global：全局变量、这样避免了多次检查。

      该功能仅供学习哈。

      不过没法做到动态水印，得依赖早已生成的watermark.img图片。何况我这是纯手写的。而启用 80 端口只有一个目的，就是将 http 的请求重定向到 https 上。

    • middleware：中间件。于是我就找开源工具，找了好久好久，最终找到一个不再更新的go-imagequant库。不过我也没有沿用该框架的配置方式，改变了他的项目框架，所以只能算是使用了他封装好的一些工具。