你们中的有些人可能已经注意到,过去一周左右的时间里,我们一直在对后端的“热网络问题”进行一些更改。我在这里宣布我们对HNQ的工作方式进行的第一轮更改,并为您提供一些有关我们为何从这里开始以及将来计划去往何方的想法。

为此,我要感谢所有参加蒂姆10月份或过去几年在MSE上的投入的讨论的人。我花了很多时间来研究建议,他们确实做了很多工作,帮助我确定了我们应该进行的更改工作的优先级。另外,还要感谢亚当·李尔(Adam Lear)所做的实际工作,以实现这一目标。

以下是重大变化:出现在HNQ列表中。未来。您可以在问题的时间轴(/posts/[postid]/timeline)或编辑历史记录(/posts/[postid]/revisions)中找到此信息。

现在,我们没有活动可供发布。与此相关的担心是,列表边缘的问题可能每隔15分钟出现几次,而在列表上弹出和弹出的次数都会因此而增加,从而使历史变得混乱。我们将研究是否可以找到一种巧妙的方法来实现这一目标,但是现在有另一个功能可以帮助解决此问题:

问题在列出72小时后就会过期。

HNQ列表上长期存在的一些问题让人感到疲倦。为了解决这个问题,我们将删除那些在阳光下呆了一天(或者至少三天)的问题,以便为新问题腾出空间。将问题添加到HNQ列表后三天,该问题将不符合资格,将被删除。这暂时不会创建历史事件,但是我们将来会希望添加。

每个站点在任何给定时间最多只能在HNQ列表上有五个问题。

这是一项重大而又迫切的更改,将来我们可能会进一步减少数量。我们将其启动的速度超出了某些人的期望(每个站点的建议低至一个),因为通过HNQ进行大量曝光的站点的访问量可能会急剧下降,因此我们需要谨慎选择编号,并可能在不同级别进行一些测试。

该编号也可以在每个站点上配置,因此,如果站点希望减少其HNQ占用空间,我们甚至可以进一步降低如果网站希望完全排除在外,则为零。在请求此更改之前,站点将需要进行元讨论,并且由站点本身来请求更改而不是施加限制(除非我们降低整个网络的最大值)。因此,例如,Stack Overflow不能投票将影视完全从名单上剔除,因为他们不想看到《权力的游戏》上一季的剧透,但影视可以要求显示较少的问题这样,他们就可以将足够的时间投入到那些活动中。您的用户个人资料设置标签今天变得更加拥挤。现在,您可以选择关闭右侧栏中的“ HNQ列表”窗口小部件。如果您不想查看HNQ列表,则不必!因此,如果这是您多年以来的梦想,请转到您的首选项侧边栏部分并进行更改!默认情况下,所有用户都可以查看HNQ列表。



我们从此解决方案开始的原因有很多: br />它可以在您使用的每个站点和每个设备上运行。
我们可以相对快速地实现该功能,并获得可靠的结果。请执行:


不允许您在不同的站点或设备上显示或隐藏HNQ列表。
对于未登录的用户不是一个选择。
/>不允许您自定义白名单或黑名单中看到的网站。

我想通过使其可以折叠显示在侧边栏中的部分来解决1和2问题。页面并将状态保存为Cookie,这将需要更多的设计工作,因此我们暂时将其搁置。解决#3可能实施起来非常复杂,因此我们暂时没有计划。

标题黑名单将可以在每个站点上配置。

现在,我们依靠正则表达式将所有站点的单词列入黑名单。当单词根据上下文具有不同的含义时,这很麻烦。因此,我们将能够分别在整个网络和每个站点上调整黑名单。

主持人可以从HNQ列表中删除问题。

有时候,热门度公式会选择一个网站不希望出现的问题。到目前为止,唯一可用的方法是关闭问题(无论如何还是合适的,但仅出于管理流量的目的并不理想),或者什么也不做。我们将权柄交给主持人,以消除那些无法为其网站树立榜样的问题。我建议每个站点进行一次元讨论,并为主持人提供有关何时应该删除问题的指导(如果有的话)。

一旦主持人排除了问题,就不能再次选择该问题,因此不要不要将其视为“隐藏此问题”的临时选项。一般而言,我们建议您排除那些引起负面关注的问题,即有争议的问题,引发大量辩论或争论甚至是编辑战争的问题。删除问题不能替代解决问题!请记住,主持人响应标记可能需要几个小时,因此请您首先进行以​​下操作:


如果标题看起来像是点击或没有充分描述问题,请对其进行编辑!
如果正文中充满了拼写或语法错误,请予以解决! >如果问题不清楚或范围广泛,请投票关闭它。在大多数情况下,关闭一个问题并等待它得到解决而不是要求删除它会更好。如果您认为问题可以解决,请不要去做。

当主持人从HNQ列表中删除帖子时,最多会延迟15分钟左右,因为该列表已被缓存,但问题将在下次运行时被删除。此外,事件将记录在发布时间轴中,并在编辑历史记录中指出该事件的删除时间以及被删除的对象。这将帮助我们了解不同站点的HNQ列表中不欢迎哪些帖子。

目前,mod只能在HNQ列表中当前使用的帖子上使用此工具-他们可以请勿抢先使用它以防止添加问题。


至少现在还没有做的事情

在这一轮变革中很多事情我们都没有做与过去几年我们提出的一些大问题相比,希望进行一些较小的调整将不再是一个问题。我们知道仍然有工作要做,但是这些更改将满足最紧迫的需求,并为我们提供未来需要进行更改的信息,这些信息基于数据而不是轶事证据。

数据将帮助我们了解对公式​​所做的有效更改。您会注意到,我们暂时不更改公式本身,这是有意的。一段时间以来,有一些非常伟大而有趣的想法浮出水面,我们可以尝试一下,看看它们如何影响选择哪些问题以及这些问题持续多长时间。

我们调查了对此进行审核的队列,目前,这是不可能的。有技术问题,但也有一个问题,即只有具有活跃审阅者的网站才会被批准发布在列表中。我们想看看通过遵循我们目前正在首先调查的道路,我们可以在多大程度上改进我们的产品。我们还考虑了其​​他一些调整,例如设置最低问题年龄,以便用户可以在有资格出现在列表之前有时间编辑或关闭问题,或者防止出现锁定的问题。 br />

这就是其中的大部分。我们绝对没有提出我没有提到的想法,因为想要使这篇文章简短些。如果您对某件事有任何疑问-无论它是否是我在这里提到的功能-都可以在答案中提问。

是的,我避免在此问题中提及IPS。如果您对与HNQ有关的该站点感兴趣,请参阅其meta。那里的TL; DR:如果他们想重新进入,他们可以重新进入,但取决于他们。

评论

“ Stack Overflow不能投票将影视节目完全从名单上剔除,因为他们不想看到《权力的游戏》上一季的破坏者。”像M&TV常规节目一样讲话;
现在出现了一个历史事件,该事件首次在HNQ列表中出现。 -我闻到一个帽子扣子,甚至还有一套徽章。

感谢您所做的更改。他们似乎很大。

@MathieuGuindon以FR的身份回答了这个问题!

“我们将研究一些东西,看看是否有意义,或者是否会根据站点历史记录阻止那些非常适合HNQ列表的问题”-您在这里考虑什么数据?过去五年的HNQ热门热门?这种类型的历史分析在变得可靠之前将花费大量时间(并且,鉴于在现有站点的形成时期中有大量未记录的历史,可能永远无法实现)。还是只是收到好评的帖子,无论它们是如何获得的?

删除主持人+现在每个用户都可以隐藏列表,这大概可以解决95%的问题。太好了!

“达到的HNQ”是否具有通过数据资源管理器公开的属性?如果没有,我需要对此提出要求。

@WebHead是的。应该在周日在那里。

在最长的时间内,我避免加入Meta SE,但今天我加入以更新此帖子。感谢您所做的这些更改,我们非常欢迎他们

当某人永远被HNQ激怒时,这似乎……相当不错。谢谢。

最后,我可以支持SE采取的行动...这里有很好的变化。

这次真是万分感谢;这很棒。每个用户的黑名单/白名单选项是唯一缺少的杀手级功能,但是在缺少该功能时,将其全局隐藏是可以的缓解措施。

目前,我们没有活动可将其从列表中删除。 ...实现此目标的巧妙方法...问题在列出72小时后将不再列出。 ---因此,请等待72小时,找出它在HNQ列表中的最后一个时间,然后进行迟来的历史记录编辑(在正确的位置塞入列表中)说:“此问题最后出现在“热网络问题”列表中” -任何重新进入并退出的操作都会重新启动72小时,然后进入。如果它重新加入列表,那么(绝对值得),绝对最坏的情况是每周都会有一些条目。

您是否认为此旧功能请求的状态为“已完成”:允许国防部或金牌徽章持有人阻止问题出现在热门网络问题列表中?
“现在有一个历史事件在HNQ列表中首次出现时创建。”只有第一次? judaism.stackexchange.com/posts/100595/revisions显示了三个此类事件。

#1 楼

