corsgoo commented 1 day ago

不知道怎么回事。按理应该是每一次对比不一样都是会进行更新才对。我还避免是不是哪里有问题我直接把环境变量的CK全部删掉了，他也一样提示环境变量正常无需更新，然后也不会添加新的CK 等于里面的CK全部都没了。。

corsgoo commented 1 day ago

config文件设置也是对的。 "1XXXXXX5": { "password": "jXXXXXXX9", "pt_pin": "jXXXXXX", "sms_func": "manual_input",

设置为True时, 即使账号未失效也更新

    "force_update":True

哎。估计是这个库本地运行有个缓存，它跟自己的缓存对比没变动，就不去青龙更新了？现在青龙环境变量没有这个ck。怎么运行都没有，不知道怎么处理了。

corsgoo commented 1 day ago

我查看了所有的issues。我手动去青龙添加了jdcookie并加上ptpin=config里面自己的值，才显示识别到并尝试更新。（这部分我建议是自动化的，如果环境变量里面没有对应的应该是会自动添加上去，不然变成还需要手动获取ptpin填到config.py。而且环境变量一旦没有了或者出错，还得手动去环境变量添加这个值，才能识别，那就无法做到放手不管自动运行了）。

nethawkhu commented 15 hours ago

我认为这个程序一开始的逻辑是更新青龙中失效的CK，而不是去添加一个不存在的CK吧。。。

不过，当 "force_update":True 的时候，因为已经强制获取了CK，那应该不管有没有都去添加CK，这个部分可以改进一下。

corsgoo commented 11 hours ago

我认为这个程序一开始的逻辑是更新青龙中失效的CK，而不是去添加一个不存在的CK吧。。。

不过，当 "force_update":True 的时候，因为已经强制获取了CK，那应该不管有没有都去添加CK，这个部分可以改进一下。

老哥你也部署了这个吧，你的那个客户端能够正常输入验证码吗，我用最新的代码 -i了，但是他每次都是我手机获得验证码我正准备输入，但是他那个进程就直接把请输入验证码这个地方给跳过了。就跟我图片显示的一样。

nethawkhu commented 7 hours ago

我认为这个程序一开始的逻辑是更新青龙中失效的CK，而不是去添加一个不存在的CK吧。。。不过，当 "force_update":True 的时候，因为已经强制获取了CK，那应该不管有没有都去添加CK，这个部分可以改进一下。

老哥你也部署了这个吧，你的那个客户端能够正常输入验证码吗，我用最新的代码 -i了，但是他每次都是我手机获得验证码我正准备输入，但是他那个进程就直接把请输入验证码这个地方给跳过了。就跟我图片显示的一样。

我是用docker部署的，没有输入验证码的地方。我是先在本地网络手工登录并录入验证码一次，这样docker运行的时候基本就不再需要验证码了。

corsgoo commented 4 hours ago

我认为这个程序一开始的逻辑是更新青龙中失效的CK，而不是去添加一个不存在的CK吧。。。不过，当 "force_update":True 的时候，因为已经强制获取了CK，那应该不管有没有都去添加CK，这个部分可以改进一下。

老哥你也部署了这个吧，你的那个客户端能够正常输入验证码吗，我用最新的代码 -i了，但是他每次都是我手机获得验证码我正准备输入，但是他那个进程就直接把请输入验证码这个地方给跳过了。就跟我图片显示的一样。

我是用docker部署的，没有输入验证码的地方。我是先在本地网络手工登录并录入验证码一次，这样docker运行的时候基本就不再需要验证码了。

你的意思是先用本地部署那个方式部署一下，那几个账号就会先验证，然后验证之后再用docker运行这样就避免验证码了吗

icepage / AutoUpdateJdCookie

运行后提示COOKIE环境变量正常，无需更新，但是环境变量其实并没有或者不正确 #56

设置为True时, 即使账号未失效也更新