-
Notifications
You must be signed in to change notification settings - Fork 9
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
限流机制 #31
Comments
这个问题可以用分区的方式解决吧 |
还请展开说说? |
就是不宜鼓励讨论的内容可以归入一个分区,这个分区的内容不在home页面显示,如果有人想讨论的话就得专门去那个分区里找 |
这并不能达到限流的目的。
相反,某些xxg、zzmg话题,有可能dz将其分到了所谓的特殊分区,但其讨论内容本身并不适合被限流。 所以我认为,限流机制和分区功能本身不处于任一包含的关系。 |
|
从业务逻辑的角度来说,不宜用分区,因为分区是为了区分内容上不同类型的帖子。 |
但是不宜鼓励讨论的内容本身就一定是在内容上与常规帖子不同的帖子,比如性别对立、政治等话题。对于这些话题专门开设分区我认为是符合业务逻辑的。可以参考a岛,也是专门为“女性视角”等话题专门开设分区。 |
你可以带入一个具体的案例来考虑一下,比如前日有关南区杀猫事件的讨论。如果要为这些所有的争议事件都单列分区的话,会显得很奇怪。(虐猫区+女拳区+homo区+湾湾区+校园杀人案区+🌞区...) |
这种情况我的建议是为争议事件单开一个讨论串,并限制所有讨论都在这个帖子中。 另外,我不建议限流机制的原因是这会给用户一种自己处于一种受管理员或大数据操控的信息茧房中的感觉。 |
其实限流相比于删楼,更是一种降低管理员存在感的手段。
|
但是限流比起删楼所造成的危害更大(在管理员存在感这一方面)。这是由于删楼是用户能够知情的,而限流是用户不知情的。用户会更厌恶自身在不知情的情况下信息自由受到了妨害(至少我个人是这样认为的)。 我希望在大多数情况下,我们的管理行为是公开透明的。这比减少管理员的存在感对一个社区的稳定性更加重要。 |
限流不意味着不公开透明,限流也是按照相关规定合理限流的。 限流相较删除是更弱的处理措施,既保障了用户的言论自由,又防止了不合适问题的过度讨论。 全方位、彻底的透明不意味着稳定。限流在某种意义上更能维护社区的稳定性。 |
如你所见,用户并不会主动在虐猫猫帖下回复,而是不断地开新帖。 信息茧房是推荐算法与个人主义导致的,与此处无关。相比之下,限制某些帖子的热度反而有助于破除信息茧房。 |
对于不宜鼓励讨论等的内容,增加限流机制。
对于处于限流机制控制下的洞,具有以下特性:
以上三条特性可根据限流等级进行调配。
第三条特性可能涉及后端组装响应的顺序依据,但考虑到限流机制对社区的正面意义,为此付出的代码量是可以接受的。
The text was updated successfully, but these errors were encountered: