类似 db.collection("xxx").createIndexes([
{
key: { adder: 1, tel: 1, t_id: 1 },
background: true,
sparse: true,
unique: true,
},
])

哦 原来源代码里已经有 Tablet 了

哦 看到了第三类设备 Google Analytics: Desktop vs. Mobile vs. Tablet Metric

凑合能理解就行，嘿嘿。google 一下例句：How many website visits are on mobile vs desktop devices?

一般用 desktop mobile 区分？

本来定义就不是有序的呀，谈不上悖论

我直接 ssh 过去是工作的，但如果用了 tmux，就工作不正常了。
不过一般工作代码都是 git 更新，很少有复制的需求。如果要复制一般是 rsync。

o 那还是保留不报错的把 XD 那只能是参数排序编码的问题咯

前面大家说得很好，对初学者来说，0.x 和 7.x 没什么本质区别……

私钥我加的是 -----BEGIN RSA PRIVATE KEY----- 不是 EC
排序对吗？ biz_content: JSON.stringify({}) 对吗？算加密的时候不用 querystring.escape 值但生成 url 时要 escape。

你说的是验证签名？不是生成签名？验证签名用的是
const verify = crypto.createVerify("RSA-SHA256")
verify.update(strValues)
return verify.verify(appInfo.public, Buffer.from(strSign, "base64"))
返回的是布尔值表示签名是否正确。strValues 是参数按顺序拼成的字符串，strSign 是支付宝给的签名。

……公司有保密协议呀，不能随便贴代码。签名不就是 crypto.createSign("RSA-SHA256") 么。你把你代码贴出来俺看看好咯。

String.fromCharCode(65, 66, 67); // "ABC"

o 好吧 原来不是管理旧秘钥而是生成个新的然后加到各个地方……
新私钥也不能导出呢，形式上还是比较安全的。

不错。之前放在同步盘里也不安全。试试看。

30%其实不算太多。你自己部署网站、下载流量也是要成本的。

国内有些安卓渠道都是要一半的分成的……

PwdHandle.seek(0)

@imherer 全写上精度可能不够，所以还是先定个范围。比如一个月为周期的话，月初的积分加上 0.9 ，月末的积分加上 0.1 ，中间按时间比例插值。当然得结合积分本身估算下精度。以十年为周期的话，精度应该也能达到天吧。