是否可能有主持人收件箱通知将其发送给HNQ的问题?这太吵了,也许将过去24小时内的所有HNQ事件收集到一个收件箱项目中。
也许我们只有一个“ HNQ上的新项目”通知,其中包含指向列表的链接,并且在需要时会碰碰,永远不要在收件箱中留出多个项目。
也许HNQ进入事件可能会触发一个标志。
有多种实现方式(例如评论中提到的聊天供稿),但我想以某种形式通知站点mod。

作为mod,我很乐意收到通知,因此我可以检查所讨论的问题是否经过适当审核且可以提出。
我记得在我主持的网站上看到的最激烈的讨论是由新来者发起的,其中许多是通过HNQ带来的。 r />我可以控制那么多的热量,但我会被预先警告。
最需要清理的问题是HNQ中存在的问题。

我想这
如果这样做太难了,那么当前和最近的HNQ问题的列表都可以通过mod访问(或者为什么不能普遍访问?)。很好,尽管我希望自己主动通知。

评论


我认为这太吵了-我的网站(scifi)生成了足够的HNQ,以至于我的mod收件箱可能会被这些通知所控制。

–空
19年3月11日在21:57

@Null这就是为什么我提到了退出的机会。在拉丁语(我负责的地方)上,这不是问题,但我知道其他网站是不同的。我刚刚进行了编辑,添加了将各种HNQ事件组合到一个mod收件箱项中的选项。

–乔纳斯·伊尔玛维塔(Joonas Ilmavirta)
19 Mar 11 '19 at 21:59



HNQ的每日汇编可能会更有用。问题是:通知什么时候发出?在世界各地的某个时间?如果各个主持人可以配置该时间(例如,某个主持人通常通常是当天首次登录网络的时间),则可能会更有用。但是,就此而言,过去24小时(或72小时)内的站点HNQ列表很容易访问也将起作用。

–空
19年3月11日在22:08

@Null也许早期的通知可以合并到新的通知中?或者,可能只有一个通知“有一个新的HNQ东西”,并带有指向列表的链接,并且只要需要,该通知就会被颠簸。

–乔纳斯·伊尔玛维塔(Joonas Ilmavirta)
19年3月11日在22:27

可能只是Mod仪表板中的一个乏味的“当前本地HNQ”。我在这里闻到一个用户脚本的可能性...

–加利弗雷扬
19年3月11日在22:55

@Null请记住,已宣布的更改之一是,在任何给定时间列表上您只会有5个问题。

–jscs
19年3月11日23:22

也许将提要添加到mod room,以解决遇到HNQ的问题。

– A J
19 Mar 12'19在2:52



@AJ这个房间有一个提要,在这些更新之前就被黑了。

– rob
19年3月12日在10:50

@JoonasIlmavirta这个基于这个答案的答案解释了有关聊天室中HNQ feed的信息。

– Meta Andrew T.
19 Mar 12 '19 at 11:04



@rob该提要实际上得到了所有人吗?我在A&C聊天室中添加了一个,但它只能进入前50名,而不是前100名。

–Catija♦
19年3月12日在13:11

为了回应这个答案,尤其是@Gallifreyan的跟进建议,我对这个旧问题提出了很高的要求,希望得到新的官方回应。

–兰德·托尔
19年3月13日在12:26

@ Randal'Thor我的意思是...可以。但是我已经说过,桌上已经有某种指示,我们只需要弄清楚怎么做...但是在一周之内并没有得到答案。

–Catija♦
19年3月13日21:47

@gnat可能并非没有可能,但我想做的只是忽略获得3+票赞成的问题。这样一来,就可以永久固定该职位,并取消选票或重新开放该职位。

–Catija♦
19年3月14日在15:11

@Catija我也认为也可以-对热门问题进行3-4次密切投票:)

– gna
19年3月14日在15:14

我们已经有一种机制可以警告mod员,他们应该在帖子中查看一些东西:标志。如果“ post enter HNQ”升起一个自动标记,则(a)它会警告mod,并且(b)当一个mod处理它时,通知被取消。

– Monica Cellio
19年3月22日在14:20

#2 楼

谢谢你。

所有这些变化都是在积极和极端积极之间,它们显示了我们去年所要求的立场变化。

还有很多事情要做,以及缺少历史数据,这将使SE社区更难评估变化的影响,但这里的一切都向前迈了一步。

我期待看到此功能的发展,并期待下一轮参与进一步的设计迭代!

#3 楼

实际上,“给定站点最多有五个”是如何工作的?

我可以想到两种可能性:一个站点有五个HNQ ,直到这五个问题之一消失之前,再也没有命中HNQ了。您进行编码,但选项2更可取。如果您的问答获得了很多快速投票,并且符合HNQ的资格,那么不必再等3天,因为首先要解决其他问题。因此,很高兴知道其中哪些是实际发生的情况。

评论


我想它实际上是选项2,每次运行作业时都会重新计算。但是,这个问题在很大程度上是无法避免的,通常是,一旦对HNQ提出了疑问,它将变得比没有的问题更快。因此,无论如何,您最终仍然会遇到与选项1极为相似的情况。

–TheLethalCarrot
19 Mar 12 '19 at 10:15

这里描述问题的热度公式。

–llrs
19 Mar 12 '19 at 10:31

我知道的@llrs;那不是我要问的。

–兰德·托尔
19 Mar 12 '19 at 15:02

@ Randal'Thor这是第二个。该公式会选择一组问题,然后我们将其范围缩小-丢弃3天前之前选择的问题,使用MathJax删除标题中的问题和非英语的问题,然后将每个站点的选项缩减为5个最热门,争取HNQ的前100名。请注意,该列表每15分钟缓存一次(在正常情况下)(并且在正常情况下)。任何给定的问题都不能保证在列表中花费72小时。

–亚当·李尔♦
19年3月12日在16:03



@AdamLear干杯,这就是我所希望的(但是不确定在调用/处理时间/无论您的程序员叫什么上它是否太昂贵)

–兰德·托尔
19年3月12日在16:11

@AdamLear感谢您的澄清,但是有一个论点是,实际上,这实际上是第一个,因为现任员工已经有了通常的反馈循环来提高得分。 (这以前也发生过,但是竞争是在全网范围内进行的,共有100个地方,现在在整个站点中,有5个地方。)因此,这可能是值得关注的数据的重要方面,以查看新的上限是否更重要的是更快地提高热度得分。

– E.P.
19年3月12日在17:48

@ E.P。可能是的。而且,由于Q&A网站侧边栏中显示的内容是随机的,因此所有这些进一步复杂化(从某种意义上说,要建立稳定的因果关系更加困难)。我们将不得不看看进展如何。结果是我们现在有了更好的设置,如果我们需要走那条路,可以更轻松地更改算法或过滤。

–亚当·李尔♦
19年3月12日在17:51

@AdamLear我怀疑实施上限之前几天丢失的历史数据是一个更大的问题。但是很高兴知道该平台现在更加强大。

– E.P.
19年3月12日在17:54

换句话说,拥有编辑权限的任何人都可以在任何支持MathJax的网站上单方面提出有关HNQ的问题吗?有点傻。我想它会很有用...

–恢复莫妮卡的森林
19年3月21日在22:43



@forest这是HNQ多年来的工作方式,而不是新的发展。

–亚当·李尔♦
19年3月21日在22:47

我知道@AdamLear。到目前为止,这只是我所不知道的“功能”。还是很傻。

–恢复莫妮卡的森林
19 Mar 21 '19在22:47



@森林是

–兰德·托尔
19 Mar 22 '19在8:49

#4 楼

首先,这些更改听起来很棒,所以我只想说谢谢!

话虽如此,我们是否还可以考虑添加一项功能,也许可以在每个站点启用该功能,这会暂时增加代表阈值以将高票投下与在HNQ上投低票时所需的相同吗?或者,或者,当问题在HNQ上时,在计算投票的代表要求时不计算协会奖金吗?例如,介意)存在一个长期存在的投票问题,即当问题出现在HNQ上时,其含义从“此答案有用,经过深入研究并回答了所提出的问题”变为“此答案符合我的偏见”。 。从未对网站做出过贡献并且不熟悉其操作方式的大量用户无法投下票,但由于他们的关联奖励,他们可以(也可以)投下票。

The来自101个不熟悉该站点的rep用户的支持投票可能会淹没该站点用户吸引的质量较差的反对投票,因为来自HNQ的大型站点(例如SO)的访问者通常远远超过常规站点可以拒绝投票的网站用户。

我建议将其特定于网站的原因是,我认为这对那些没有太多争议的网站来说不是主要问题内容,实际上,额外的投票甚至可能对那些网站有所帮助。例如,我的SE使用中有很大一部分是在航空领域,我认为这并不是真正的问题。但是我经常在涉及更多有争议主题的网站上一次又一次地看到它。

评论


这是一个很好的建议。虽然未实现,但应鼓励(通过本地元数据)观察到这种错误投票的常规用户投射一个标志,要求手动取消对问题的HNQ编辑。

– rob
19年3月12日在11:08

我想看看这个。似乎很多(并非全部)HNQ访问者基于真实性(通常是任何已经在顶部的答案)进行投票,而不一定具有判断这些答案是否确实可行,准确,合适等的专业知识,从而妨碍了其他人崭露头角的更好的答案,以获得可比的吸引力。

