realpg

> 在`NewOfficialAccount`和`NewMiniProgram`方法中，如果参数的cache为nil，则初始化失败。 cache只是用于设置`AccessTokenHandle`接口，对于大部分的应用来说，都会通过`SetAccessTokenHandle`方法来重新设置，但是初始化的时候必须提供一个非空的cache，否则不能通过。 > > 建议：新增`NewCustomOfficialAccount`之类的函数，不对`AccessTokenHandle`进行配置；或者在DefaultAccessToken的`GetAccessToken`方法中进行判断cache是否为空。 > > 不知道作者对此有什么看法？ same issue, use a fucking cache instead  you can take it below: ``` type FuckingCache struct { } func (c...

> 欢迎贡献PR @realpg @waro163 问题实在是太多了, 我还没决定是否采用, 正在评估阶段. 如果能采用, 可以贡献 第一个问题就是引用了这个库, 我镜像模拟了10%的测试流量, 服务器就炸了(我们业务上万QPS) 炸了的原因是log直接起飞,然后这个库连个调loglevel的地方都没有,一律debug 然后肉眼可见的内存暴涨,1小时内服务器就爆栈了, 感觉可能哪里还有泄漏 还有就像上面的FuckCache 这种接口的定义还不是附加在*struct上, 感觉里面还会有各种这种interface, 连成员变量都没法访问, 真的能用于生产环境么?

> This is my fault. The very latest compiled release is from the experimental branch. In that branch i have not progressed very far with the code. I'm still working...

> I do think this should be done in your application level, not in basic redis client level Such as create an function like this > > ```go > var...

> > 比如内地主要服务商阿里云，多个不同账号下或者多个不同子账号下，不同的accesskey/secretkey管理不同的域名解析 > > 因为看.acme.sh目录下account.conf内，采用 SAVED_Ali_Key= SAVED_Ali_Secret= > > 保存dnskey > > 做一个新的域名就覆盖了旧的账号配置 > > 如果A域名和B域名需要在同一个边缘https服务器生成证书，而这两个域名都是阿里云解析，不在一个账号下，不同的accesskey，这样自动续期是不是就不能正常工作了？ > > 直接找到对应的dnsapi文件 复制 比如 dns_ali.sh 复制 dns_alia.sh 然后批量替换dns_alia.sh 中的 ALI ali Ali_API="https://alidns.aliyuncs.com/"...

> 建议新建不同的 linux user 账户来运行acme.sh, 每个账户可以使用独立的 api key. linux 下 新建用户的成本很低. > > 不建议直接改源码. 如果更新版本, 你该的源码就会被覆盖. 显然大佬的方案没有任何可操作性 能有一堆在不同账号下的域名，肯定是大型公司生产环境，客户自带域名来的 大公司，一个人能在服务器开一个账号就不容易了，连带着能reload生产环境的服务重置证书 不可能开一堆账号，甚至还要每个都给授权超级权限

> 另一个方案是, 给 acme.sh 提供多个 data folder, 这样数据互相独立. > > ``` > ~/acmedata1/ > ~/acmedata2/ > ~/acmedata2/ > ``` > > 在运行的时候指定不同的 data folder. > > ``` > acme.sh --config-home...

> 后面考虑加一个开关, 让 api key 保存在 单个域名的配置里面, 而不是全局保存. > > 这样也有弊端, 想法, 没有时间表. 嗯，我只是提一下这种问题，没有什么紧迫性，暂时环境按照楼上大佬的办法配置了 

> @realpg 我也是这样做的，更新版本要注意备份一下新建的api文件 基本不更新版本，而且把那些新建的api文件chattr +i了不会没了

1. 用证书的地方又不是只有nginx 2. 这里面有一堆是符号链接 有一些是真实证书