我3级咯！什么，你还没三级？你又掉下3级了？那你快安装topic solve!

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是


• 我的开源项目完整开源，无未开源部分： 是


• 我的开源项目已链接认可 LINUX DO 社区： 是


• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是


• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

已更新，具体见最后。

ai省流：

如题，很多人实际上都发现了，就是用新标签页在后台打开一个话题的时候，统计的话题数不增加。

我也是这样的习惯，在主页疯狂浏览，看到一个想看的话题就用新标签页在后台打开，然后等攒了一些之后再看，结果，一看 https://connect.linux.do/ ，怎么我每天看这么多话题，结果这边没统计几个啊。

然后就看到了始皇大大的这个回复，说是系统本来的bug。

https://linux.do/t/topic/2030534/4

但是不解决的话，就和我的习惯大大冲突了（我也有一个3级的梦啊），于是就把这个论坛的源码下载下来让ai研究了一下，最终发现是这样的。

当一个话题页面被打开后，用户需要浏览一段时间，就会算话题数。但是，这里由一个要求就是，必须在页面被打开的3分钟内开始浏览，如果在他被打开3分钟后再开始浏览，不管怎么看这个话题，浏览了多少个贴子，都是直接不会再被算话题数的。

而在新标签页打开的情况就是这样，打开后，在后台加载出来，然后被搁置了，过了3分钟之后，才被我们所浏览，然后自然就不算话题数了。（我没看过代码，不保证对，这只是转述了我对ai给我的原因的我的理解，只能说我测试过效果好像确实是这样的，轻喷）

验证这个也很简单，新标签页后台打开一个话题，然后，在3分钟内点进去看，然后就会发现这个就会被判定为看过了，反之不能。（判定的方式见后文）

这也是为什么，我几乎所有帖子都是通过新标签页打开的，结果我进这个论坛四十几天了，话题数统计也不是0，而是300出头一点的原因，就是假如说开的少的话，有些帖子不会被搁置超过3分钟。然后这还涉及一个队列的问题，我们最先打开的页面总是在列表最靠上或者靠左的位置，而阅读习惯一般都是从左往右，或者从上到下，结果就导致最先被扔到后台的先打开，后扔到的后打开，结果就基本上一定会让它超时。 ^-^

所以就很简单了，我让ai写了个扩展，让这个页面在被扔到后台后不会立刻加载，直接挂起，然后等这个页面真的被active后再加载，然后就解决了。

虽然没有从话题数这方面进行真实的测试，因为有点麻烦，也不太准确，所以就仅仅只是通过主页的每一条话题的状态来判断了。

判断方式如下，一个话题，

* 如果是正常的情况下，没有被看过，那就是普通的黑色文字状态，右边可能有一个蓝色的点。（没有被判定为看过也是保持为这个状态）

* 当被看过后有两种可能，一种是标题变灰色，另一种是标题还是全黑，但是右边的小蓝点里包含了数字。

通过这种方式初步判定了我这种方法的有效性。

所以，综上，妈妈再也不用担心我看话题不增加统计的话题数了 ^-^

有帮到佬友的话可以给个^-^哦。

其实原本也是想上架扩展商店的，但是我看google那边要交钱（5$），还要审核，我就放弃了，佬友们就自己手动安装一下吧，具体见仓库。如果有佬友有资格的话可以直接发布一下，然后私信我一下，我直接把链接贴到这里，谢谢啦。 ^-^

26.5.22更新：如果有人需要在firefox上使用这个插件，可以看看这位佬友的

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

我的帖子已经打上 开源推广 标签： 是
我的开源项目完整开源，无未开源部分： 是
我的开源项目已链接认可 LINUX DO 社区： 是
我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

TabPa…

因为是参考我的老方式，所以可能并没有效果

26.5.23更新：

wcnmd gpt，天天就知道瞎说，幸好我熬夜验证了一手，首页的这个变化和到底记录没有记录话题数完全是两码事情，这开源论坛bug怎么这么多。

熬到早上6点半，现在的最新理论是，进入这个话题请求这个话题呢，是在请求一个非linux.do的域名，然后就导致跨域了，然后cookie就没跟过来，但是很显然这个页面有我们的登录状态对吧，这是因为这玩意绕了一手，通过一个非cookie的一个假"cookie"做的，但是呢，服务器那边这个加话题的接口呢，又必需要求要cookie，这不就废了。而不是通过新标签页打开呢，会在打开的那个页面，也就是列表的那个页面发一个请求，而这个是带cookie的，所以算。。。。。。所以有两种方法，一种是把cookie搞过来，一种是额外发一个带cookie的请求。

暂时我是做的是强行把cookie搞过来塞进去的方法，暂时把discard给关掉了，虽然discard能够解决首页不更新的bug（虽然不知道为什么）。

所以已经安装的各位可以更新一下，或者可以自己写一个"额外发一个请求的方法"。

但是呢，也不确定真的是这个问题导致的，我也不知道始皇改了些什么，比如正常论坛应该会被懒加载，但是linux.do好像没有，也不知道这个修复是不是有效，还是另一种方法才有效（因为L站统计有延迟，即便是summary那边也是，我即便有的时候正常点进去而非通过新标签页点进去，也没增加，也不知道是延迟还是其他问题，完全无法测试，无法确定。所以如果不急的话可以关注这个帖子然后等一段时间，我后面会持续跟进的

github已经更新了

早上7点了，该睡觉了，晚安~ ^-^

26.5.23二次更新：

废了，完全无法理解，感觉是后端服务器那边的问题，请求已经发出去了，并且验证可以被接收到，而且后端也看过按理来说可以正常转换，不是必须cookie的问题（sb gpt，错了两次了，受不了了），我自己部署了一个论坛也完全没有这个问题，也不是跨域的问题，完全无法理解。

最终的现状就是，直接点开的那个发出的请求能够触发后台的enter，但是后台打开的另一种请求就是不行。

之前这么处理是因为怕被当作机器人，但现在没办法，只能这样了，改成用油猴脚本额外发一个请求了。

github已经更新了

26.5.23三次更新：

基本已经完全验证了有效性

26.5.25凌晨更新

嘻嘻，昨天即便是正常用新标签页看帖，我的浏览数也在蹭蹭蹭的涨 ^-^

昨天加了50个左右

后天应该就能升3级了 ^-^

26.5.27更新

明日飞升 ^-^



前天估算错是因为不知道为什么connect和用户这边的这个显示是不一样的，结果正好差个4-5个话题。 ^-^

26.5.28更新

飞升～