–doppelgreener
19年3月12日在11:22



@doppelgreener我认为临时用户(像过去一样)也倾向于根据有趣/娱乐性值而不是对HNQ的质量/正确性进行投票。如今,除非我在该站点上也具有专门知识,否则我根本不会对任何HNQ进行投票。

– Meta Andrew T.
19 Mar 12 '19 at 11:32



这打乱了Q&A引擎-根据问题是否在HNQ上,您实际上具有两种不同类型的系统行为(并且一堆用户甚至不知道这是什么,或者系统为什么行为异常)。但是,在计算热度得分时,您可以不考虑仅关联奖励的投票,而完全不使用问与答引擎,这将具有相同的效果。有关该版本的更多详细信息,请参阅此先前的建议以及此处的链接。

– E.P.
19 Mar 12 '19 at 12:25

@ E.P。已经有一些东西根据二进制开关引入两种不同类型的系统行为:例如,考虑保护状态。如果可见性是一个问题,则可以告知选民,由于该问题属于HNQ,因此只有网站上有代表的人才能对此进行投票。

–doppelgreener
19年3月12日在15:26

@ E.P .:从HNQ热点中删除这些低质量的赞词有帮助,但留下的答案质量低,分数不准确,从而稀释了SE专家问答的价值。因此,最好完全阻止它们。

–内森·塔吉(Nathan Tuggy)
19年3月12日19:50

@NathanTuggy可能是这样,但这是一个更加剧烈的变化。如果SE可以在这种范围内运行(特别是包括所有设计工作,以确保所有用户都清楚为什么系统行为发生了变化),那么情况会更好。鉴于多年的忽视,在2016年保持狭窄的范围更为有意义-但也许SE现在更愿意考虑削减部分发动机?我很难说出当前的努力是否愿意走那么远。

– E.P.
19年3月12日在20:16

相关:meta.stackexchange.com/questions/317418/…

– Tim
19年3月14日在19:35

#5 楼

错误状态已完成

此时,


之间存在竞争条件-他们不能抢先使用它来阻止将问题添加到其中。





在列表边缘的问题可能会在列表上弹出几次,每隔15分钟出现一次


如果主持人(通过旗帜或其他方式)发现问题正在遭受HNQ问题,应将其排除在外,但恰好在15分钟的间隔内检查问题已从HNQ列表中删除,则“从HNQ删除”工具不可用。因此主持人上床睡觉,问题又回到了HNQ,第二天就可以避免这个问题了。

如果“从HNQ”工具可用于以下所有问题:(a)历史上有“添加到HNQ”事件(b)早于72小时的截止时间。

评论


等等,您不喜欢玩捉迷藏游戏吗?

–Catija♦
19年3月12日在20:34

您实际上并不需要条件b)。尽管选择“从HNQ删除”工具将毫无意义。

–马丁·邦纳(Martin Bonner)支持莫妮卡(Monica)
19年3月14日在15:47

实际上,您实际上可以摆脱条件a),并在所有小于72小时的问题上都使用该复选框。

– Cullub
19年4月1日在1:44

@Cullub时间限制是从问题首次到达HNQ时开始,而不是从提出问题时开始。

– rob
19年4月1日在13:09

#6 楼

如果有人注意到某个问题引起“负面关注”,他们可能会怀疑该问题在HNQ列表中:他们在排除或建议排除该列表之前,无需搜索整个列表以确认该问题。 (编辑历史记录只会显示一个问题是否曾经出现在HNQ列表上以及是否已被排除。)

如果一个问题当前在HNQ列表上,则有一些可见的指示将很有用在其主页上。

评论


寻找某种方法来指示HNQ上存在哪些问题,这是我们要查看的内容,无论是针对mod还是针对所有人。有很多想法-[HNQ]标题标记(例如[protected])是一个想法。我们还可以有一个类似于“赏金”选项卡的列表,该列表仅在列表中有内容时才存在……我们只需要找出一种可靠的方法即可。 Mod可以通过检查是否可以将问题实际告知HNQ。如果可以单击该按钮,则它在列表中。

–Catija♦
19-3-12在13:34



@Catija SOX可以选择添加一个指示器以显示HNQ上是否有内容,我想他们会抓取HNQ页面来执行此操作,但可能值得一看。

–TheLethalCarrot
19 Mar 12 '19 at 13:35

@Catija:(1)如果非mod员将要求mod员从HNQ列表中排除问题,那么每个人都可以看到该指标是一个好主意-节省时间并避免错误。 (2)感谢您的提示。

–Scortchi-恢复莫妮卡
19 Mar 12 '19 at 13:52

是的在我因为不适合我而缩短评论之前,我曾说过,没有理由将其仅用于mod。 :P不客气!

–Catija♦
19年3月12日在13:53

@TheLethalCoder什么是SOX?

–LShaver
19 Mar 12 '19 at 13:57

@LShaver堆栈溢出附加了一个用户脚本,该脚本向网络添加了一些附加功能。

–TheLethalCarrot
19 Mar 12 '19 at 13:58

@Catija右侧边栏顶部紧接在“已问/已查看/活动”指示器下方的一些离散文本“热网络问题”怎么样?

– E.P.
19 Mar 12 '19 at 14:50



@ E.P。在投票箭头/喜欢的明星下可能会更好。右侧边栏在某些视口中消失了,我们已经在试图弄清楚该内容的处理方式,因此我们可能不会将其放在那里。 :)

–Catija♦
19 Mar 12 '19 at 14:52



@Catija那里的一切(主要)都是可行的,而不是有益的。混合这两个功能将是一个非常令人讨厌的设计。

– E.P.
19年3月12日在15:04

为什么不将其列为发布警告:“此问题当前在HNQ列表中,可能会看到活动/观看次数增加等。”

–Pureferret
19年3月13日在11:24

@Pureferret这不是一个坏主意(尽管副本需要做一些工作),但我担心它可能会有点可见...此外,发布通知的世界也有点复杂,许多HNQ受保护,然后放置两个在开始占用大量空间的东西上发布通知...如果您知道我要去的地方?

–Catija♦
19年3月13日在22:04

@Catija我知道了。只是一个建议:-)

–Pureferret
19年3月14日在0:10

#7 楼


现在,我们没有活动可供发布。与此相关的担心是,列表边缘的问题可能每隔15分钟频繁出现在列表上和从列表中弹出几次,从而使历史变得混乱。使得每个问题最多只能有一个“已实现的HNQ”事件和一个“已被终止的HNQ”事件?已达成和已结束的事件。如果这个问题又以某种方式回到列表中,而不是创建一个新事件,为什么不删除Knocked Off事件?它将使历史记录看起来更加整洁,并且就所有意图和目的而言,大多数情况都是正确的(每一个具有Achieved事件的帖子最终都会有一个匹配的Knocked Off事件)。只是拥有一个成就事件而没有那么疯狂,以至于会使所有人困惑。

评论


与其处理删除事件(如果某个事件导致您的电话响起通知而嗡嗡声,也无法取消对电话的嗡嗡声,那是没有意义的),而是可能存在一个事件,即问题何时达到HNQ,而另一个事件当问题无法返回到HNQ时,要么是因为其72个小时已用完,要么是因为它已关闭,或者是因为它已从HNQ中移除mod,等等。

–吱吱作响的s骨
19 Mar 12 '19 at 0:18

@SqueamishOssifrage此类历史记录事件没有与之关联的通知。 :)

–Catija♦
19年3月12日在1:23

国防部肯定有一个删除帖子的事件-此外,一个事件将记录在发布时间轴中,并记录编辑历史记录,以指示该事件何时被删除以及由谁删除

–Catija♦
19年3月12日在1:24

@Catija oops!我一定完全错过了。

–scohe001
19 Mar 12 '19 at 11:53

#8 楼

通过减少进入热点方程的答案的数量来减少HNQ效应。将保持更长的时间,因为随着添加的答案越多,问题越热,最多可以回答10个答案。创建一个积极的反馈循环,使问题变得更加棘手。

减少热度方程式中的答案数量甚至可以缩小和缩小问题之间的竞争范围,而且我认为这会鼓励更好和更集中的问题与答案。

评论


在热度公式中,截断10个答案是一个非常过时的参数。多年前,当列表由Stack Overflow主导时,才有意义,它具有独特的规模,范围和适度的风格(甚至在SO上也被认为是相当麻烦的)。到目前为止,此设置仅鼓励进行辩论,进行广泛的讨论和进行大清单-也就是说,稀释了问答模型的价值的事情...

– gna
19-3-12在9:28



...我想让它在本轮更新中保持不变的唯一明智原因是希望避免一次进行太多更改。我可以理解-但是如果下次更新中它没有更改为更合理的值(例如4或5),我会感到非常惊讶

– gna
19年3月12日在9:29

是的我想看看这里的建议,即权重答案可以从零分答案中排除出来,以免影响得分。是的,@ gnat我们避免了太多更改,但也希望看到这些更改的效果。

–Catija♦
19 Mar 12 '19 at 12:45



