这部分与以下内容有关:在标题中使用“问题”一词-但是,这是一个实际的功能要求。


问题,先生?

我正在尝试编辑一个包含特定错误消息的问题,即:


Office数据库存在问题


错误消息是人们在互联网上搜索的第一件事,因此,我认为绝对有必要在相应问题的标题中包含错误消息。它曾经拥有它,除了添加引号外,我不想对标题进行太多更改。

但是,我得到了...



...坦白地说,这没有任何意义。现在,我已经在“超级用户”上进行了近3000次修改,而且我不相信自己不能为标题添加任何我认为必要的内容。根据我的经验,标题无论如何都不会获得太多的编辑爱,因此编辑标题也不应该变得更加困难。

更重要的是,这种“功能”使得无法修改旧的帖子而不会破坏它。几乎所有错误消息中都可能出现“问题”。您希望标题为…


...而不是…


…而不是…


/> Outlook中的“连接出现问题”错误


哪个更有意义?当然,这只是一个例子,我链接到的问题还显示了数学领域中的其他问题,例如“问题”。

虽然我确定有几篇文章标题中的“问题”确实没有意义,但我认为还有很多更严重的标题问题需要解决(但是不能解决)因此,我建议具有足够特权的用户应该能够自由编辑帖子,而不管当前版本如何。



功能请求


限制到位。

鉴于标题中的“问题”主要被新用户滥用,因此“足够的特权”可能意味着:


完全编辑特权(2k),
审阅特权(5k)(如果以上内容还不够)
批准了一定数量的修改,例如获得了strunk & white徽章


评论

+1我想编辑标题上带有“问题”的SO帖子,以解决多个拼写错误和其他问题,但由于OP在标题中添加了“问题”,所以我无法保存修订,因为我离开了它在那里。我不想更改标题-只需解决问题中的一些错误即可。我将其保持不变,而不是尝试通过测试。因此,由于标题中单词的盯着匹配,所以出现了一个丑陋的问题。为什么要使问题符合通过明显不适当的自动规则?强制执行的编辑与执行该操作的机器一样具有启发性。

+1这是限制,是有史以来在SO上实现的最糟糕的功能之一。搜索栏就在上面。

我知道@NullUserException,虽然可以消除一些不好的标题可能会有所帮助,但是当您开始考虑它时就太荒谬了。我在SE网络上享有23k的声誉,我已经编辑了3000多个帖子,即使试图修复其他人的帖子,也无法在标题中加上“问题”一词?

@Kevin关于为什么拒绝此问题的任何反馈?

你们为什么不接受建设性的批评,并尝试解决这些问题。社区想要它。为什么您会无缘无故地“降低状态”。

我想这是他们说的一种方式:问题?

碰到这个问题。尝试更正标题中的拼写。

@SamDeHaan但我必须说,您链接到的问题确实不适合Stack Exchange。

@slhck是的,但这是一个足够老的问题,社区决定保留它,所以我至少希望能够纠正拼写。

@ KevinMontrose♦您能解释一下为什么被拒绝吗?这是堆栈交换中最差的异常之一。

#1 楼

如果在带引号的语句内,为什么不容许出现问题?

示例:

主题行:I am having a problem with app XYZ(根据当前规则,不允许使用)

主题行:Crashed with "A problem occured in module DEF"?(允许,因为位于引号内)

我想将其作为验证规则应该很简单。当然可以利用它,但是通过主题行进行利用或虚假陈述的人无论如何都会被低估/节制。提议的验证仍将根据原始意图过滤大多数主题行,但允许@slhck的主题行通过(我同意,在涉及硬编码错误消息时,这很有用)。

总体而言,这将满足@slhck的情况,而不会像@Frédéric和@Kevin提出的那样将能力分为两类用户。

评论


我个人不希望再记住一个神秘的规则。

–乔恩·埃里克森
2011-12-8 21:29

我在应用XYZ中遇到“问题”

