-
Notifications
You must be signed in to change notification settings - Fork 989
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
实时解密数据库功能在消息过多时会丢失最新的消息记录 #164
Comments
应该也不是output路径的问题,尝试上图四个命令更换output的文件名,也是一样的问题 |
在使用realtime时候,之前需要先进行一次合并数据。使用pywxudmp的merge。猜测可能是这个原因 |
因为我的这个项目环境不方便直接使用python环境,所以如果要先使用一个pywxdump的merge的话,我就得再额外用pyinstaller打包一个exe文件去进行,不是特别理想。而且我昨天测试了一下发现这个bug跟电脑有关,在有的电脑上,即使有很多的MSG.db数据库,直接运行这个realTime.exe,出来的也会是全量的数据库(并没有先merge),只是对于这些电脑来说,realTime.exe会输出很多报错信息。(也就是说这个输出了很多报错信息的电脑反而结果是正确的)
并且,如果执行realTime.exe之前,先执行一下merge的话,在我这个不方便使用python环境的项目中,最佳的实践方式是怎么去做呢?会导致我整个获取数据库的时长翻倍么?为什么会存在我上述的有的电脑反而可以执行出正确结果的问题呢?希望您能给解答一下,万分感谢! |
@xaoyaoo 实在抱歉在年前麻烦您,能帮我再看一下这个问题么? |
问题描述
由于业务需求,我需要使用您的realTime.exe文件实现实时数据库的解密操作,在此之前已经成功获取到了微信的key。但是,发现在使用realTime.exe合并数据库的时候会缺失聊天记录。具体地说,如果某个电脑上聊天记录数据过多,最终会丢失最新的部分聊天记录。
复现步骤
使用命令行直接运行realTime.exe,该电脑本机有5个MSG db文件,但是无论怎么合并,最终生成的merge后db中,MSG数据库都只有1364条数据,并且如果合并的db过多,会导致获取不到最新的实时聊天记录,只能获取到23年左右的聊天记录。如下图四次运行所示,只有第四次的运行(只选择解密MSG4.db)可以获取到最新的聊天记录,且不管怎么运行,merge完了的MSG表都只有1364条数据。
并且奇怪的是,如果用您Release发布的wxDump.exe运行,是能获取到正确的全部数据的,不过我看了源码,都是一样调用realTime.exe,为什么我这样在命令行调用这个不行呢?
环境信息
The text was updated successfully, but these errors were encountered: