如果我能得到一些关于核心代码片段的指导，该代码片段使用被忽略用户函数来检查帖子/评论，如果帖子/评论的作者被忽略，则隐藏帖子。
我正在创建一个修改，以检查帖子/评论是否回复了被忽略的用户，如果回复了被忽略的用户，则隐藏帖子/评论。
也许可以看看这个？（编辑：你已经看过了）
但我认为这将是一项艰巨的任务。如果你能设法让帖子隐藏器工作，你将如何过滤掉被忽略用户引用的帖子？用户仍然会看到被忽略成员的回复。
想象一个很长的主题，里面有很多人忽略了其他人，如果发生这种情况，整个主题将失去上下文。只需要 2 到 3 个人忽略另外几个人，重叠的忽略圈就会在他们都发帖时造成混乱。人们一直从一个用户的角度来看待这个真正的屏蔽问题。假设这样的功能是可能的，一旦启用，所有这些重叠的被忽略用户圈就会造成混乱。
3 个赞
我想它在这里：
6 个赞
是的，我已经看过那个TC。就我个人而言，我不担心带引用的帖子。一个话题的整体语境并非真正重要。我们经常会有不包含被忽略用户的话题，人们只是和某些参与者进行讨论。
忽略功能已经在许多平台（如Reddit、FB等使用双向屏蔽的平台）上被广泛采用并证明有效。为网站的最终用户提供自助选项来忽略被忽略者发布的内容和回复（这通常是引用最常出现的地方）只会帮助减轻版主团队的压力和戏剧性。
你链接的Linca的TC填补了一个空白，因为在他们创建TC之前，新话题会包含被忽略者的话题以及搜索结果。在一个理想的世界里，没有人需要忽略/屏蔽功能。因为人们可以简单地不阅读某个人的任何内容。不幸的是，很多人很难做到这一点。
我还记得，团队花了很长时间才考虑添加静音/忽略用户功能。
有时人们因为自己对另一个人的厌恶而变得如此两极分化，以至于他们觉得我们作为版主应该封禁那些人，因为他们觉得那个人正在毁掉整个网站。我失去了一位非常好的贡献者，他觉得忽略功能不够好，因为他被一个被忽略的用户打扰了，而他认为那个人在对其他人进行煤气灯操纵。即使我解释说网站会通知版主和被忽略者；如果5个人忽略了他们，社区可能会觉得他们有毒。
我解释了，或者试图解释。那个人还没有达到那个门槛。如果回复给该被忽略用户的内容被隐藏了，他就会满意而不会再被打扰。
在我看来，这就是团队需要对这个想法更加开放的地方，在网站设置中有一个简单的开关，也许还可以额外增加一个用户选择忽略级别。
如果一个社区的讨论受到影响，因为几乎每个人都在忽略彼此。那么，这真的算不上一个社区。
谢谢 Linca。我会仔细研究一下，看看是否能弄明白。我可能需要帮助的唯一额外的事情是将目标从帖子/评论作者切换到回复对象。
以及我是否能弄明白如何将其移植到 JScript。我认为研究你的 TC 可能也会有帮助。我尝试过一些 AI 查询，但到目前为止运气不佳。我认为 JScript 是最好的，因为它没有像插件那样大的安装限制，而且使用该功能的人极不可能试图规避它。
我遇到的最好的一个算是勉强能用，只是清空了引用的内容，但仍然显示有引用。但依我看，仅仅隐藏直接回复对大多数人来说应该足够了。
这可能是，一个很好的理由来警惕这种功能，以避免这种情况。
你失去的那位贡献者真是太可惜了。
如果五个不同的成员忽略了某人，通知阈值似乎有点武断，取决于网站的规模。在达到该数字之前，可能有充分的理由采取版主行动。
理论上，这个想法很有意义，可以允许人们隐藏/忽略另一个成员以及对他们的主要直接回应。字面上的例子是，人们有权在社区会议上戴上自己的耳罩，这样他们就不必听所有人的讲话，如果有人发言后出现很多争论，最好戴上耳罩，直到/如果争论平息下来。
然而，如果评论/讨论中有重要信息被忽略，那么讨论就会出现冗余，并可能因遗漏这些信息而造成混淆。
6000 名成员；当时有 300 名成员定期活跃。5 是一个非常小的数值。
其他平台已经证明，这不会影响讨论，而这些平台使用的是相互屏蔽。也就是说，如果您屏蔽了某人，您就看不到彼此的帖子或回复。请参阅 Reddit。
我个人认为，仅仅隐藏直接回复就足够了，而不是相互屏蔽，因为相互屏蔽可能会丢失一些有用的信息。
这里有一个关于“影子禁令”的主题，您还记得吗？当前的 Discourse 忽略功能更像是个人“影子禁令”，而不是全站范围的。虽然全站范围的“影子禁令”可能不是个好主意。Discourse 的个人忽略“影子禁令”也不错，只是需要更多的技巧来为那些需要更多控制的人提供支持。
“重要信息将丢失”的整个立场是一种误解。该团队长期以来一直避免提供任何忽略用户的选项，后来不仅添加了此功能，还添加了永久选项。
在此功能添加之前，我的一名成员创建了自己的 tampermonkey 脚本，其中包含忽略用户的功能，它还可以装饰帖子、某些群组，并为某些用户添加昵称。
它不是一个更完整的屏蔽，但在当时与会员一起分享该脚本时已经足够了。因为在此之前根本没有选项。
总之，有些社区确实需要这个扩展。主题组件应该足够了。如果您想要一个关键类型的社区——例如心理健康互助社区和政治社区——可能会非常两极分化。一个过于简化的忽略功能不足以平息争论。有些人甚至可能需要所谓的“真正完整屏蔽”。但我认为我的提议对大多数人来说已经足够了。一个“真正完整屏蔽”已经足够了，因为任何想要使用该功能的人都不会试图规避它。
1 个赞
对于 Reddit，如果你有一个 Reddit 账户，它是否适用于所有 Reddit 页面，还是像 discourse 那样有独立的网站？Discourse 屏蔽电子邮件/IP 的功能似乎比其他平台可能拥有的功能更强大。
那个帖子很有趣，但好像被关闭了。
我以前没这样想过，但可以这样看，例如，人们可能认为他们的帖子是可见的，并且被其他成员阅读，而实际上并非如此，但这也显而易见，因为没有回应。
这真的取决于被忽略的内容是否重要。
对于一个拥有数千名成员的网站，一些人选择忽略另一些人，对话当然可以继续进行。
两极分化不好，这是某些政治体系的一个主要问题，这些政治体系是故意建立起来以保持持续的两极分化，仅仅是为了两极分化。
[引述=“Architect, 回复:8, 主题:327675”]
使用Reddit的话，如果你有Reddit账户，这个账户是否在所有Reddit页面都有效，还是像Discourse一样有独立站点？Discourse中的封禁邮箱/IP的功能似乎比其他平台的功能更强大。
[/引述]
Reddit是一个群组社区系统。当你选择屏蔽某人时，这是全站范围的。
社区版主与Discourse实例中的全职版主不同。例如，你可以处理举报和自定义标记；但标记是匿名的。只有Reddit团队可以看到谁进行了举报。最多，一个社区版主能做的只是举报滥用举报。
封禁邮箱IP的权限不是Reddit社区版主所能控制的。这个平台允许任何人创建和管理子社区，因此允许任何人拥有那样的权限是不明智的。Discourse的类别版主更类似于此。Richard最近发布了一个很棒的插件，扩展了版主（包括全职和类别版主）的管理权限，允许他们将用户从某个类别中静默，而不是全站封禁。注意：类别版主不能选择全站静默。在他的路线图上，他计划最终添加时间限制和完整类别封禁功能。
确实，这只是其中一种类型，更全面的才是必需的。
归根结底，不愿使用可选附加组件的论坛不需要。那些需要的；可以承担团队所担心的非常小的风险。有些人还会说，应该有一个选项可以阻止成员取消关注某个类别，因为网站可能要求用户关注某个特定类别，其中包含例如重要的网站信息。
这也许是另一个事实。
你已经亲眼看到，有时其他社区成员仅仅因为某个人的沟通方式而对他做出负面反应。
那是 @RGJ Richard 吗？
这可能是一个很好的功能。
2 个赞
3 个赞
不确定你指的是什么，但一个人的沟通方式确实会引起比看起来更不合理的反应/回应。
这可能在于对某人意图的感知，例如，通过文本很难判断某人谈论的内容/原因，如果他们是在使用隐喻或寓言，并且有特定的原因和目的，而不是故意试图破坏对话。
打电话而不是发短信来检查情况可能会有帮助。
[引用=“Architect，帖子：13，主题：327675”]
这可能在人对某人的意图的感知中表现出来，例如，如果他们以隐喻或寓言带有特定目的地进行讲话或写作，可能很难通过文字判断他们在谈论什么/为什么，而不是故意试图破坏对话。
[/引用]
这正是情况所在。这也是我说的误解/误判意图造成一些人与某个个体相处困难的原因。这常常是偏执的源头。
[引用=“Architect，帖子：13，主题：327675”]
可以帮助打电话确认发生了什么，而不用通过文字。
[/引用]
像你试图建立的社区那样的小社区，打电话可能会有帮助。但对于大规模的国际会员社区，电话的量可能会带来不利。
这就是为什么Jag用他所用的比喻。因为他没有你这个社区规划的背景知识。
2 个赞
不一定需要太多的呼叫量。对于版主来说，版主可以简单地说，在解除账户静默/暂停之前，有必要与某人通话，如果这是必要的。
除非绝对必要，否则保持沉默是最好的，因为成员仍然可以回复版主的私人消息。电话效果也不错，如果是在本地会员之间，但取决于系统自动静音的音量，可能会相当艰苦。但就像改进的忽略功能提议一样，唯一知道的方法就是尝试一下，然后根据情况进行。
是的，那将是另一个话题，而不是关于自动静音，更多的是关于是否有真正异常的账户活动，可能是未经授权的访问或其他原因，需要进行身份验证/其他原因。是否要尝试与某人通话，而不是总是提供帮助，将由版主自行决定。
多年来，如果沟通仅限于文字，沟通就会开始出现问题，这可能会带来麻烦。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.