–李本
2011-12-20 21:09

@BenLee是,但是您多久看到一次这样的标题?如果有人用这种方式为他们的问题加上标题,那么他们可能是问答格式或英语写作的新手,与要求社区/修改/评论的标题相比,他们其余的帖子可能会遇到更严重的问题。

– DuckMaestro
2013年1月7日23:54

@BenLee遇到“问题”意味着您没有问题,对吗?因此,该问题可能会立即被删除;-)

– Tomas
13年7月1日在9:38

@Tomas,触摸:)。

–李本
13年7月1日在15:13

#2 楼

我们这里有一个非常基本的垃圾邮件过滤器。系统还提供了许多其他的垃圾邮件处理方法:



重写尾随标点符号,

弹跳不符合某些模糊质量标准的问题,
后标记,
后编辑,
问题关闭,
,当然还有声誉本身。

系统中内置了一些是随时间推移使用的临时解决方案,会增加机构的惯性,并且可能会困扰很多人。 (我会让读者对我没有想到的上述方法和其他方法进行分类。)

涉及临时解决方案,例如过滤“问题”一词,系统放慢速度会导致大量难以理解的模型异常。大多数程序员都有处理这类系统的思维工具,但是我们现在将它强加给非程序员,这似乎是一个错误。 (我收集到的这一特殊调整仅适用于Stack Overflow本身,但我将争论有一种更好的方法。)

解决方案是即席的一个好兆头是实际用户(不是新手用户,而是已经参与该网站的用户)开始寻找方法(例如Unicode)来解决烦人的规则。他们开始捍卫以“!?? !!”结尾的问题。基于一些晦涩的编程语言,其中这是有效的语法。他们这样做并不是在烦人,或者不是因为他们合理地喜欢这类问题,甚至不想阅读更多问题,而是因为(在他们看来)规则是愚蠢的。此外,这是黑客寻求系统限制的明智之举。

最终,创建临时垃圾邮件过滤器的整个想法已经无效了多年。保罗·格雷厄姆(Paul Graham)对他们的评价如下:


如果我认为我可以保持当前的垃圾邮件过滤率,那么我认为此问题已解决。但是,能够过滤掉当今大多数垃圾邮件并不意味着什么,因为垃圾邮件在不断发展。确实,到目前为止,大多数反垃圾邮件技术都像杀虫剂一样,除了产生新的,可抵抗的臭虫菌株外,别无所求。


如果我们已经尝试过自动过滤“质量”,为什么不一直使用贝叶斯过滤器呢?考虑到人的票数,声誉和大量的文章和编辑语料,应该有足够多的信息可以使用。当然还有十年的现有技术。

另一个好处是,有可能为用户提供定性的原因来解决他们的问题:


在标题中包含“问题”一词的问题中,有99.3%的得分为-3。
也许,也许你应该改写这个问题。


我不确定实现细节,因此这种特定行为可能与当前系统一样糟糕。这将是一种自我实现的预言,因为人们将学会不使用某些单词,而仅有这些单词的帖子将是不好的。也许在组合中增加声誉将使过滤器不仅仅是禁止某些单词。关键是要使系统更加客观,而不仅仅是“我看到很多不好的问题,在标题中都有“问题”一词,因此我们应禁止使用该词。”

评论


好的诊断。我认为没有人会怀疑这个词是一个废话的标志。问题 的问题是,该词有合法的,甚至是必要的用法,现在已经不可能了。

–jscs
2011-12-8 21:22



@问题,以及当您禁止使用该词时,您甚至会失去良好的失败迹象。

–slhck
2011年12月8日在22:55

#3 楼

您已经可以通过作弊做到这一点。

在单词“问题”中插入U + 200C零宽度非JOINER可以绕过过滤器。该字符是不可见的,应该由理解Unicode的文本处理器忽略。

我将此技术应用于超级用户问题,Stack Exchange搜索仍然可以很好地找到它,就像Google一样。对于确实无法正确处理Unicode的搜索引擎,我确实确保在问题的正文中包含错误的非ZWNJ版本。

在Windows上,您可以复制ZWNJ使用charmap实用程序到剪贴板。搜索“零宽度”,然后找到U + 200C。

我相信这个漏洞不应该被解决。 (但更好的是,只需实施此问题中要求的更改。)我不希望那些不费吹灰之力的用户会利用它编写不良标题,如果这样做,他们会受到警告。有时候,在标题上逐字显示错误消息确实很有意义。

#4 楼


更新:根据您的评论,我想我错过了您提出问题的要点,我应该更详细地说明原始答案的最后一个
段落。


事实是,我不认为允许受信任的(2k +)用户绕过problem过滤器是主要的方法,主要是因为:


这两个过滤器都很有用(没有问题标题的problem实际上对网站有所帮助),然后我看不到为什么我的编辑或您的编辑或Jon Skeet的编辑应该能够绕过该过滤器,
或者不是,然后将problem放入

我知道我们想劝阻低质量的问题,并且前面提到的过滤器应应用于编辑,以防止聪明的用户在发布后立即在他们的问题标题中编辑problem他们。再说一次,我认为2k +精英主义不会像在网站的其他方面那样为我们服务。

简而言之,如果problem过滤器确实引起问题,那么让我们为每个人改进它或完全摆脱它。在使2k +用户免受其影响的同时忽略该问题似乎只是针对症状的一种解决方法,而不是根本原因。

原始答案如下:


好吧,公平地说,There is a problem with the Office database是一种非常普通的错误消息。

您的编辑旨在使该消息在搜索中更加突出,这很好,但是您真的确定这个问题实际上代表了这样的错误消息。该信息的显着体现?还是提供的答案将解决超过10%的与该消息相关的问题?

因为不是这种情况,从长远来看,您的编辑可能会适得其反,因为它会掩盖关于搜索中同一条消息的其他问题,也许是更合适的问题(当然,假设您不对这些问题进行编辑)。

现在,关于过滤器,也许我们可以在用双引号()和双引号()括起来时用problem标题吗?这似乎是在问题标题中包含错误消息的自然方法(您在问题中使用了两次),并且它没有提供比"或零宽度空格恕我直言更强大的过滤器规避路径。 br />
或者也许我们可以完全摆脱'过滤器,但是我在这里还太年轻,不知道它应该解决的问题的重要性以及最终解决问题的效率。所以,我不能真正主张这一点。

评论


我的观点是:“ Office数据库有问题”是实际的错误消息。我不在乎它是否通用-可以这么说,这是微软的错。从这个问题(可能是Time Machine,也许是权限)可以添加的上下文不多,但是从我的经验来看,错误消息是这里的主要“陷阱”。关于过滤器,我已经想到了相同的内容(用引号引起来),但是仍然在其他领域(如数学上的“问题”)留下了问题,我只是为可信用户摆脱了过滤器。

–slhck
2011年10月9日10:54

关于您的编辑:是的,您确实有一点。这就是为什么我添加了允许已被证明可以进行良好编辑的人员(例如通过获取破烂的白色徽章)允许它的选项的原因。我确实认为规则本身是一个不好的措施。他们提出来的想法很疯狂,因为它真的……以某种方式偷偷摸摸。而且-正如我在提问中所说的-标题中还有很多其他问题需要解决。如果是我的话,那么障碍不应该放在首位。

–slhck
2011年10月9日15:43



但是,>我看不到为什么我的编辑或您的编辑或Jon Skeet的编辑应该能够绕过该过滤器的原因–因为您被信任不要滥用标题中的“问题”。对于没有掌握该网站要旨的新用户而言,该过滤器仍然可以说很有用。

–slhck
2011年10月9日15:44



这里也是新的。我怀疑可能有用户输入了无用信息的标题,例如“ C ++编译器警告问题”或“ Java数组问题”等等。及时扩展我的假设:为了使人们获得更多翔实的头衔,有人创建了一个笨拙的过滤器。现在,摆锤摆动得足够快,以至于早期的“问题”问题仍然存在并且仍需要进行编辑-尽管没有在标题中出现(我的情况-请参见OP问题下方的评论),或者实际的术语“问题”需要出现在标题中( OP的问题)。 (继续)

–迭代器
2011年10月9日在16:18

(续)因此,我们中的某些人可能会感到满意的是,在标题中排除“问题”对于较新的用户是合理的,应该鼓励他们在标题中提供信息,而更多有经验的用户大概已经看到了信息标题的价值。筛选“问题”使他们专注于绕过筛选器的方法,而不是专注于站点和问题。

–迭代器
2011年10月9日16:19

这个问题所链接到的帖子,指定了“问题”一词的合法使用,并且要求引用绕过过滤器不会改善问题。因此,我认为您的第二个建议是完全删除过滤器,是个好建议。

–rcollyer
2011-10-12 3:51



#5 楼



我对标题的期望是,它清楚地告诉我用户遇到了什么问题,并且仅此而已。

我不管您是否拥有BSOD 0xED或0x124及其名称,但我当然不关心标题中的错误消息,描述或类似的详细信息。查看您的示例


Office数据库存在问题


并不意味着什么,因为它不能清楚地说明我是关于潜在问题的。

可以从字面上复制错误消息的标题只是懒惰,您不希望标题像...


系统重新启动后没有先关闭系统吗?


但是具有类似


的指导性标题如何解决TDR崩溃,在观看视频流时发生错误吗?



problem在您的示例中真的有意义或必要吗?

看着您的特定问题,我看到了以下内容事情:


发生了还原(使用TimeMachine)。
相关的权限问题。
数据库似乎没有加载。

/>这些详细信息可以为标题提供更好的替代方法:


还原备份后如何修复Office数据库?
为什么Office在还原后报告数据库和权限错误?

这些对于人们扫描问题列表并寻找答案的问题更有用。

对于搜索引擎目的,问题主体也被索引了,所以这并不是一个真正的问题...


包含problem的标题在超级用户上是否没有意义?

将您的示例放在一边,通常这些包含problem的标题毫无意义:


您能解决我的计算机问题吗?
为什么我的浏览器访问Stack Exchange时有问题?
请帮我解决计算机运行缓慢的问题吗?

还请注意problem是一个非常常用的论坛标题后缀。

想想MLK说“我有一个梦想... ”。然后问问自己:“什么梦?我能为您提供什么帮助?”请不要让我阅读不必要的文字。谢谢。


过去在超级用户上合法使用过“问题”吗?

请查看此搜索查询和该搜索查询。我试图看那里有多好,我在那儿看不到对“问题”的任何合法使用。请注意,即使在第一个查询中,信誉也没有关系。


以下是基于您的注释中低质量建议的解决方案:

正确的解决方案是在“问题”页面上添加一个隐藏的I have a problem...字段,尝试过滤单词时启用;它会自动在低质量页面上显示该字词,从而在低质量页面上告诉您触发了哪些过滤器。我们保留过滤器,也许添加hasBeenFiltered。这样,在标题更好的情况下,我们不必自行编辑issueproblem

这样,仍然可以对其进行过滤,我们可以对其进行审查以处理不正确的情况。

尽管Stack Overflow和Math.SE都没有此过滤器,但由于其他SE网站没有编程或数学问题,因此必须使用此过滤器。我怀疑Programmers.SE是否是一个例外...

评论


我不同意标题中的错误消息纯粹是懒惰。当人们收到错误消息时,他们要做的第一件事就是输入错误消息。您的替代建议很好,但是第一个需要解释(也许不是引起问题的备份?),第二个实际上包含“问题”。再说一遍:) —我的意思是:通过消除问题,您迫使用户考虑一个更好的标题,但是正是这些类型的用户在使用“问题”,然后他们才提出一个更好的标题而仅仅使用一些东西否则,例如“问题”(ctd…)

–slhck
2011年11月4日7:53

(…)…但是,这样做还限制了所有合法使用,例如“停止问题”或任何数学问题,并且标题中再也没有提及这些方法了。我想区分已建立的用户可以使用标题中的任何内容和限制新用户,这在Stack Overflow之类的网站上绝对是必须的。

–slhck
2011年11月4日在7:54

@slhck:问题标题框不是搜索框。的确,第二个包含了问题,但错误同样适用。确实,像问题之类的词也可以,但不太常见。可能出现的过滤器警告需要更具描述性,因此它们不需要同义词。 “为什么我的计算机停顿了?”不包含问题。我怀疑是否有人会遇到Windows中的问题步骤记录器之类的问题。请注意,数学问题属于特殊类型,因此Math.SE允许使用。

–塔玛拉·维斯曼(Tamara Wijsman)
2011年11月4日16:30



@slhck:您应该检出此搜索查询和此搜索查询。我试图在那里看有多好,我在那儿看不到对“问题”的任何合法使用。声誉,即使在第一个查询中,也似乎无关紧要。

–塔玛拉·维斯曼(Tamara Wijsman)
2011年11月4日在16:49



是的,这些都是可怕的标题。我什至不怀疑,也从未如此–重点是,这些并不更好,这是我懒惰且不允许出现问题时要使用的下一个同义词。该列表可以继续。

–slhck
2011年11月4日16:57



@slhck:然后我们应该检查它们并将它们添加到过滤器中。

–塔玛拉·维斯曼(Tamara Wijsman)
2011年11月4日17:29



不,请不要再使用任何过滤器。对于这样的问题,这是完全错误的方法。我在其他地方建议的只是将它们自动设置为“低质量”,并让其他人对其进行检查。还有很多其他不好的标题,您无法自动过滤掉,而让别人犯错误,您就有办法找到他们。如果仅删除“问题”和“问题”,标题将和以前一样糟糕,但是您将无法跟踪它们。

–slhck
2011年11月4日17:38

另外,“为什么我的计算机停止运行”并不是我所说的“停止运行问题”。堆栈溢出有4600个结果:stackoverflow.com/search?q=halting+problem

–slhck
2011年11月4日17:40



不,我没有任何统计数据可以正常工作,因为无法找到答案。通过消除质量差的指标,您可以使质量指标消失,但是您无法证明它实际上可以改善任何方面。

–slhck
2011年11月4日在17:40

@slhck:关于当前的“问题”过滤器是否工作正常,您有任何统计信息吗?对用户尝试过的不同标题进行逐案分析可以帮助我们得出结论,但这根本不值得花时间在上面。请注意,标题中较少的单词会自动构成低质量的过滤器...

–塔玛拉·维斯曼(Tamara Wijsman)
2011年11月4日在17:41

@slhck:我确实有证据,这些搜索查询充满了废话。请注意,堆栈溢出和数学不是超级用户,与“计算机问题”相比,“编程问题”和“数学问题”是例外。没有像“停止问题”这样的术语...

–塔玛拉·维斯曼(Tamara Wijsman)
2011年11月4日17:41



请注意,该过滤器也没有在Stack Overflow上使用,就像在Math.SE上没有使用一样。因此,我们在这里谈论的是Super User和其他SE网站。

–塔玛拉·维斯曼(Tamara Wijsman)
2011年11月4日17:44



看,我的全部意思是:如果我有一个包含5000个非常糟糕的问题标题的查询(并且我毫不怀疑它们是不好的),那么至少您可以说出它们是不好的。如果您限制人们使用它,则有两种可能:1)他们使用更好的标题,2)他们使用另一个another脚的标题而没有“问题”一词。无论哪种方式,您都无法找到真正发生的情况。

–slhck
2011年11月4日17:45



同样,您确实有证据证明那些查询是胡扯。现在,您无法再执行此查询。您现在将如何找到这些废话?