说到零分的答案@Catija-我不会依靠这些,因为经验不足的询问者可能会出于不加选择地用不加区分的投票打断事情。在常规问题中这不是问题,因为必须有15代表投票才能投票,但在HNQ中,这种障碍自然会被打破

– gna
19年3月12日在21:17

@gnat在该链接中建议的实际公式不仅可以忽略零分答案,而且还可以帮我快速地表达出来。 :)如果两个答案的得分都在20-30之间,一打的得分在0-4之间,那么它们可能就不值得计数了……因此,根据得分的不同,他们的权重也会降低。

–Catija♦
19年3月12日在21:20

@Catija换句话说,当投票证据表明这些不是好的数据点时,放弃答案:)

– gna
19年3月12日在21:27

#9 楼

每周让“顶级狗”将其HNQ插槽的一部分让给“更小狗”之一
每个都有5个插槽非常好,因为它允许更多的候选站点到达。但是...我猜想很多较小的Beta版网站会在几周/几个月内不会出现。
我猜想,在140多个网站中,有四个类别可以可以成为:

HNQ常客(请参见“热门网络问题”列表中最常出现的站点的答案?),谁可能不必担心太多;
不是“头等大狗”的网站却经常出现(经常出现在电影,Arqade上);
偶尔有HNQ的网站(例如Beta版网站,例如国际象棋和文学); >以及从未去过那里的网站(在使用SE的一年中,我不确定我是否曾在HNQ上见过Coffee问题)。

目标的一部分是提供整个网络都是一个机会,“常规人员”为第四类人员提供了获得更多关注的机会,这似乎很有趣,例如,使用以下工作流: ,在本周内对HNQ提出最多疑问的10个网站中,有3个(让我们调用参数N)被选中。在下周的前3(charityDays)天,他们最多有4个广告位
算法确定哪些3(N)个站点不在HNQ上的时间最长
”例如,从第2点开始,站点上当前最热门的问题被分配给广告位,当这些最短时间已到期时,他们会在HNQ(grantedTime)上获得最短时间被赋予“偏移”数量的热点,现在被视为“正常” HNQ问题。
同时,从2开始的算法重新确定最低的位置,将它们放到现在可用的特殊插槽中,然后重复直到charityDays通过。
br />
为了使最小分区公平,我猜charityDays必须是grantedTime的倍数。显然,NgrantedTimecharityDays可以接受建议,三天可能太长了,此处仅以数字为例。 (如果“慈善”日的用语冒犯了任何人,请随时更改)。
当然,在此期间,所有站点仍然可以以“正常”方式进入HNQ
顶级狗可能不会对此造成太大伤害,因为它们是健康的场所;存在“随机”选择,这部分确保了Worldbuilding不必连续四个星期让位。并在charityDays通过后恢复了正常的机会。进入HNQ的时间最长”应该像在第n周进入HNQ一样洗牌,这意味着下周您不会获得“免费现货”。 HNQ的“不良”效果,例如IPS /工作场所必须处理的敏感主题。该建议将HNQ视为“机会”,可以帮助目标站点获得所需的流量。我的猜测是,它们是更具利基性的主题,对现实生活的影响较小。显然,这在一定程度上是一种概括。只是为了给没有机会的人提供机会而给我机会,我将在这页上引用一本绝对伟大的漫画:

他们没有意识到自己的自由是令人惊讶的奢侈品,我们其他人永远都做不到。对于我们大多数人来说,他们的基线风度是一个不可思议的天堂。


评论


您可以通过将默认最大值从5降低到4和/或为一段时间以来不在HNQ上的网站保留一些位置来简化一点。仍将需要特殊的外壳来处理由于“必须将标题的75%设为英语”要求而被有意排除的外语网站(例如,<另一种语言>中的SO,或俄语中的俄语问题等) 。

–特洛伊恩
19年3月12日在1:06

@Troyen确实简单得多...我想我有点被带走了啊:)

–耶拿
19年3月12日在7:21

这可能与以下内容有关:我们的堆栈交换网络的新资源“帮助较小的社区在“热网络问题”列表中获得一些曝光度...前5个站点(工作场所,SO,SFF,Worldbuilding,Code Golf)获得50x到200x(!)点击次数比排名倒数10的点击(印度教,Android爱好者,拉丁语,国际象棋,法语,法律,棋盘游戏,俄语,Mi Yodeya,基督教,机动车)多。如果考虑到摘要仅列出了70个总数超过130个,这意味着大约有60个网站获得的观看次数更少...”

– gna
19年3月12日在11:38

也许第二个列表叫做“需要一些爱”,或者是一些问题,这些问题的观点太低,并且缺乏网络上所有成员的答案,最好是至少两天前?

–以前
19-3-14在12:44



#10 楼

其他非英语的Stack Overflow网站又如何呢?正如最近提到的两个问题一样,这些站点已开始出现在“热网络问题”中。 (这也可能适用于俄语中的俄语站点,尽管实际上不太可能发生。)

我听说这是由于更改;而不是查看正文和标题以查看是否是英文,而是仅查看标题。编程语言大部分都是基于英语的,而错误也是基于英语的,因此,如果帖子中没有其他内容,那么标题几乎就很容易变成英语。是英文,任何其他网站的人都会对此感兴趣。 HNQ列表甚至不会显示在非英语堆栈溢出站点上!这些网站是否应该在HNQ列表中?还是他们必须选择从中退出?理想情况下,我希望可以定制一些东西,以便说这些语言的人可以看到它们(也许也将它们限制为对编程感兴趣的人?)。

评论


讲故事的时间!过去,英语检测的工作方式是,我们实际上有一个4MB的文本文件,其中包含“英语单词”,我们以此为依据来检查帖子。作为这项工作的一部分,我们选择停止使用该语言,并切换到语言检测库。不利的一面是它倾向于错误地识别混合语言帖子(例如,在语言学习网站上,“我可以用这种语言将X说成Y或Z,这是正确的吗?”)。因此,我们认为“嘿,如果标题是英语,那可能就足够了。”提示解说员的声音:“不是”。 :)

–亚当·李尔♦
19年3月11日在21:51



检测库确实允许进行一些配置...在我的列表中可以找到一个合理的折衷方案,但是我不想延迟启动其他所有配置。

–亚当·李尔♦
19年3月11日在21:51

@AdamLear听起来绝对令人恐惧。为什么不适当地根据站点本身确定HNQ资格?

–恢复莫妮卡的森林
19年3月12日在7:09

@forest至少我开发的网站同时存在英语问题和意大利语问题(而且我们通常要求答案使用与问题相同的语言)。我怀疑大多数语言网站都是这种情况。

–丹尼斯·纳丁(Denis Nardin)
19年3月12日在8:15

@AdamLear我在这里看到了两难选择……这也许是我的自私要求,但是在实现用户偏好的HNQ网站自定义之前,我认为删除本地化网站(是的,本地化,而不是[language] .SE )目前比较好...

– Meta Andrew T.
19 Mar 12 '19 at 11:21

@AdamLear为什么不留下它们?我们中的一些人是说西班牙语,俄语,日语或葡萄牙语的程序员,他们对本地化Stack Overflow HNQ帖子的兴趣与我们对English Stack Overflow HNQ帖子的兴趣一样。我们中的许多人都不会对此主题感兴趣/能够理解,但是无论如何,取决于读者,很多HNQ帖子都是这种情况。

–doppelgreener
19 Mar 12 '19 at 11:31



@Bookends我需要加强两种语言的检测能力,以确保[language]。SE网站不会被遗漏,因此可能会有效地排除国际SO。

–亚当·李尔♦
19年3月12日在15:14

@doppelgreener我对此表示同情,但我也认为,由于其主题而无法理解该问题与一开始无法阅读该问题之间存在差异。我个人在这两种方法上都不感到很强烈,但是每次本地化站点最终出现在HNQ时,我们的确会收到大量投诉,所以\\((ツ)_ /

–亚当·李尔♦
19年3月12日在15:17

我猜想处理引起投诉的事件是不让他们继续下去的一个很好的理由。 :P

–doppelgreener
19年3月12日在15:19

@AdamLear在HNQ中有很多很多问题,这些问题的英文标题如果没有专门的背景知识就无法理解,因此用其他语言,甚至其他书写系统来书写几乎没有问题。

–mdewey
19年3月12日在16:52

社区已经提出并建议加强语言检测。

–Rob
19 Mar 16 '19在10:23

#11 楼


在任何给定时间,每个站点在HNQ列表上最多只能有五个问题。清单上的问题(警告,有些人可能是漫威队的破坏者):


为什么鹅被从Chewie改名为漫威队长电影?在雨伞学院吗?
卢克·天行者是霍斯(Hoth)叛军的领导人吗? Kree在Marvel队长身上的动机是什么?
Marvel队长使用的植入设备是什么?所以我认为此时已完成hasRemainingSlotsOnHNQ()检查,但也许不是吗?无论如何,“五个最大值,任何时间,任何位置”似乎都不适用于此。

为了澄清,我只是想知道某个参数是否设置错误,或者,如果确实是缓存,那么是否应该进行额外的检查/减少缓存时间/某些事情,以确保遵守“在任何给定时间”的用语?

评论


shouldiblamecaching.com

–兰德·托尔
19年3月11日在20:49

@ Randal'Thor“我要怪缓存...”:P

–耶拿
19年3月11日在20:49

看着它。感谢您提及。

–Catija♦
19年3月11日在20:54

看来这是“固定的”,但是如果您再次看到它,请告诉我,以便我们更仔细地研究。

–Catija♦
19年3月11日在21:49

五个是至少两个太多。

–shoover
19 Mar 12 '19 at 0:28

SFF或一般而言是@shoover?

–耶拿
19 Mar 12 '19 at 0:30

@Jenayah一般来说,我会说。

– TylerH
19 Mar 12 '19 at 0:56

@TylerH那么那应该应该是答案,或者是主要问题下的评论,我想:)

