Greasy Fork

总是跳转到 https://www.zhihu.com/hot 这个界面
点击“推荐”还是跳转到“热榜”
直接输入 https://www.zhihu.com 也跳转到“推荐”
测试了cent、gpt浏览器、123浏览器都是这样

无法复现（Edge、CentBrowser），但看起来似乎和前几天更新的 修复 首页切换后各个页面的脚本功能交叉混淆的问题 有关，你先禁用脚本，然后再手动切换到推荐，然后再启用脚本看看。

无法复现（Edge、CentBrowser），但看起来似乎和前几天更新的 修复 首页切换后各个页面的脚本功能交叉混淆的问题 有关，你先禁用脚本，然后再手动切换到推荐，然后再启用脚本看看。

你好，刚测试了cent的5.2--75跟5.1--129的64位便携版 https://www.centbrowser.cn/history.html
空浏览器安装暴力猴+本脚本，会发生这个现象

下次反馈记得说清楚是 暴力猴（Violentmonkey），因为不同油猴脚本管理器是有差别的。

该问题只会在 Violentmonkey 中出现，我在 Tampermonkey 中测试自然无法复现，解决方法很简单，就是和脚本内的其他代码一样，判断是 Violentmonkey 就延迟几百毫秒再执行。

你更新后试试吧。

下次反馈记得说清楚是 暴力猴（Violentmonkey），因为不同油猴脚本管理器是有差别的。

该问题只会在 Violentmonkey 中出现，我在 Tampermonkey 中测试自然无法复现，解决方法很简单，就是和脚本内的其他代码一样，判断是 Violentmonkey 就延迟几百毫秒再执行。

你更新后试试吧。

之前是正常的，最近cent更新了，怎么可能一开始就想到那里去。
现在正常了，不过有个问题，从“热榜”切换到“推荐”会额外刷新一次，就是第一次提供的内容会被刷新掉。cent的5.2--75跟5.1--129的64位便携版 可复现

之前是正常的，最近cent更新了

这个改动是 v2.3.18 5天前 新增 关注页 [屏蔽指定用户] 功能; 修复 首页切换后各个页面的脚本功能交叉混淆的问题 更新的。

可见： http://greasyfork.icu/zh-CN/scripts/419081-zhihu-enhancement/versions

刷新是预期目标，是正常的，要的就是刷新。

因为如果不刷新的话，会导致首页的 关注/推荐/热榜 功能交叉重复叠加（你来回切换的话），为了解决这个问题（如果），就将关注/热榜的选项去掉了默认的点击事件改成静态链接（点击后会直接刷新网页，而不是在当前网页中动态切换加载内容），但因为 推荐 比较特殊（访问知乎首页 / 时，知乎会自动根据你最后停留的页面，比如关注/热榜，来自动给你重定向到关注/热榜页面，因此不能这样处理，否则就会导致无法回到 推荐页 /），需要单独处理，所以只能脚本发现你从关注/热榜页面切换到 / 后，就自动刷新一下。

不过这个一闪而过，已经显示出来一部分内容了，再去刷新确实不太好，我又想办法优化了一下，现在和 关注 / 热榜 / 专栏 按钮的表现一致了，点击后就直接切换加载页面了（这样虽然还是要重新加载页面，但相比之前观感上要好很多）。

另外，回答页的查看全部回答按钮（动态切换到问题页）我也给漏掉了，也给补上了。

你更新试试吧。

不过这个一闪而过，已经显示出来一部分内容了，再去刷新确实不太好，我又想办法优化了一下，现在和 关注 / 热榜 / 专栏 按钮的表现一致了，点击后就直接切换加载页面了（这样虽然还是要重新加载页面，但相比之前观感上要好很多）。

另外，回答页的查看全部回答按钮（动态切换到问题页）我也给漏掉了，也给补上了。

你更新试试吧。

感谢。
“还是要重新加载页面”我的顾虑是第一次加载的推荐内容质量一般是比重新加载后的内容更高一些的吧？虽然可能差距微乎其微

“第一次加载的推荐内容质量一般是比重新加载后的内容更高一些”

你的这条论据的依据和来源是什么？你为什么会这样想？

两次的内容虽然不一样（每次访问都不一样）但没有任何质量区别，毕竟知乎的首页推荐，就是靠算法给你随机推荐的，因此也根本不可能衡量其质量。

另外，每次访问首页推荐，知乎默认会在网页中附带10条左右信息流让你可以第一时间看到（就是网页开头的那些），后续的信息流则是随着你滚动网页而动态加载的（这后续加载的内容和之前默认带的 10 条没有任何关系，都是靠算法随即推荐的，当然了，如果你在这 10 条信息流中 赞同/收藏 了某个回答，那么知乎算法可能认为你更关注这类问题，后续动态加载的内容就会给你推荐更多类似的问题/回答，但这个算法影响是跟你在知乎网站内的重要交互行为息息相关的，并不仅仅只针对这 10 条信息流的交互）。

对于上面脚本的改动 “还是要重新加载页面” ，你如果是先访问的首页 推荐，然后再去点击 关注 或 热榜，然后再去点击 推荐 回去。
之前是直接显示出来最初访问时就显示的 推荐 内容（10条左右信息流）。
现在是重新加载新的 推荐 内容（因为网页刷新了），显示新的 10 条左右信息流。

你如果硬要纠结这点损失，那无非就是没仔细看到这 10 条左右的信息流内容，但这 10 条内容和刷新网页后加载出来的 10 条内容没有本质上的区别（都是算法随机推荐的，也不影响后续动态加载更多的信息流内容），可能后续这 10 条又会从其他地方重新被知乎推荐给你了（当然前提是你没点开展开看）。

“第一次加载的推荐内容质量一般是比重新加载后的内容更高一些”

你的这条论据的依据和来源是什么？你为什么会这样想？

两次的内容虽然不一样（每次访问都不一样）但没有任何质量区别，毕竟知乎的首页推荐，就是靠算法给你随机推荐的，因此也根本不可能衡量其质量。

我是觉得这种推荐算法，先推荐的都是相关性更高的即质量更高的，既然是算法，就有个匹配度，也可以理解成“质量”；如果每次刷新的内容质量都是一样的，那不是说明这个推荐算法不行吗

“第一次加载的推荐内容质量一般是比重新加载后的内容更高一些”

你的这条论据的依据和来源是什么？你为什么会这样想？

两次的内容虽然不一样（每次访问都不一样）但没有任何质量区别，毕竟知乎的首页推荐，就是靠算法给你随机推荐的，因此也根本不可能衡量其质量。

我是觉得这种推荐算法，先推荐的都是相关性更高的即质量更高的，既然是算法，就有个匹配度，也可以理解成“质量”；

如果每次刷新的内容质量都是一样的，那感觉这种算法不太聪明，它应该把它认为我更感兴趣的条目优先展示的吧？

相当于第一次打开推荐类app如b站、小红书、抖音的时候，第一页或者第一个内容你会觉得最感兴趣，后面的内容你会觉得相关性逐渐变差。

准确说，不是质量一样，而是质量无法衡量，赞高不代表质量高，而且我这边连续刷新了 5 遍，简单看了下开头的这几个回答，也没感觉有什么明显差距（主要是内容类型都不一样，根本无法衡量），至于赞数，也有开头就给你推荐 0 赞或个位数十位数赞的，这很普遍。

就是因为这段时间发现知乎老是给我首页推荐低赞的回答，搞得我又不得不重拾旧业，时隔多年又新增重要功能，加上了 屏蔽低赞/低评回答。

你的依据全靠猜测，因此我并不会回退该改动（因为回退了，那因此而被修复的问题也会再次出现），如果你是在无法接受，非要纠结这点，请降级 2.3.17 版本，或者修改脚本把 1694 行的 switchHome(); 给注释掉过删除。

对于知乎的算法，我只能跟你说：很烂！确实不太聪明。

不管是从个人的角度还是程序员的角度来讲，非常简单粗暴，搞得我平时都不敢随便点开某个回答、赞同/收藏 什么的，你只要和某个回答/问题交互了（或者搜索一下），就立马给你推荐一大堆相关的回答/问题，大多数都是低赞的，纯纯污染我的首页推荐，这才逼得我不得不加入 屏蔽低赞/低评回答 功能来解决，要知道两年前就有人提让我加这个功能了，但当时知乎推荐还没这么离谱，因此我也懒得添加（当时其实就已经不怎么玩知乎了，也没什么动力更新该脚本添加新功能了，已经差不多进入 维护期），直到现在我是实在受不了了。

不要把 知乎 的推荐算法和 抖音 比，目前 抖音 依然是第一梯队。

而知乎连 B 站都不如，至于 B 站的推荐算法也是被很多人吐槽（我看 B 站也是经常给我推荐乱七八糟的，没几个想点进去的，搞得我现在都没兴趣刷 B 站了，只是每天看看关注的 UP 主有没有更新什么的），这么多年过去了，这两个家伙都没有模仿到抖音的算法精髓，只能算是东施效颦。。。

自从几年前我不在玩知乎后（主要指的是，只看不说了），基本上就每天上知乎网页里简单看一下前面几十条信息流就完事了（主要还是看有没有别人给我的评论或私信）。

不过因为现在知乎老是推荐低赞的回答，导致前面几十个信息流里大量的低赞低评回答。

刚才我翻了几下知乎首页推荐，然后按 F12 看控制台脚本屏蔽了多少个回答，数了数网页里还剩下 23 个回答，而被脚本屏蔽了的也是 23 个。。。
这足足有一半是低赞低评的回答，这还是我脚本设置的是低赞 20 低评 5，这已经很低了，但还是过滤掉了一半。。。