–slhck
2011年11月4日17:50

我可能会在接下来的几周内写一个新功能请求。这些请求(尽管有76个投票)被关闭的方式使我认为最好稍等一下再重试。

–slhck
2011年11月4日在18:28

#6 楼

我们不愿意根据信誉来调整验证规则,相同的质量过滤器和规则适用于每个人。

状态下降,因此相应地拒绝该规则。


看看弗雷德里克·哈米迪(FrédéricHamidi)的建议,即使用引号作为错误消息或类似消息中“问题”的信号,因此在这些情况下不表示垃圾标题。

Windows Problem!Getting "problem connecting to server" exception with .NET Socket磁贴;

虽然这本身并不是一个坏建议,但事实证明,几乎没有人实际尝试以这种方式格式化图块。从历史上看,在堆栈溢出的引号之间存在所有有问题的问题标题的<0.2%(服务器故障<0.5%,超级用户<0.8%)。

当前趋势是所有被拒绝标题的<0.2%其中problem包含堆栈溢出引号之间的问题。在同一时期,“服务器故障”有0个(在标题中为problem拒绝的39个中),而“超级用户”有2个(在30个被拒绝的标题中)。服务器故障和超级用户的样本量较小,但是堆栈溢出趋势显然是稳定的。

因此,此建议未得到实施,因为它没有效果,并且毫无意义地使标题检查复杂化。 br />

评论


这是哪种质量过滤器?我了解您在这些过滤器中看到了新用户发布的大量帖子的值,但是您这样做却消除了所有合法的词语使用。正如我所建议的那样,这可能甚至不是基于声誉,而是基于做出有价值的编辑贡献的能力。

–slhck
11年3月3日在22:09

另外,也可以让每个人都遵守相同的规则。与其阻止发布标题中带有“问题”的问题,不如显示警告消息,可能不认为这是一个好问题。

–史蒂文·杰里斯(Steven Jeuris)
2011年11月3日,22:25

@Steven我已经建议过将这些问题自动标记为“低质量”,以便将它们放入/ review队列中,但是他们也不希望这样,因为这对其他人来说是更多的工作。

–slhck
11年3月3日在22:53

@Steven这只是一条评论,但当然可以提出一个适当的功能请求,然后将其状态降低。

–slhck
2011年11月3日23:06



因此,我们现在需要做的是寻找P的Unicode替换...或开始使用Pr0blem之类的东西。大。

– Pekka
2011年11月4日9:38



@Pekka:Próblém:P

–马特
2011年11月4日在16:32

哦,这对于Google的可搜索性将大有帮助...

–迈克尔·彼得罗塔(Michael Petrotta)
2011年11月4日在17:06

@Tom搜索时,您会看什么? A,还是B? i.imgur.com/BLJqz.png(有趣的是:您编辑了标题)

–slhck
2011年11月4日17:49



@Michael是的,但是如果这是抵抗这种“功能”的唯一方法,那么除了SO团队之外,似乎没人想要...。

– Pekka
2011年11月5日9:50



这个过滤器是100%无用的:meta.stackexchange.com/questions/107989/…

– NullUserExceptionอ_อ
2011年11月19日在22:43



另外:meta.stackexchange.com/questions/112944/…

– NullUserExceptionอ_อ
2011年11月20日,0:15



-1-答案似乎不自然,其目标是stackoverflow。响应是对您的用户的耳光。

– JonH
2011-12-02 20:07



真是笑话。 “受信任的用户”的概念发生了什么?

–p。坎贝尔
2011-12-8 17:59

这是一个专家社区。显然,专家们不同意这个决定。忽视他们的意见在很大程度上与SO的“开放性和社区性”精神背道而驰。

– BlueRaja
2011年12月8日在21:25

我只能说,在超级用户上,用“问题”替换为“问题”的问题数量已大大增加。那真的是你想要的吗?

–slhck
2011年12月9日在9:06