–耶拿
19 Mar 12 '19 at 0:58

另外,我修复了扰流板:)

– KutuluMike
19 Mar 12 '19 at 2:34

@Jenayah一般而言。

–shoover
19 Mar 12 '19 at 2:57

第三个问题显然是霍斯问题,我不知道其他问题(隐藏)。

–伦丁
19 Mar 12 '19 at 14:19

#12 楼

这些都是很好的变化。感谢您提出问题!

确定问题是否“很热”的因素之一是答案的总分。没有答案的问题不符合HNQ的条件。我建议,在提拔问题后,应加倍投票权,以决定问题是否仍然“很热”。由于答案特别好而得到提拔,但随后却吸引了许多负面评分或有争议的答案,这个问题可能无法从更广泛的了解中受益。

该提议将是在确定“热度”时给予所有向下投票比所有向上投票更多的权重。在确定哪些问题仍然很热门时,与新来者和路人相比,这将给本地社区带来更大的影响力,因为新来者通常将不会具有不赞成投票权,而不必要求有人手动投下旗帜并做出回应。

评论


国际海事组织,第一个建议太复杂了。第二个建议更简单,更有意义。

–影子向导正在接种疫苗
19 Mar 12 '19 at 11:51

@ShadowWizard怎么样?当然,这是一个复杂的计算,但是只会在大约每15分钟100个问题中执行一次。

– E.P.
19年3月12日在12:20

这给已经很复杂的查询增加了额外的复杂性,而第二个建议则没有。 :)

–影子向导正在接种疫苗
19年3月12日在12:22

我在写第一个主意时有第二个主意。我开始更喜欢第二个主意,但现在没有时间进行编辑。

– rob
19年3月12日在13:45

#13 楼


目前,我们没有活动可将其从列表中删除。与此相关的担心是,列表边缘的问题可能每隔15分钟出现几次,而在列表上弹出和弹出的次数都会因此而增加,从而使历史变得混乱。我们将研究是否可以找到一种巧妙的方法来实现这一目标,但是目前还有另一个功能可以帮助解决此问题:
问题在经过72个小时之后就会过期。
如您所说,每次在列表中出现问题时添加历史记录条目可能会很吵。为了SEDE,您可以在问题不符合条件时添加一次事件吗?您已经通过两种方式之一进行了此操作-主持人将其淘汰。问题到期后,您可以添加另一个吗?是的,我们可以根据日期自行计算出结果,但是每个“已输入的HNQ”条目都有一个明确的“已退出的HNQ”条目,这意味着查询编写者不需要执行条件逻辑(如果存在退出事件,则可以使用该逻辑日期数学)。它还可以帮助人们扫描网站上的帖子历史记录(时间轴或修订历史记录)。

评论


这和这个答案有什么真正的不同?

–鲸鱼的巫师皮卡·莱
19年3月13日在1:03

回答的@SupaMegaDuckyMomodaWaffle建议针对每个事件进行更新,但仅保留最新的(编辑历史记录)。我建议我们只保留最后一个,并且我们总是添加后者。

– Monica Cellio
19年3月13日在1:05

所以,有一个我不想这样做的原因...最终,我想知道一个问题是否真的消失了-这意味着当它达到72小时的最大值并不得不被踢时它仍然在列表中关。我想在这里做很多事情进行跟踪。我担心如果这样做,可能会使数据混乱。因此,我们必须谨慎对待本质上区分老化的事件,但不一定要从已删除列表中还是仍然列表中。

–Catija♦
19年3月13日在1:59

@Catija哦,我还没有考虑过这个案子。我想我所描述的是一个“不再符合条件”的事件,而不是一个“退出”事件,但这可能也没有太大用处。我认为我们俩真正想要的是在72小时的标记时将实际的退出时间添加到历史记录中,但这还需要更多工作。

– Monica Cellio
19年3月13日在2:32

#14 楼

感谢您所做的更改!我是否可以建议允许OP从HNQ删除他们的帖子?

并非所有帖子都需要受到关注,因为它们可能会引起过多或不受欢迎的关注,有时OP可能意识到这一点。

评论


“并非所有帖子都需要不受欢迎的关注”是什么意思?什么是“不必要的关注”?为什么要问一个问题,如果他们不想引起注意?您是在谈论某种元效应吗?

–FélixGagnon-Grenier
19年3月15日在17:30



我们了解您的要求,也没有考虑过此选项。此时,我们不太可能添加此内容,但是作为OP,您可以始终标记自己的帖子,并要求将您的问题和说明排除在外。但是请注意,成为OP并不意味着您必须拥有最终决定权。从HNQ列表中删除它也会影响回答该问题的人们。

–Catija♦
19年3月15日在17:31

我一直在思考关于Workplace的一个问题,即提问者不希望其老板看到。 HNQ的所有流量也无法产生效果,尤其是在有争议的问题中。

– Mohammad Zuhair Khan
19年3月15日在17:35

@MohammadZuhairKhan:发问者通常不太会善于知道哪些问题将产生生产性流量,因此他们应该将最终决定权留给有实际经验的人来弄清楚。至于匿名性,如果您担心老板看到问题,请从一个不相关的帐户询问并更改所有名称。只是希望这个问题不会对HNQ造成影响是非常无效的。

–内森·塔吉(Nathan Tuggy)
19 Mar 15 '19在17:37

@Catija尽管如此,从SE到主持人的指导要特别考虑从OP退出HNQ标志的过程可能会走很长一段路。

– E.P.
19年3月17日在21:54

#15 楼

我一直想要的一个功能是,作为用户,我可以阻止某些网站出现。我没有兴趣从热门列表中投票选出影视,但出于个人原因,我个人从未希望在那里看到它。不过,我想查看各个技术站点的热门列表,所以我宁愿不必完全关闭该功能。

评论


这可能不会实现:“ 3。不允许您自定义白名单或黑名单中看到的网站。 ...解决#3实施起来可能非常复杂,因此我们暂时没有计划。”(来自问题)

–MEE
19年3月17日在18:48

仍然可以使用合适的用户脚本在客户端实现此功能-我没有可用的链接,但是它就在那里。

– E.P.
19 Mar 17 '19 at 21:51

自定义样式表可以执行以下操作:meta.stackoverflow.com/a/349111

–jscs
19年3月18日在16:03

@MEEthesetupwizard是的,问题确实是这样。但是我认为这是一个错误,因为他们很可能低估了多少用户希望使用该功能。我经常希望能够从列表中隐藏特定站点,而这个答案表明我并不孤单。

–卡巴斯德
19 Mar 24 '19在14:51

#16 楼

feature-request使主持人更容易找到在HNQ上发布的标志。 HNQ历史记录,按年龄公开且符合条件。这将有助于主持人更及时地处理此类标志。 (此要求是对讨论某个特定标志的后续行动,该标志的处理速度慢于预期,因为它被埋在常规职位的标志下。)和主持人进行繁琐的工作,当系统中所有必需的信息都已经可用并且可以自动获取和传达时,就可以检查并传达该标志是否在紧迫的问题上。

值得注意的是100+对该答案的支持表明,在维护热点问题方面,总体上对改进mod工具的需求很高。和评论或仅针对问题。就是说,我倾向于认为最好将其用于所有种类的标志,因为我经常看到合理的问题(不值得任何标志)被HNQ路人的麻烦回答和评论所污染。

#17 楼

由于此处正在提出其他功能请求,因此我将在此处添加此功能,而不是提出新的FR问题。 />我知道,悬赏并不是直接成为热门的标志-它们不是投票或观点,也不是公式中的任何其他内容。但是赏金是引起关注的要求,就像热点列表中的热点问题一样。此外,有了赏金,有人为宣传付出了代价,这通常意味着这是一个更困难或更专业的问题。 (毕竟,简单的问题很快就会得到很好的答案,人们可​​以继续前进。)

例如,我的这个问题目前有500分的赏金,并且需要专门工具知识,而许多用户却不知道有。 (如果您说应该在其他地方提出该问题,那只会转移问题。)

HNQ列表与吸引人一样,都是为了吸引人们的注意力。他们可以一起工作吗?我要问的是,热度公式中存在赏金,而不是对于HNQ来说赏金就足够了。 (悬赏-10个问题无济于事。)

