ksc

但是我这两次转发失效 ，证书生成时间都在一个月内 第一次是client端服务器断电重启后， 第二次是client端服务器断网了， 重启client和server也不行

今天断网后又出现同样的问题了

昨天又重新生成了证书，直接运行的看不到日志了 我又用昨天的证书新开的server和client（在相同的服务器上一个公网，一个内网） 以下是三端的日志 ##Bridge 日志 > /usr/local/bin/goproxy bridge -p :33080 -C /etc/goproxy/proxy.crt -K /etc/goproxy/proxy.key --debug --trace 2021/11/25 10:27:53.236330 server/server.go:109 WARN tls handshake fail from 【clientIP】:28632, write tcp 10.15.0.242:33080->【clientIP】:28632: write: connection...

那就奇怪了，client 和 bridge 都在国内， bridge 是aliyun 服务器，最近几个月才出现这种情况 之前稳定运行一两年了没出现过

另外 今天貌似没有出现断网情况（也可能断了没感觉到，起码没长时间断网） 又出现同样的问题

Same problem, detect.py ok. The result on ”ObjectDetection App“ very bad after converted by export.py.

I found the reason, because I set wrong value to `mOutputColumn`. It should be 4+1+classes.size() `private static int mOutputColumn = 9+5; // left, top, right, bottom, score and xxx class...

make sure the branch is pytorch-1.0 and ` cd lib && python setup.py build develop ` then retry?

我觉得这种情况应该就不需要使用这种方式缓存了 假如真想缓存 做变换处理 存储一个特殊字符（对了 难道这种不是只能做字符串存储吗？）