准确说，不是质量一样，而是质量无法衡量，赞高不代表质量高，而且我这边连续刷新了 5 遍，简单看了下开头的这几个回答，也没感觉有什么明显差距（主要是内容类型都不一样，根本无法衡量），至于赞数，也有开头就给你推荐 0 赞或个位数十位数赞的，这很普遍。

就是因为这段时间发现知乎老是给我首页推荐低赞的回答，搞得我又不得不重拾旧业，时隔多年又新增重要功能，加上了 屏蔽低赞/低评回答。

你的依据全靠猜测，因此我并不会回退该改动（因为回退了，那因此而被修复的问题也会再次出现），如果你是在无法接受，非要纠结这点，请降级 2.3.17 版本，或者修改脚本把 1694 行的 switchHome(); 给注释掉过删除。

我当然是猜测了，刷新出来的答案质量是高是低短时间难判断，没有量化指标。
我也只是觉得，先把高质量内容放出来比较符合直觉，甭管内容是不是真的高质量。
你是觉得我这个判断不对，还是说判断是对的，只是知乎执行得不好，即算法太烂根本看不出质量高低。

你保持现状我十分理解，改bug是挺麻烦的。
我注释掉了switchHome() 会有什么bug吗？我现在没遇到。

知乎推荐低赞的回答也是没办法，不然只有大粉丝数的回答才能被看到，新人起号就很难。b站也有类似困境。抖音就好一些，低赞内容会推给我但是程度控制得较好。我在b站跟抖音投放同一个视频，我没有粉丝，抖音获得的播放量、点赞、评论要远好于b站，这个视频还是6分钟的偏长视频。

算法这个东西是真有护城河的，我可以明显感受到抖音、小红书某短时间推送质量的下降或者提升，b站就很一般。

其实这个改动修复的问题持续了很长很长时间了，但是因为我基本不看首页的推荐之外的内容（关注/热榜），所以一直没有注意到，直到这个 http://greasyfork.icu/zh-CN/scripts/419081-zhihu-enhancement/discussions/306302 反馈里提到了 要点进推荐页再点进关注页才会生效 我复现时才发现了该问题。

这个脚本算是我最早写的脚本，也是我当时临时自学边学边写的第一个脚本，因此也是我写的最差的一个脚本，但因为长期累积各种新功能，导致想要重写的话太麻烦了，等到我有能力重写的时候，我已经不玩知乎了，连更新的没动力了，就更别说重写脚本了，所以现在就是维护期，修修 BUG 跟进知乎网页变动什么的就完了。

简单的来说，就是当成编写脚本设计功能的时候，压根没想到这个，因此导致首页的各个选项互相切换时，都会重复执行一次相关功能函数（这些函数都会创建各自的网页元素添加事件监听），多切换几次可能就会导致网页卡顿或者知乎网页崩溃（虽然概率应该不高，毕竟也没见人反馈过，我也没遇到过，因此这个可能导致的问题只是我根据问题情况而猜测的），如果只是避免重复执行一次相关功能函数的话，倒也好解决一些，可以做个标记让脚本知道已经执行过一次了，但我当时设计这些功能压根没有考虑要停止（毕竟一般情况下的网页压根不需要这个），现在要去改的话就很麻烦，于是我就选择了这种最简单的处理方法，就是把知乎首页的这几个选项从动态加载改成静态链接（直接重新加载网页了）。

但因为我这几个版本的改动，已经删除了关于首页动态切换时执行相关功能函数的代码，因此你注释掉 switchHome() 应该会导致你在知乎首页切换到其他选项时（比如打开首页当前为 推荐，手动点击切换到 关注），脚本不会再像以前一样执行适用于该页面的相关函数代码，因此虽然你还会看到 分类标签、直达问题 这些东西，但是像屏蔽用户、屏蔽关键词、屏蔽低赞低评什么的功能就都没效果了，因为目前网页中存在的这几个功能函数是只适用于 首页 - 推荐 的。

如果只是做了 避免重复执行相关功能函数 与 功能停止 还不行，因为首页这几个页面是动态加载切换，但其实当前页加载完成后，切换到其他再切换回来后，并不会重新刷新依然显示的还是那些内容，这就也需要考虑到如何恰当的处理，总之就是简单一想就发现有很多难易不一问题都要解决，累积到一起我就嫌麻烦了。。。所以才选择了目前这个简单粗暴的处理方法（对于你在意的这个小副作用，我对此也没感觉）。

另外，你注释掉 switchHome() 后，上面我举例是 关注，如果你是经常看 热榜 的话，那么就会导致 屏蔽指定关键词、屏蔽热榜杂项 这两个热榜页的功能失效。