设置最低悬赏金额可能是合理的;在我的网站上,一次没有太多赏金,但是较大的网站可能会以50点赏金游泳。如果是这样,您可能只想考虑100或200点的赏金,或者数据表明自然断点的任何值。我认为我们可以找到一种方法,让赏金在不接手的情况下影响HNQ。

评论


我跑了一个查询,目前网络上有40个赏金,价值250 +,另外还有26个赏金,价值200,16个赏金,150代表,价值149赏金,相当于100代表。出现在一个网站上,并非全部。这比整个列表还要多,甚至超过250个也差不多。如果有人支付赏金,并且期望这表示它出现在HNQ上,那么我们必须解释为什么我们阻止其中一些问题出现,或者为什么我们让mods在支付费用后将其踢出。有什么想法吗?

–Catija♦
19 Mar 29 '19在4:47

@Catija我并不是说赏金可以保证在HNQ上占有一席之地;我的意思是,就像投票,答案和观点一样,它应该加入公式。特别是,当问题有资格获得赏金时,视图将无济于事(因为公式计算的是速度),因此赏金可以弥补这一点。没有人会认为赏金是一种保证,从HNQ撤职应该对任何热门问题都一样。

– Monica Cellio
19年3月29日在14:04

悬赏只能在问了问题两天后才能添加,如果它在两天内没有变热,那么赔率真的很好,它永远不会

–查理·布鲁博(Charlie Brumbaugh)
19年3月30日在5:58

@CharlieBrumbaugh的最新更改之一是将问题限制在热门名单上的三天。这告诉我,即使是现在,其中有些人还只有两天大的资格。如果最重要的是,赏金提供了提振,那么我们将获得一些原本并不热门但对某些人来说足够重要的投资。对我来说,这似乎是一个胜利。

– Monica Cellio
19年3月31日在2:07

#18 楼

状态已完成


现在,问题必须至少存在八个小时,才能将其添加到HNQ列表中。 〜Catija


feature-request设置帖子的最低年龄,然后才有资格进入HNQ列表。它在这里是因为它看起来像是对“主列表”的非常有价值的补充) />

将非SO问题延迟一定时间(可能一天或更长时间),以使人们有时间执行清理和审核工作,在此过程中所需的时间比在SO上花费的时间更长。 。后来,我在IPS meta和MSE的另一个SE CM(Catija)提到了类似的想法:


网站有机会编辑帖子,使其适合潜在的全网范围的消费;如果有资格关闭,则将其关闭-甚至对其进行编辑和重新打开!它还使现场专家有机会对(甚至删除)答案进行投票。从本质上讲,更多的眼球将意味着有问题的帖子进入HNQ列表的可能性较小。对于您的主持人而言,当您有一个六个小时的延迟(例如,一个复杂的问题开始引起问题)之前,您便会不断保持警惕...



我对上述建议的看法是,虽然我总体上同意这些建议,但我认为我们可以开始进行更短的延迟实验,例如3-5小时(并且只有在后来证明确实不够的情况下才增加)。通过设计,问题在开始迅速吸引站点常客的关注时变得很热,因此我们可以合理地预期,在没有“震耳欲聋”的投票的情况下,侧边栏过客的回答和评论也可以由活跃常客的关注引起快速关注所需的清理操作。

我不满意的另一件事是严格关注较小的网站。虽然我同意等待一整天对于堆栈溢出毫无意义(尽管我也看不到它有什么危害),但我认为它仍然可以从一些较小的延迟中受益,例如几个小时。特别是,这将使骗锤持有人有更好的机会关闭重复的内容,这些重复内容有时会出现在SO中的热门问题中(并且由于对HNQ的额外投票,还会刺激询问和回答明显的重复内容)。

评论


这已经在进行中。我们正在对HNQ当前对站点的影响进行一些分析,并且一旦我们了解了此更改带来的影响后,我们将对其进行添加。

–Catija♦
19年5月7日在11:03

@Catija感谢您的更新,我看到您在其他讨论中提到了对此进行规划,但不确定。您对影响的担忧是可以理解的,特别是如果您正在考虑像肖格提到的那样的极端变化,“也许一天或更长时间”

– gna
19年5月7日,11:12

@Catija的延迟实现似乎有点泄漏:我只是注意到侧栏中显示了两个比8小时新的问题。有趣的是,他们的修订历史记录并未显示HNQ事件:第一,第二...

– gna
19年5月21日在11:52



...我想我今天早些时候看到了这样的问题:它首先在侧边栏中弹出,但历史上没有HNQ事件,然后消失了一段时间,然后在8小时时再次进入HNQ,这次是在历史记录中有相应的事件

– gna
19年5月21日在11:56

下次您看到这个时,可以尝试获取HNQ的屏幕截图吗?是在主列表中还是在侧边栏中(都是?)?

–Catija♦
19年5月21日在12:32

@Catija OK将尝试捕获它并进行屏幕截图,如果我找到它,还将尝试检查它是否进入主列表

– gna
19年5月21日在12:41

@Catija,您去了,我只是在边栏上观察到此问题时观察到此问题-在边栏屏幕截图中看到红色标记,并且在检查列表时(第2页),我在其中发现了这些问题以及其他一些问题-在以下位置看到了红色标记列表屏幕截图

– gna
19年5月21日在14:51



奇怪的。我无法重现。我不认为您有任何脚本可能会影响它?我找人找,但是如果您能给我更多的信息,那就太好了。

–Catija♦
19年5月21日在15:02

@Catija没有脚本,什么也没有。仅查看普通Firefox 66.05 / Win 10中的侧边栏和热门列表

– gna
19年5月21日在15:04

...关于复制,必须很困难,因为这个问题是断断续续的,就像我第一次问你的时候一样:我只是重新检查了清单,现在所有麻烦的问题都没有了问在那里8个小时以上的问题。因此,这就像系统暂时中断,并在短时间内清理自身之后,没有留下任何痕迹。这特别棘手,因为正如我提到的,这些功能中断不会在涉及问题的历史中留下HNQ事件@Catija

– gna
19年5月21日在15:14

嗯...我想知道它是否与缓存有关...该列表每15分钟运行一次,但我认为它比实际运行列表所花费的时间更长(我上次手动运行该列表大约需要17分钟)。 。因此,也许在缓存中有些奇怪,但是一旦新列表实际完成,它就会自动清理吗?

–Catija♦
19年5月21日在15:19

听起来像是一个合理的解释-谢谢@Catija

– gna
19年5月21日在15:32

@Catija添加一些信息,当我到达HNQ时,我的问题只有2个小时大,这正常吗?

–Terminalator
19年5月23日在12:35

#19 楼

希望使隐藏HNQ列表的新功能在计算机/浏览器中具有本地设置,这对于那些希望在工作/学校中将其隐藏以限制对出现在列表中但又希望在家中看到的问题的注意力分散的人来说非常有用。其他干扰不大的地方。

评论


只需单击一下,就看不出花费时间的理由。

–影子向导正在接种疫苗
19 Mar 12 '19 at 12:32

@ShadowWizard不仅仅是单击即可,而且这不是重点。目前,想要在工作中关闭它但想在家里使用它的人将不得不在每个工作日两次切换设置。他们一次上班而第二次回家时,这给单个用户增加了很多工作。当前,这可以通过浏览器加载项来完成,例如堆栈溢出附加功能。但是,由于他们正在努力更改HNQ功能并添加了隐藏功能,所以我认为最好也要求提供本地设置。

–乔W
19年3月12日在12:56

同时,请不要放弃在全球范围内隐藏它的可能性。如果要定期清除Cookie,则很烦,不得不一遍又一遍地重做此类设置,因为这样会禁用响应能力

– samcarter_is_at_topanswers.xyz
19 Mar 12 '19 at 13:25

这就是我在要点1中指示的内容。我认为,实现这一目标的最简单方法是在边栏中将其设为cookie。由于它是基于Cookie的,因此它将在某种程度上特定于域,因此SE.com网站上的行为至少与AU,SO,SF等不同……但是我们可以在每个站点上将其设为,(也可能太细粒度)...,并且每个设备都可以。

–Catija♦
19 Mar 12 '19 at 13:49

@Catija在查看您的帖子时误读了该内容。感谢您澄清您的评论,我现在更期待这些更改!

–乔W
19年3月12日在14:06

@ShadowWizard,如果真的可以单击一下(例如,在“相关问题”列表下方的切换),则我同意您的看法。但这不是-只需四次单击和三页加载。

–马克
19年3月12日在20:15

而是使用adblock,它可以按位置进行控制。

–user400654
19年3月13日在18:04

@KevinB为什么当Stack Overflow Extras轻松地处理它(并改善其他区域)时,或者看起来,他们希望能够在每个站点/浏览器的基础上进行处理。

–乔W
19年3月13日在18:39

因为现在可以使用?

–user400654
19年3月13日在18:41

@KevinB也许我在这里感到困惑,但是有关对HNQ进行更改的帖子以及有关某些可能新功能的答案与它当前的工作方式有什么关系?

–乔W
19年3月13日在18:54

#20 楼

我尚无法访问这些数字,也不确定是否可以查找它,但是我发现周末整个站点的视在流量总体上存在显着差异。因此,如果可能,在周末花费大部分/全部72个小时的问题应该稍作扩展,以增加他们的曝光率。

