最新sendNotify.js文件获取环境变量有问题
我是升级到最新青龙后还原的备份。不知道是不是因为这个原因,你的正则表达无法正常解析文件【/ql/data/db/keyv.sqlite】,因此我改了一下源码可以正常获取了,使用sqlite3数据库,望采纳
@Smithcaige 什么版本青龙,我都测试通过的,可以获取到,更新变回去是因为deps下的sendnotify要更新
@Smithcaige 什么版本青龙,我都测试通过的,可以获取到,更新变回去是因为deps下的sendnotify要更新
最新的,2.18.3正式版,难道是因为我先备份老版本的数据了,后升级最新青龙后还原了才会这样吗,我测试推送的时候使用备注的时候发现的
@Smithcaige 关系不大,deps下的sendnotify可能不是库里的,你确认下,如果不是你拷贝库里的再试试
@Smithcaige 关系不大,deps下的sendnotify可能不是库里的,你确认下,如果不是你拷贝库里的再试试
我没有使用你说的这个,我使用是你的根目录下的sendnotify.js,
async function getToken() { -- | | const authConfig = await fs.readFileSync(authFile); | | // console.log(authConfig.toString().match(/"token":"(.*?)",/)[1]) | | return authConfig.toString().match(/"token":"(.*?)",/)[1]; | | } 这段解析我的文件的时候正则获取到的是不是我完整的信息。你的keyv.sqlite这个目录下的信息能正常解析出来吗,我的是一段token一段乱码,我去后台自己解析了这个文件,按照正则确实是这样的,一段token一段乱码。但是真正的token是在第一个input下的一个结果集中可以完整获取呢
@Smithcaige 你把你那的输出/ql/data/db/keyv.sqlite内容截图看看,我兼容一下
@Smithcaige 也确定下你使用的sendnotify文件行数和库里的一致吗
@Smithcaige 也确定下你使用的sendnotify文件行数和库里的一致吗
这个确定的,因为我手动拉取后有问题,我亲自去复制过来的,也是有问题的。是这个getToken()方法。authConfig.toString().match(/"token":"(.*?)",/)[1]; 这个提取的问题导致的。昨晚我测试的时候解析出来的结果可以看到,我需要在正则中去掉逗号匹配然后选择input的值后这里面的token才是我真正需要拿到使用的