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

[corsgoo]

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

[corsgoo]

024-10-27 10:51:16.729 | INFO | main:get_ql_api:487 - 开始获取QL登录态......
2024-10-27 10:51:16.729 | INFO | main:get_ql_api:493 - 使用client_id和client_secret登录......
2024-10-27 10:51:16.754 | INFO | main:get_ql_api:497 - client_id和client_secret正常可用......
2024-10-27 10:51:16.773 | INFO | main:main:537 - 获取环境变量成功
2024-10-27 10:51:16.773 | INFO | main:main:550 - 所有COOKIE环境变量正常，无需更新

config文件设置也是对的。
"1XXXXXX5": {
"password": "jXXXXXXX9",
"pt_pin": "jXXXXXX",
"sms_func": "manual_input",
# 设置为True时, 即使账号未失效也更新
"force_update":True

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

[corsgoo]

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

但是发现第二个问题：2024-10-27 11:15:29.765 | INFO | main:main:562 - 开始更新18XXXXXXX5
2024-10-27 11:15:29.765 | INFO | main:get_jd_pt_key:384 - 未配置代理
2024-10-27 11:15:36.267 | INFO | main:auto_move_slide:71 - 第1次尝试自动移动滑块中...
2024-10-27 11:15:43.141 | INFO | main:auto_move_slide:71 - 第2次尝试自动移动滑块中...
2024-10-27 11:15:46.142 | INFO | main:auto_move_slide:77 - 未找到小图,退出移动滑块
2024-10-27 11:15:47.368 | INFO | main:auto_shape:135 - 第1次自动识别形状中...
2024-10-27 11:15:50.369 | INFO | main:auto_shape:141 - 未找到形状图,退出识别状态
2024-10-27 11:15:51.388 | INFO | main:get_jd_pt_key:463 - 等待获取cookie...
试了四五次都失败。。哎

[nethawkhu]

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

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

[corsgoo]

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

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

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

[nethawkhu]

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

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

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

[corsgoo]

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

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

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

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