评论


我很喜欢这个也许每个周末小时仅算为Hotness小时的1/2?

–scohe001
19年3月12日在11:56

不仅仅是明显的流量。这是Physics上的流量历史记录(在25k + rep处可用,在10k工具中的站点分析中)。逢低集中在周六(格林尼治标准时间星期五的交通量已经包括格林尼治标准时间之前的时区的一些周末部分,而周日则相反)。在您的本地站点上询问25ker,以确认其外观以及调制深度。

– E.P.
19年3月12日在12:31

尽管如此,我还是会反对这种不均匀的时钟。三天足够一个周末。焦点问题上的时间并不是问题的“正确”,如果由于在星期五发布而得到的问题少了,那就太糟糕了。

– E.P.
19年3月12日在12:33

@bruglesco没有人质疑它在整个网络范围内的事实。我不确定为什么您要攻击支持您的观察结果的硬数据。

– E.P.
19 Mar 12 '19 at 12:49

至于“公平性”,在此之前还有很多其他方面需要注意,查询复杂度确实是一个限制。该机制存在深层次的结构性问题,其修复可能很可能在有效之前就面临重大的设计,编码和性能挑战。此处提出的更改只不过是修饰窗口,增加了一些实质性的设计和编码复杂性,只是因为某些问题可能会在流量中得到分数调制。

– E.P.
19年3月12日在12:54

@ E.P。复杂性胜过价值,比“太糟糕”更具建设性。谢谢。

–user384163
19 Mar 12 '19 at 12:57

@bruglesco“公平”论点仍然是错误的。 HNQ在这里推广网站,而不是那些以某种方式(如何?)“赢得”那里位置的问题。绝对有一个论点是,较小的网站在列表中的曝光率很低。但这并不是一个不公平的问题,因为它的发布时间使它在网络范围内的流量减少了-这就是我所说的不是“正确”的意思。如果您确实认为问题“应得”这样的“公平”,那么请告诉他们他们有什么优点可以证明这一点,以及为什么热门公式能如此好地体现这一点。

– E.P.
19年3月12日在13:05

因此,这是三天的一部分原因是要确保至少在一个非周末的一天中都可以解决问题,所以这是一个考虑因素。我们正在尝试在简单性与公平之间取得平衡。我不希望最后给出一个解释,这让人回想起有趣的英语“我在E之前”规则...“我在E之前在E之前,除了在C之后...或者听起来像是在邻居或称重中都是ay。” ..等等,等等,等等。” :P

–Catija♦
19 Mar 12 '19 at 13:57

这就是为什么您在一周内问问题以获得更多积分的原因。

–查理·布鲁博(Charlie Brumbaugh)
19年3月12日在16:32

Nah @CharlieBrumbaugh,您在美国的星期天晚上问问题,这样他们可以更轻松地在欧洲的星期一早上进入名单并留在那里。 :P

–Catija♦
19 Mar 12 '19 at 19:17

@Catija您不想问得太早,否则您将达到销售代表上限而错过了互联网积分

–查理·布鲁博(Charlie Brumbaugh)
19年3月12日在23:10

#21 楼

feature-request只是为了记录起见,并避免失去这个好主意:

正如用户Mathieu Guindon在评论中建议的(目前有44个投票):


现在有一个历史事件被创建,这是第一次在HNQ列表中出现帖子。 -我闻到一个帽子扣子,甚至还有一套徽章。


我同意,最好在冬天的帽子上戴帽子,甚至徽章-基于


共成为热门问题的数量


,同时


>
例如在HNQ列表中的持续时间。

我认为这是确认对很多人来说很有趣的内容贡献的好方法。 >
当然,必须谨慎应用它,以确保它不会适得其反。也许只奖励那些在HNQ停留了整个72小时的问题。那应该给社区/ mods足够的时间来消除不必要的问题,从而仅奖励“热门但想要的”部分。

评论


我觉得这会适得其反。许多有争议的问题会吸引人们轻松地将其纳入HNQ的活动,但是这些通常是网站不想宣传的问题类型。如果有动机向HNQ提出问题,而最简单的方法是提出有争议或点击诱饵的问题,那岂不是只会鼓励网站不想这样做?依靠mod退名将无济于事,因为徽章已经被授予并且造成了损坏。

–特洛伊恩
19 Mar 31 '19在8:53

@Troyen到目前为止,我的印象是那些不需要的问题是例外。但我同意,一个潜在的奖励系统应该考虑此信息。也许只奖励那些在HNQ停留了整个72小时的问题。那应该给社区/ mods足够的时间来删除不需要的问题...

– Arsak
19年3月31日在11:16

无论如何,HNQ确实不是衡量质量的标准,但这并不意味着我们不能制造帽子或徽章。但是请记住,HNQ通常只会出现看起来很有趣的问题,这些问题通常只是有争议的帖子。

– Cullub
19年4月1日,下午1:33

不不不。基于向HNQ提问或获得高HNQ分数而戴的帽子几乎肯定会适得其反并引起戏剧性。

–ChrisF♦
19年5月3日在13:57

#22 楼

feature-request

允许从特定站点的热点网络问题列表中排除特定站点

(此处要明确,这不是用户偏好,而是站点-如问题中所述,该团队目前不打算为此目的建立用户首选项,因此,我不是在此建议,而是一个较小的版本。)

通读后在人际交往技能网站上的一些按站点的元帖子中,我遇到了一个回答,说:


网络上的许多站点都是技术/专业站点,其用户群的某些部分却没有





根据ArtOfCode的著名微观研究,许多新用户或匿名用户可能都不知道“热门网络问题”是:


HNQ是提到的最令人困惑的功能之一。在一个充满园艺问题的页面上,看着侧边栏,又看到彼此之间有关《星球大战》和Windows 10的问题,这让我的测试小组感到困惑。引起原始投诉的部分原因是,该投诉导致该网站不符合在此处提出问题的资格。不幸的是,这导致答案大量下降,并使该站点比以前更加停滞。我觉得以前的配置有助于提供更多的问题答案,这在这里非常有帮助,而目前,大多数答案并不是像以前那样从不同的角度来看。

我认为这是试图通过两种方式取得平衡很重要:在技术/专业网站上列出该网站可能不理想,这不仅是由于对新用户中的清单缺乏了解,而且还因为标题和其他不相关其中提到的原因,但是网站上的问题应该出现在其他人可能有兴趣回答的其他网站上(例如“生活”类别的网站)。

由于这些原因,一个站点的HNQ问题应该有可能包含在特定站点或站点类别中,但不包括在其他站点或站点类别中,例如,在人际交往技能列表中,例如不显示Ask Ask Ubuntu中的HNQ(仅随机选择)。

评论


如果我对为什么不同意该请求有解释,那就太好了,因此我可以对其进行修改以解决问题。

–好奇号刺猬索尼克
19年3月11日23:40

我喜欢这样,但更好的是按用户阻止,即像我可以忽略SO上的标签一样。因为我真的很喜欢HNQ,但如果我能安排再也看不到IPS或PCG的其他HNQ,那将是很不错的。

– davidbak
19 Mar 12 '19 at 0:20



@davidbak是的,但问题是他们目前尚未实现,所以我省略了。

–好奇号刺猬索尼克
19 Mar 12 '19 at 1:10

哦,可以肯定。但是我只是想增加我的支持...

– davidbak
19年3月12日,1:13

就我个人而言,我不希望自己的HNQ体验根据当前正在浏览的站点而改变。

– Federico
19年3月12日在10:01

我不希望仅仅因为一小部分声乐用户不希望将站点从特定站点的HNQ中删除。如果这样做(我强烈不希望这样做),那么就需要仔细考虑要排除的内容和位置的设置,您可能希望从所涉及的两个站点输入信息。

–TheLethalCarrot
19 Mar 12 '19 at 10:29

@TheLethalCoder不是“只是语音用户的一小部分”。甚至是SE社区经理和以前的IPS管理员都表示,在技术/专业站点的HNQ中拥有潜在的卑鄙的标题(人们在工作场所访问,请注意)也不理想。另外,我避免提出用户筛选器,因为该团队在问题中说他们暂时不打算使用它。

–好奇号刺猬索尼克
19 Mar 12'19在10:33



@SonictheWizardWerehog我不明白“哪怕是SE社区经理和以前的IPS mod”也驳斥了我的观点,mod和SE人员显然只是一小部分人声。但是,我的主要观点是,如果实现了这一目标,那么您需要做的不仅仅是一次元讨论。并非所有人都读过meta,但是这种变化可能会极大地影响很多甚至不知道有可能实现的人。

–TheLethalCarrot
19年3月12日在10:35

@TheLethalCoder顺便说一句,如果有人真的想从特定站点查看HNQ,则可以单击标题,该标题进入stackexchange.com主页的“热门”标签。该列表列出了当前有资格使用HNQ的所有问题。

–好奇号刺猬索尼克
19年3月12日在10:36

我认为您错过了我论点的重点,因此我将在这里保留讨论。那就是说同样的事情在这里适用,大多数人甚至都不知道您可以单击该按钮,我知道直到我不小心做了一次之后,我才知道。

