Skip to content
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

杜比有时获取的上传、下载量为0 #1975

Open
1 task
goodluck1982 opened this issue Aug 27, 2024 · 8 comments
Open
1 task

杜比有时获取的上传、下载量为0 #1975

goodluck1982 opened this issue Aug 27, 2024 · 8 comments
Labels
bug Something isn't working

Comments

@goodluck1982
Copy link

goodluck1982 commented Aug 27, 2024

请确认你已经做过并了解如下步骤,在 [] 中填入 x 选中

  • [x ] 仔细看并搜索过Wiki
  • [x ] 请确认你的版本比当前Pre-release要新,我们建议使用crx版本作为标准
  • [x ] 搜素过Issue,确认没有相关问题
  • 不理解、询问问题或者使用上的问题请使用Discuissions
  • PT 助手版本: v1.6.1.2723
  • PT 助手安装方式:(zip包安装)
  • 浏览器名称及版本:chromium 版本 126.0.6478.126(正式版本)built on Debian 12.5, running on Debian 12.6 (64 位)
  • 浏览器是否安装了其他插件:是
  • 停用其他插件后是否正常工作:否
  • 问题描述:
    获取杜比数据时有时获取到的上传下载量都是0,比如我有8T的上传量,就会导致显示上传数据时今天的增量是【-8T】,会产生一个很高的数据条,而且是向下的;如果第二天获取正常的话又会导致数据显示时增量为【+8T】,产生一个很高的向上的数据条。这么高的数据条把整个数据显示范围拉大了,导致正常的数据(比如每天增量几十G)这种在图上几乎显示不出来,严重影响了数据可读性。

我猜这或许和杜比经常让二次验证有关,三天两头的要求二次验证。当需要二次验证时获取数据得到的可能就是0,但似乎也不总是如此,印象中需要二次验证的情况下也能正常获取过。而且也遇到过这种情况:原本自动获取的是0,我没有去刷新杜比网页只是重新更新了下数据却正常获取了,难道多试几次也行?

几点建议:

  1. 技术上如果能做到只要杜比处于登录状态不论是否需要二次验证都能正常获取上传下载数据最好,或者如果得到0数据就多尝试几次。
  2. 如第1点无法做到,可以更改下策略,即,如果获取到的数据为0则不更新增量,认为数据没变而不是认为数据减少了8T,这样就避免了数据图中的一会儿少8T,一会儿又多8T的诡异结果。可以只针对杜比这一个站这样处理。
  3. 建议用户可以修改图表的数据显示范围,这样即使上述问题没有解决至少我可以不显示【负】的数据,同时把数据范围显示的小一些,让正常数据具有可读性,至于异常数据则眼不见心不烦。
  4. 实在不行也可以让用户手动修改或删除相应数据,让它们不在图中显示。
  • 相关截图:

2024-08-27_15-18

  • 重现步骤:
@goodluck1982 goodluck1982 added the bug Something isn't working label Aug 27, 2024
@wjcjttl
Copy link

wjcjttl commented Aug 27, 2024

我这边几次获取失败都是要二次验证。
从流程上讲,应该检测二次验证然后报错不更新数据。应该算是个feature。
获取0数据和显示负数据都是正常流程。新用户就是0。违规被清数据也会是0。也能用魔力减下载量。后两种情况都会出现负数据。
至于真有负数据怎么办,想不到什么太好的办法。可以开个新帖讨论,算是个feature。
图片里的负数据应该是因为前一天二次验证了,没有拿到真的数据,然后第二天拿到真数据了。这种情况只能去背景页手改数据了。。漏了一天会导致下一天的数据变成前两天数据之和然后变成异常数据。这个无解。

@goodluck1982
Copy link
Author

goodluck1982 commented Aug 27, 2024

@wjcjttl 刚才确认了一种情况,那就是不需要二次验证时也会出现获取为0的情况。
刚刚过了0点自动更新后得到的就是0,我没有进杜比,直接点的更新,就获取到了正确结果。
然后再去进杜比,刷新,签到,都没有要求二次验证。
是否可以遇到0后隔几分钟再自动重试几次直到不是0?
若依然是0是否可以追溯一下上一次或几次的数据,如果之前有非零数据则此次0无效,不做更新?

2024-08-28_00-32
而且并不是所有数据都获取不到,共享率,发布数等是有的,但上传下载量是0,【没有入站时间】这一点是否可以用于判断不是新用户?

而且,我还发现一个诡异情况,本来获取是0,我点重新获取正常了,然后我又尝试再次重新获取,又变成0了,再再次重新获取又正常了,之后又试了两次都正常。

@ted423
Copy link
Collaborator

ted423 commented Aug 27, 2024

瞅了一眼,杜比上传下载用的是np模板的方法,不太清楚撞盾的页面是怎么样的。正常应该报错

@ted423
Copy link
Collaborator

ted423 commented Aug 27, 2024

说错,二次验证?

@goodluck1982
Copy link
Author

说错,二次验证?

遇到需要二次验证的情况时获取的结果我记得也是截图中的样子。因为印象中再早遇到这种情况我去刷新杜比就会要求二次验证,不过最近一段时间则未必需要。

@goodluck1982
Copy link
Author

刚才刷新杜比需要二次验证,我先没有验证,而是更新其数据,得到同样如下结果
2024-08-28_00-32
然后我继续点了一次更新,又获得了正常数据。
之后才进行的二次验证。这说明即使在需要二次验证的情况下多次尝试也可能获得正确数据。

@DolbyCoder
Copy link

之后改成api获取数据就不会有这个问题了

@chenbi001
Copy link

之后改成api获取数据就不会有这个问题了

什么时候能改成API,我也被这问题困扰,特别恶心。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

5 participants