狂男风

> Is the above bug true? Why would it not coin-switch on a per-miner basis just like the upstream pool? Because It simply adds up all the miners' algo-perf data...

> 现在所有使用tls的协议包括trojan/xray/v2ray都面临一样的问题，似乎tls的指纹已被识别。10月份出现大规模被封情况。 不一定是因为协议特征被识别。可能的原因有： * 廉价机房被封杀。 * 免费域名和廉价域名被大规模 sni 阻断。 * 探测到免费证书和自签证书后被阻断。 * 服务器不存在网站或者网站不和谐。 我曾经伪装成盗版影视站，还用cdn护着。用了一段时间后被封域名。后来我伪装成外企网站，一直用到现在。这可能说明，伪装网站上的内容也会被审核。 所以这不一定是协议的问题。 trojan 协议本身出现漏洞的可能性不大，因为这是一个相当简单的协议。它在 tls 解包后根据连接后收到的第一个包的格式判断是否是 trojan 流量并校验密码。如果不是 trojan 请求或者校验不通过，要么将流量转给 http 服务器，要么断开。 这个原理几乎与 vless 一模一样，它们的区别仅仅是认证包格式不同。 虽然 trojan-go...

这对本项目来说不是个 bug，我给写到 commit 评论里吧，提醒一下可能存在的 bug。如果这段代码将来挪作它用，也方便回溯问题。本项目既然不会触发那么实际上就没必要修改了。 议题关闭。

python2 没有 `quote_via` 。考虑： 1. 回滚。如之前所述，这个改动对本项目没有意义，因为本项目的参数值没有空格。 2. 如果要考虑改进方案，可在回滚的基础上，给生成字符串替换加号 `replace('+','%20')`。

> DDNS没能把完整的IPV6地址提交上去，具体如下： > > 修改后 | AAAA | xxxx | 默认 | XXXX:XXXX:422:1e7c:: |   | 600 > > 就是双冒号后的内容好像没识别好 > json里,ipv6是“public” 这可能是另外的原因造成的。

为什么重开了这个 issue，关于阿里云 API 有什么新的问题产生了吗？ to @scientificCommunity : 这个项目中使用的是 1.0 的验签 API，按照[当时的 2019 版文档](https://help.aliyun.com/zh/polardb/signature-method)要求，url 参数里面的空格被处理成 `%2520`，是因为经过了两次转换。文档并没有写错。第一次转换是对参数值进行转换，将空格变为 `%20`。第二次是规范化请求字符串，将 `%20` 变成了 `%2520`。 本项目的代码也是这样两段式的处理。先对 `query` 参数 `quote()` 一次，将其中空格转为 `%20`，再拼接成 url 格式再次 `quote()` 将 `%20`...

@scientificCommunity 阿里云的文档里其实写了两次编码： > 构建待签名字符串 > a. 使用请求参数构造规范化的请求字符串（Canonicalized Query String）: > i. 按照参数名称的字典顺序对请求中所有的请求参数进行排序。 > ii. 对排序之后的请求参数的名称和值分别用UTF-8字符集进行URL编码。 这是第一次编码。得到的 `CanonicalizedQueryString` 是已经被 `percetEncode()` 编码过然后拼接起来的。其中 A-Z、a-z 和 0-9 以及 `-`、`_`、`.` 和 `~` 之外的字符已经全被转换为百分号形式了。整个字符串还含有 `=`、`&` 这两个非规范化字符。...