–TheLethalCarrot
19年3月12日在10:38

该排除提案将强制执行气泡和回声室。多样性和“其他新闻”方面是抵制一心一意甚至无聊的宝贵补充。似乎“更具相关性”的原因是任意的(机会实际上是零),“工作场所的体面”也有点虚假:HNQ标题是(内部SE)广告,我们对不适当的广告有多少控制权在工作场所的计算机上可见?令人困惑的新手部分值得解决,但是一小部分用户认为“不合适”是不值得的。看到以下内容甚至没有下一步:“误点击”。

–LаngLаngС
19年3月14日在15:23

解决此处描述的问题的最佳方法是分组。假设您使用的是超级用户。网络热点问题。来自这个网站。 Windows问题,网络问题,Excel问题。来自其他技术站点。苹果问题,Android问题,汽车机械问题。来自其他站点。关系问题,工作场所问题,拼图问题,电影问题。然后,例如电影,它将来自其他文化网站。科幻问题,动漫问题,文学问题。等

–user56reinstatemonica8
19 Mar 18 '19在22:32



@ user568458好主意;您应该提出一个新的答案,以便可以单独进行投票。

–好奇号刺猬索尼克
19 Mar 18 '19 at 22:40

@SonictheWizardWerehog该问题可能表明不会实现每个用户的设置。但是我认为我们需要改变他们的想法,因为我想很多用户都希望使用该功能。

–卡巴斯德
19 Mar 24 '19在15:05

@ user568458我认为分组是不合适的,因为关联的两个站点不是等效关系。这样做会破坏HNQ的目的,即用户要了解他们可能感兴趣的其他站点。分组意味着用户只会了解他们已经知道的组中的站点,而用户可能永远不会了解其他站点组的存在。

–卡巴斯德
19年3月24日在15:08

#23 楼

feature-request调整热门度得分,以偏爱未出现在热门列表中的网站。

此处查询的研究数据表明,大约20个网站未出现在热门列表中3个月。甚至没有一次,去看看。为了进行比较,顶级站点的数据显示,他们的问题中大约有数千个。

这看起来不公平,我建议我们以某种方式考虑类似的情况。

为此,系统可以检查何时是特定站点的问题最后一次进入热门列表,如果持续时间超过一周(或两周或一个月等),它将以某种方式提高得分来自本网站的问题。

(如果实时进行建议的检查和调整在技术上不可行,则可以按一定的时间间隔安排,例如每天一次或一周之内。)


相关内容:用于我们的堆栈交换网络的新资源


帮助较小的社区在热点网络中有所了解问题列表...


评论


在某种程度上这会有所帮助,但是0个HNQ网站中的一些根本没有很多候选人。 Windows Phone SE每天有0.1个问题,如果转到“问题”选项卡,则统计看起来更糟-5月份共5个问题。多年来,啤酒一直是人们苦苦挣扎的地方。电子书还有其他一些问题,但许多问题尚未得到解答。如果您试图包括这样的网站,那将需要极大的提升(希望有人提出一个很好的问题)。

–特洛伊恩
19年6月19日在23:20

话虽如此,我确实同意为较小的网站提供更多曝光率的目标。但是列表底部的某些站点可能超出了HNQ所能提供的任何帮助。您需要一个问题(最好是一个答案)才能出手。

–特洛伊恩
19年6月19日在23:21

@Troyen这是关于0个HNQ网站的一个很好的观点,我在准备此请求时正在考虑相同的问题。然后我想,没有给他们机会,我们就无法可靠地判断出这些“局外人”网站的确是兴趣有限,还是运气不好,系统错误。为了进行比较,请查看在这些查询结果中显示3-5次出现的网站,这些我觉得很好-可以很容易地看到,他们获得了公平的机会并证明了其局限性,这没关系...

– gna
19年6月20日在5:53



...关于给予多少刺激,我对此没有强烈的看法。到目前为止,我倾向于认为最好对其进行合理的限制,因为我看到此请求的目的不是以任何价格将网站推入清单,而是更像是合理地提高其到达该网站的机会

– gna
19年6月20日下午6:00

#24 楼

主持人可以从列表中删除有争议的问题:


,引发大量辩论或争论甚至编辑战争。





不能为他们的网站树立好榜样。


一些网站充满争议的主题,例如怀疑论者。关于有争议的话题的争论一直在发生。

但是我们只是人类,主持人也是如此。那么,如何确保这个功能强大的工具不会被滥用*?您要求它很少使用,但是就足够了吗?

此外,当问题被删除时,


事件将被记录在发布时间轴中并编辑历史记录,以指示何时删除了该工具以及由谁删除了。



为什么不请主持人解释为什么使用该工具并将其包含在事件中的原因?没有罐头消息。
您还会添加任何其他措施来防止滥用吗?

*尽管有些不常见,但我看到用户和主持人滥用了审核工具(例如,关闭问题)当他们不喜欢这个话题时。所说的问题不值一提,后来又在没有实质性修改的情况下重新提出。

评论


这就是为什么我建议网站对这意味着什么进行讨论的原因。当mod出错时,通常是因为他们正在猜测该怎么做。如果网站针对HNQ中不应该包含的内容提供指导,则他们将能够更好地将其操作与网站用户的期望相匹配。我们真的不想强迫mods对每种用法进行详细说明。如果这令人困惑或存在争议,请询问meta并让他们可以当时解释他们的想法,但是如果每个人都同意,那么放慢速度就不值得了。

–Catija♦
19年3月13日在13:22

至于通知质询者,这实际上没有任何意义。他们没有在HNQ列表上欠时间。这是奖金。如果某个问题确实存在真正的问题,那么由于存在大量评论或答案,这应该很明显,因此无论如何,mod很可能会对此问题发表评论。

–Catija♦
19年3月13日在13:23

“真的不想强迫mods每次使用都详细解释”-为什么不呢?如果要少量使用,则不会浪费大量时间。顺便说一句,“详细”是指它被拒绝的主要原因。无需输入整本书:P我将进行编辑以澄清。

–用户
19年3月13日在13:25



@Catija在一个问题下的评论和长期讨论并未表明它是否被HNQ禁止。通过将其掩埋在编辑历史记录中,审核变得不那么透明。通知海报可能不是最好的措施。可能会有一条自动评论“此问题已从HNQ中删除”(或“负面”程度较低的类似词)。

–用户
19年3月13日在13:29

为什么需要通知OP?当他们的问题被关闭或删除时,我们甚至不通知人们-在我看来,这更成问题。这些都可以更改。不能这样为什么我们要告诉人们呢?您在此所作的部分解释必须是这样做的好处,我在这里看到的只是“ mods可能滥用此内容”。我们倾向于信任我们的mod,然后在他们做错事情时采取行动。我们通过举办历史事件使他们负责。请说明为什么我们需要这样做,而不是通过问责制来继续我们的信任?

–Catija♦
19年3月13日在13:34

我不太明白为什么要通知OP或为什么还要对其进行宣传。 HNQ是一个善变的事情,面对新的变化,它现在比以往任何时候都更加透明。以前,CM可能已经从HNQ中排除了一个问题,并且在相邻对话之外​​从未公开提及。我认为,微调和讨论HNQ上的内容和没有内容没有任何价值。

– Mag
19年3月13日在13:36

@Catija你们都是对的。当我们不通知已解决的问题时,通知OP过多。我已编辑。

–用户
19年3月13日在17:23

@Magisch事实是不透明的,这并不意味着现在也不透明也是可以的。正如我已经解释的那样,透明性将使mod不太可能屈服于他的偏见。我已经看过无数次了。

–用户
19年3月13日在17:27



@Catija“为什么我们需要这个[而不是当前系统]”-因为有些mod见例如。在怀疑论者的文章中,标题为“这个事实在政治上是不正确的吗?”可能会确保由于他们的偏见而隐藏了问题,无需三思。我以前见过这种投票方式。由于公然不合理,Q被重新开放。想象一下,几乎看不见的HNQ禁令会发生什么。

–用户
19年3月13日在18:08



如果这是您的解释,请张贴在帖子中,不要发表评论。 :)我仍然不太确定这是否会否定我对问责制的观点。问题不一定要在HNQ列表上拖延时间。如果他们为mod制作大量作品并激起了很多戏剧性,那是排除它们的合理解释。但是默认情况下,mod不需要预先解释。如果您对此感到困惑,请询问meta。如果您想帮助mods知道如何使用它-或告诉他们根本不使用它-请在meta上解决。 :)哎呀,您甚至可以讨论需要评论说明的站点策略。

–Catija♦
19年3月13日在18:27

但我认为,在大多数情况下,我们不认为这是一个有争议的问题,因此我们不需要在所有站点上都需要所有mod的这些东西。

–Catija♦
19年3月13日在18:30

@Catija也许在“ 10k工具”首页上添加“最近的HNQ淘汰赛”?

– E.P.
19年3月14日在11:07

默认行为是不发布hnq。试想一下,如果一个mod不适当地从列表中删除了一个?损失不多。这是一个相当低风险的行动,允许mod。

–fredsbend
20 Jun 30'18:02