视图/票数较低的旧未回答的不活跃问题
和Meta Server故障的努力：不受欢迎的老问题
我们已经在30天后自动删除了否定表决的未回答的老问题，整个网络范围内，不需要人工干预。
我想我们可以扩展可以根据以下标准删除旧的，未回答的零分问题...
小于（问题年龄（以天为单位* 1.5天））的观看次数
0分或更低，如果原始作者被删除，则得分为1分或更低
没有答案
1条评论或更少
是在一年多以前提出的（因此基于创建日期，而不是上次活动日期，因此请社区戳一个问题或用户对其进行编辑，并没有给出一个注定的问题365天以上的僵尸“生命”）
请参见以下查询结果：
（10509）|服务器故障（787）|超级用户（650）
此查询已根据注释进行了改进，这是将于今晚推出的最终版本。从此以后，网络中的每个站点（元数据除外）都将自动删除符合此条件的旧问题。
#1 楼
当读者出现在搜索结果中时，遗弃的未回答的问题可能会给读者带来麻烦。虽然每个问题都有机会得到解答，但在某些时候，对于寻求解决方案的人所带来的烦恼超过了提供答案的机会越来越小。因此，社区用户将自动在以下情况下删除旧的废弃/死掉的问题：
如果问题超过了
30天，并且... 为-1或更低得分
没有答案
没有锁定
没有从其他站点迁移
...或...
它已关闭并迁移到其他站点（即它是迁移存根）
...或...
它已迁移来自另一个站点，然后被拒绝
...它将被自动删除。在内部，这些问题称为“死”问题（对于迁移存根而言为
RemoveDeadQuestions，对于迁移存根而言为RemoveMigrationStubs，对于拒绝迁移而言为RemoveRejectedMigrations）。仅对于此标准，在计算问题的分数时，则仅考虑两天前投放的下降票。这是为了防止连续下降投票导致自动删除，并允许投票欺诈脚本在运行上述检查之前运行。
如果问题存在的天数超过
365，并且... 得分为0或更低，或者在删除所有者帐户的情况下得分为1或更低
没有答案
未锁定
具有视图count <=问题的年龄（以天为单位的时间乘以1.5）
有1或0条评论
不在元站点上
...它将被自动删除。这些是“被遗弃的”问题（
RemoveAbandonedQuestions）。每周都会在所有站点上进行这些检查。
如果问题是在
9天前结束的，.. 。不作为重复项关闭
得分为0或以下
未锁定
没有分数> 0的答案
没有被接受的答案
没有待决的重开投票
在过去
9天没有进行过编辑没有从其他站点迁移
...它将被自动删除。这些是“废弃的已关闭”，显示为
RemoveAbandonedClosed：
此检查每天在所有站点上运行。
另请参阅：官方的“删除工作原理？什么可能导致帖子被删除，这实际上意味着什么？”常见问题解答元发布。
评论
因此，我可以不投票而通过不带任何表决的旧问题来删除旧问题，而无需任何其他人的检查-也许在downvote之后应该有一个延迟才能删除。
–伊恩·林格罗斯（Ian Ringrose）
2011年5月20日，9：43
OP可以通过对问题进行两个注释来防止问题被删除。
–乔纳森·莱弗勒（Jonathan Leffler）
11年8月14日在16:12
“具有1条或0条评论”：是指“具有<2条未删除的评论”还是“具有<2条评论，包括已删除的评论”？ ping @JonathanLeffler。对于“没有答案”是否存在相同的问题：“没有未删除的答案”还是“没有答案，甚至没有删除的答案”？
–msh210
2012-02-17 19:35
请注意，对于第一条规则，何时进行表决并不重要。如果downvote仅使用了几天，则运行清理脚本时，该帖子仍将被删除。我想这是有道理的，仅作记录。
– Arjan
2012年6月10日12:26
至于我去年的评论：毕竟，至少在某些情况下，我觉得在一次（报复）降级投票后删除可能没有多大意义。
– Arjan
13-3-23在12:24
消息很明确，尤其是从第一部分开始：该站点需要答案，但不想要问题。去搞清楚。
–尼古拉斯·巴布列斯科（Nicolas Barbulesco）
13年5月23日在19:12
未回答的问题是搜索的死胡同，@ Nicolas：值得在人们找到并回答这些问题的机会上保留一段时间，但是如果没有人对它们表示出任何兴趣，那超出一定的限度只是噪音。
–Shog9
2013年6月25日20:26
如果问题在9天后被自动删除，那么可以取消发布吗？
–user310756
13年6月29日在7:48
@ Shog9 —我对您的评论“未解决的问题是搜索的死胡同……”感到反感，您会想到页面的访问者。我考虑问这个问题的人。当希望得到答案的访问者登陆到没有答案的问题的页面上时，失败就在于搜索，而不是页面本身。这里失败了，需要改进的地方是搜索引擎，外部引擎（Google…）或内部引擎（网站）。
–尼古拉斯·巴布列斯科（Nicolas Barbulesco）
2014年4月27日在7:37
你为什么要为一个已经走了几个月没有答案，没有评论，没有投票，根本没有关注的人@Nicolas献上蜡烛？您是否真的认为我们现在通过保留他们的问题在为任何人提供任何帮助，以便我们可以继续忽略它？您对搜索问题的解决方案是...隐藏它们？因此，在某个时候，我们确定几乎没有引起注意的问题，并确保将来不再引起他们的注意？这样的地狱禁忌怎么会比删除更糟？！
–Shog9
2014年4月27日在16:44
@ Shog9 —为什么在1年后仍保留该问题？出于与保留问题1天后相同的原因。以便回答问题。有些问题非常具体但非常相关。
–尼古拉斯·巴布列斯科（Nicolas Barbulesco）
2014年6月8日在11:23
我经常发现未解决的问题很有用，它们是几乎可以正常工作的代码的示例。从问题中通常可以很清楚地知道OP还缺少什么，而他已经解决的问题经常可以回答我的问题。
–内森·亚瑟（Nathan Arthur）
2014年7月2日在20:36
我真的反对自动删除问题。缺少尊重别人提出的好问题而不是受欢迎问题的尊重。
–弗朗克·德农库尔
15年3月9日在19:46
@Dualinity 30天需要否定分数，这是很大的一部分：一些用户明确地发现问题很糟糕。在365天时，即使分数为0，问题也会被删除：没有证据表明它们很糟糕，但是很明显，它们并没有吸引任何活动，甚至没有引起兴趣。
–user259867
15年6月22日在1:44
@NathanArthur：如果有问题对您有帮助，请回答。
– jmoreno
2015年9月18日16:30
#2 楼
我宁愿采用众包的方法，因为我担心纯粹的算法解决方案将永远覆盖不了足够的无效内容而实际上不会有所作为。如何将范围扩展到： br /> 200次观看（尽管我不确定我完全看不到观看次数的限制。当观看500次时，废话问题并不会变得更好，而且被否决的问题通常只是出于娱乐目的而被广泛关注值）
六个月前（或什至三个月前）的最近活动
得分为0或更低，或者得分为1，且至少有1个降票（可怜的投票）。超过1个upvote
（显然）没有被接受的答案
，而不是删除它们，而是放宽对这些问题的“ vote to delete”规则，说两票需要2k +赞成票，而不是五票，并让社区用户将他们不断地滴入首页？就像，每五分钟一次。对于大多数用户来说，只有当它们位于有趣的标签中时它们才会出现，因此它们几乎不会被注意到。
也许用诸如
在过去的x个月中，该问题的活动很少，投票得分较低，并且不太可能改善。如果您认为此问题在当前状态下无济于事，请考虑投票删除。
评论
我喜欢该消息，甚至可能在评论中为此创建一个标签，以便开始众筹投票删除。
– Ivo Flipse
2011-2-6 15:38
#3 楼
238似乎很少。。。我一直潜伏在Ant标签周围一段时间了，并且期望应该会出现一些这样的问题，但是没有。处理查询导致发现将更改为
p.AnswerCount < 1
从238开始增加了产量。到大约6600，并带来了一些我希望看到的蚂蚁问题。我认为这些很可能会被安全删除。
为了尝试确定哪个观看次数是有效的截止点，我删除了该标准-结果大约有1.2万名候选人，其中119名有1 000名观看次数或更多。
反转排序，以便首先显示最大数量的视图很有趣：三个零投票无答案问题，全部具有超过10K的视图，全部合并。其次只有9个问题，超过2K5的观看次数。点击那些显示大部分已合并和关闭的内容，但是可能值得保留一两个，再加上一些可悲的标记（只是串行端口？）。
在“中等范围”中〜500次浏览-仍然是大多数问题。
对于已关闭的OP帐户中过时的零回答零表决问题，视图计数无关紧要-可以删除问题。我认为OP上应该有一些责任来“满足他们的问题需求”-如果OP一段时间（6个月？）没有登录到站点，那么这些应该是删除对象，可能条件较宽松。
对于有“陈旧”问题的活跃用户，为什么不给他们发送电子邮件，说他们的问题是删除候选对象，让他们有机会尝试挽救它？
编辑：对此采取另一种做法：
如何加入到“用户”表并使用90天截止时间来应用于帖子和用户活动？ （外部联接显示更多匹配项，大概是删除了OP帐户中的某些帖子。）其中有16 000个视图的观看次数不足100，如果限制为500个视图，则增加至21000（即标题的近10％）如此未解决的人口）。看着那些高视角的问题，它们看起来似乎已经死了-与只有极少数视图的问题没有明显区别-记住这些
没有答案
没有赞成投票
，OP在三个月内没有活跃
...所以他们的复兴前景并不乐观。超过90天的SO'ZUV-ZA'问题总计累积了170万次观看。
评论
两国之间有什么区别？ NULL是否表示从来没有答案，而0表示至少有一个答案但它们都已被删除？快速检查Jeff的查询中的前三个问题，表明确实如此。
–ChrisF♦
2011-2-5 22:14
@克里斯-不知道，但我怀疑你是正确的。
–马丁·克莱顿
2011年2月5日在23:19
#4 楼
我们一直在尝试SU上的几种方法来找到这些多余的问题。我的发现是：观点并不总是很重要，尤其是在没有或很少有投票的情况下。如果实际上花200位用户看了一个问题的用户没有发现足够有趣的内容可以投票支持，那么一开始就可能不值得回答。此外，如果每个阅读此问题的人都开始“研究”并看着这些低视力的问题，那么他们不会被低视力的时间更长……
如果没有答案，对这个问题的投票就不重要了。这通常表明，尽管问题很“有趣”，但用户经常会问不可能的事情。无论哪种方式，没有答案都意味着不再值得光顾这个问题。
OP没有活动。驾车用户会问很多这些“令人讨厌的”问题，他们只会问一个问题，而且再也不会出现。这意味着他们从不提供请求的反馈，也从不接受答案（如果有）。如果您检查了x个月内未访问过该网站的用户提出的问题（为了安全起见，我们尝试了12次），并且该问题的观点“低”，没有（被认可）的答案或未被自己认可，则可以go。
我们不需要一个查询就可以删除所有内容，因为如果发现一件事，那么我们发现有很多不同的不良问题。低意见+无投票+无答案。一些投票+没有活动的OP +没有答案。通过检查多个条件，我们可以找到更广泛的问题，而无需求助于复杂的查询。
更笼统地说，我们应该怀疑，如果一个问题没有得到任何有价值的答案或关注，将它们保留在哪里的意义何在？解决了一些问题，因为人们学会了使用它，更新软件或变得过时。我将在几个月后就开始删除它们，因为在这么长的时间之后有人解决它的机会太小了。有时肯定会发生这种情况，但是我们是否应该只为那些极端情况留些废话？
也许将来用户会收到一条消息，说他们的问题没有得到太多关注，并且会会自动删除，除非他们会添加更多信息以得到答复。我的猜测是，大多数用户会认为：我不再关心这个问题，您最好删除它。如果没有，那么他们最好证明他们可以这样做，否则下个月它仍然会被删除。
最重要的是，有特权在这里提问，如果您不愿意改善您的问题以帮助他人帮助您，因为您的问题不值得保留。因为最终，用户到我们的网站来寻找答案，如果我们不能提供答案，那么我们也不应该在这里吸引他们！
我认为这也是自动选择答案的原因在可以上诉该决定的一段时间后，删除所有（非重复）已关闭的问题。在那之后，它们是死胡同，对站点毫无用处。
评论
+1：OP应该培养他们的问题。如果没有人可以管理答案，甚至无法投票，并且一年过去了...
–马丁·克莱顿
2011年2月5日在23:18
您应该查看我刚刚编辑过的修订查询。
–杰夫·阿特伍德
2011年2月7日4:30在
@Jeff这是一个不错的开始，所以我没有抱怨！ ...目前 ：-）
– Ivo Flipse
2011年2月7日在9:07
#5 楼
对于你们中那些还是不经常使用的标签周围的小型社区的“主持人”的人，您可能希望检查该社区中观看次数普遍偏低是否不会导致删除有效但尚未回答的问题。我创建了一个数据浏览器查询，可让您查看可能不久将被自动删除的标记的未回答问题。
如果这显示了您要解决的问题保存以免删除，您可以通过投票进行。
#6 楼
另一个建议的条件集...最近我实际上一直在为我选择的标签做些整理，并删除了许多符合该条件的问题：
没有答案
几个月前（即最近没有任何实际活动）
关闭（但通常不会重复关闭，除非它是确切的重新发布，因为重复似乎仍然被认为是有价值的）。
如果它没有答案并且已经关闭，那么它肯定不会再有用了。在这种情况下，观点和选票似乎无关紧要：如果观点和选票都很高，但问题仍然无法召集重新开放，则可能应该予以解决。
评论
这是一套很好的规则，但没有解决很多“ meh”问题，这些问题没有及时获得足够的接近票数。尽管如此，这可能比马斯利238捕获的更多
– Pekka
2011-2-5 15:15
如果您只看封闭式0投票且没有答案的问题，那么我在一个简单的封闭式：1答案：0搜索：stackoverflow.com/…上算了1000多个。实际上，该查询的许多1表决问题看起来都是题外话的，否则具有可疑的价值。投票率较高的问题可能是重复的，也可能是伪装成问题的答案。
–布拉德·拉森（Brad Larson）
2011-2-5 21:44
公平点，但是这正在进入封闭式筛选，我认为这是一个不同的话题。
–杰夫·阿特伍德
2011年2月6日13:28
#7 楼
我赞成基于节制的方法。持续处理的问题不是很多（例如，在30个月内有238个问题，每周只有1-2个新的未回答问题）。如果强调这些问题会很好。 。也许在3k +用户可用的某些审核工具集中落入“未解决的问题”库中。然后，他们可以选择关闭它们，对其进行编辑，或者对其进行回答，以期获得一些代表和也许是死灵徽章。
但是这些特定问题的负担很低，而且一年是很久了我希望这样的问题能在一个月内得到解决，因此我们减少了从Google分流到这里找到未回答问题的人数。此外，我建议它获得的视图越多，确保它被回答或关闭就越重要。我们不应该让这些悬而未决的问题使潜在用户垂涎。
评论
我们已经每小时随机抽取一定数量的未回答问题（SO上有4个问题，SU / SF上有2个问题，其他地方每个都有1个问题），并且已经持续了数年。请注意，这还会更改LastActivityDate，因此在此查询中不会出现“戳”问题。
–杰夫·阿特伍德
2011-2-5 21:36
@Jeff我不同意戳戳它们会像特定的“未解决的问题” bin一样给予他们足够的关注。为主持人和编辑提供一个特定的观看位置，实质上是在鼓励用户专门解决这些问题，将这些问题完全消除，并且比您提供的提案要快得多。窗户坏了，等等。
– Pollyanna
2011年2月6日，下午3:38
因此，您建议对未回答的现有“真的没有答案”选项卡。 blog.stackoverflow.com/2010/11/…
–杰夫·阿特伍德
2011年2月6日13:21
@Jeff我建议通过在工具中显示它来赋予它特别重要的地位。向1万名代表用户提供明确的工作来照顾他们。对于正在寻找它们的人来说，它们是可见的，但让我们专门将其分配为具有编辑，关闭和删除能力和经验的人员的工作。
– Pollyanna
2011-2-7在2:41
#8 楼
完全从头开始，使用新查询。如果在乎我之前所说的内容，请查看编辑历史记录。出现的一些问题标记有误：
打开RDL报表，该报表在c＃.net中具有子报表，只是标记了子报表。
运行TinyOS SerialForwarder和示波器将显示空白屏幕，只是标记了tinyos
Oracle Apps订单管理如何使用标准API选择发布。只是被标记为aplication
关于Oracle HRMS API的非常长，仅部分格式化的文本，仅被api标记为业务组寻求作者似乎毫无头绪的帮助。到现在为止，他们要么解决了问题，要么放弃了，很少的见解表明没有太多其他人遇到同样的麻烦。
如果将它们移除，不会有太大的危害。
寻找标签中的一个，有时我会访问
有人在阅读《 Linux内核模块编程指南》时遇到了麻烦。在我头顶上方，但我怀疑他在问一个他不应该直接调用的例程。
从可能的迁移到超级用户开始，有关Mac OS命令行的一个封闭的话题问题。
A关于强制Korn shell更改保存其历史记录的格式的问题。我猜想现在在Unix上更好。
有关使用QEMU的问题。它以“脚本”问题的形式出现，但用户似乎对如何完成命令行任务感到困惑。
除此以外，许多标题和标记样式对我来说似乎都是题外话。
我没有足够的帖子来做明确的定义，但是我什么也看不到，让我怀疑此列表包含我们不想失去的东西。
评论
您能否再看一次，原来的查询有误-截至我上次编辑时，现在是正确的。
–杰夫·阿特伍德
2011-2-7在4:51
#9 楼
我发现这与我前不久问过的一个问题有关：可以选择每次以最少的观看次数来排序未回答的问题吗？如果一个问题有很多看法而没有答案，则可能是因为该问题太难了。如果问题没有答案也没有观点，则可能只是没有人看到问题。同样，如果有人在视图中查看问题，则该问题将在列表中进一步移出，因此，在该视图中出现的问题总是受到关注最少。
该评论很好地总结了问题。如果您需要更多背景信息，可以随时查看问题。
我不反对一年后自动删除旧的，未回答的零分问题，但是我相信我的建议可以大大减少了未回答的零分问题的数量。
直到今天，我仍不知道http://data.stackexchange.com的存在。我不熟悉stackoverflow的数据库架构，也不每天使用SQL，因此我认为其他人可以比我更快地实现我的查询。
如果我可以问的话有两点是：我提议的视图通过在http://data.stackexchange.com上的查询实现，以便我和其他人可以看到返回了什么样的问题以评估这种视图的有效性；和Jeff Atwood的评论，只是想知道他是否认为这将要实现。
编辑：设法组成了以下查询：http://data.stackexchange.com/stackoverflow/s / 1125 / least-noticed-questions
我想如果将其过滤为仅包含您感兴趣的标签，它将更加有用。您可能还想排除答案被接受的问题。
评论
如果您的问题在一年之内没有得到回答，那么它不太可能会收到答案，因此最好将其删除；如果您仍然需要答案，请使用您所获得的所有知识来索取最新版本那一年。将其视为重置，而不是惩罚
– Ivo Flipse
2011-3-22在13:28
@Ivo Flipse我不认为这是一种惩罚，并且我不反对删除这些问题。我只是觉得我们可以通过添加建议的视图来减少未回答的问题。
– Erik B
2011-3-22在16:19
#10 楼
其中许多情况似乎是新用户发布问题的情况。有一些评论要求提供更多细节。然后再也没有发生任何事情。我建议先删除这些项目。
其次，可能将视图计数标准扩大到200，并且仅删除请求者自之后没有活动的项目该问题，或者这是问询者唯一的问题。
评论
有趣的是，我也注意到新用户也是如此。这就是为什么我认为评论也应该触发每日通知邮件的原因。
– Jan Fabry
2011年2月5日在22:51
查询错误，请再次查看！
–杰夫·阿特伍德
2011年2月6日下午13:27
现在的观看次数阈值（问题天数* 1.5）
–杰夫·阿特伍德
2011-2-7在4:29
#11 楼
对于我自己的挖掘，我对确定值得清除的糟糕问题所需的功能有了一个想法。这里已经提到了很多想法，但是我在SF上发现的一个想法是每月观看次数。这比与日期配对的绝对视图更好。危害是清除过时的信息，这些信息对于实际寻找旧信息的人们很有用。这就是为什么要考虑答案为零的问题。我自己的查询使用零或一，但这是用于手动查看内容。我不建议您将其用作自动清除。这是一个有趣的探索。
一套搜索查询最适合解决此问题。
搜索引擎忽略的低质量问题（我一直在追求的目的）
开车过路的人发布的问题很少被其他用户采纳，甚至没有被其他用户采纳
>迁移前关闭主题（并非总是可能移至SF / SU！请关闭那些旧问题）。可能是一次性查询。
随着我们继续清除“谢谢/任何人解决此问题” /不连贯的答案，其中一些较早的问题将变成零回答。有几个SF用户似乎正在努力修改这些问题，对此我表示感谢。
评论
看看我刚刚编辑过的修改后的查询。
–杰夫·阿特伍德
2011-2-7在4:29
@JeffAtwood非常有趣！如果今天要求，一些较高视野，较旧的帖子将带有支腿。我想知道“每日观看次数”系数是否需要进行一些调整。明天会检查。对于SF来说不幸的是，很多人完全忽略了社区提出的问题，因此这些年长的人现在需要更多的踢腿才能获得答案。
– sysadmin1138
2011-2-7在6:06
是的，我们在修改后的查询中忽略了LastActivityDate。这都是基于CreationDate
–杰夫·阿特伍德
2011-2-7在6:25
#12 楼
问题l的部分发布在Ask Ubuntu中：我在Ask Ubuntu Meta中发现了三个常见问题解答，以解决“遗弃的问题”：时间长了？
当用户几个月不活动并且他们的问题仍未解决时该怎么办？
如何处理被遗弃的问题？ 2017年7月31日但尚未进行审查：
更改已关闭问题的方式的更改
关闭已退出问题的难度比应该的要难。
主持人能否确认已关闭已放弃问题的权限？ TL，不是NARQ吗？
关于遗弃问题的另一点，但特别是那些具有良好答案的好问题
为什么我们没有“未提供所需/请求的输入”的遗弃问题的紧要原因？
遗弃/旧问题的时间范围
尽管我没有放弃，但问题已被删除为已遗弃的问题
如您所见，人们对“遗弃的任务”非常感兴趣离子”。
另外还有：
我们应该如何将“被遗弃”定义为最接近的原因？
为了处理遗弃的问题，我写了SEDE查询并开始审阅并关闭投票，这些投票有超过5年未回答的问题，因此使用的是EOL（使用寿命终止）版本的Ubuntu。这样一来，如果不安装EOL版本就不可能复制OP的问题。
尽管某些问题OP尚未签署5年以上，但在许多其他情况下，OP签署已经有6个月。在其他情况下，我可以向OP发表评论，并询问问题是否仍然存在。 OP多次答复说，它是不可复制的，因此我投票结束了这一问题。因此，对EOL版本（Ubuntu 14.04之前的版本）的数千个被遗弃的问题进行紧密投票是不可行的。这导致了我的Ask Ubuntu meta问题：
每天可以发起多少次亲密投票？
因此，我非常渴望看到Community Bot创建，我们可以积极参与为其定义参数。
评论
“很像这个线程似乎被“抛弃”” —事实并非如此。它已经完成，并且roomba机器人在很大程度上已经完成了功能。如果您想对其进行调整，则应该使用推理功能真正发布一个新的功能请求/自动删除问题。
–内森·塔吉（Nathan Tuggy）
17年7月31日在15:55
@NathanTuggy谢谢您的链接。我将在那里回顾40条奇怪的帖子。
–WinEunuuchs2Unix
17年8月1日在3:22
评论
我忍不住想像那些是提议的“ Uber-Tumbleweed”徽章的标准。如果分数<= 0，没有答案并且一年都没有被触及，为什么视图计数很重要？它符合最后三个条件，这是一个非常死的问题...
@andrew viewcount =衡量互联网公众对问题的兴趣程度，无论是否回答了该问题
@Jason：“ Uber-Tumbleweed”不够强大。更像是“ Pariah”。 ;）
大多数与“谢谢”相关的标志来自几个月前的零分“答案”。这应该真的有助于减少这种情况。
@Jeff因为我手动删除了大约150个问题，所以我可以说视图的数量可能有点低。另外，这里的每个人都会夸大他们，以“评判”他们！长时间不进行任何活动就意味着无论问题如何，问题都会消失
希望合并和关闭的问题不会包含在“未回答的”计数中。
我在编辑大礼包中浏览整个列表是否很糟糕？
@约翰-我想我批准了其中的一些-对我来说，它们似乎是不错的编辑，但是...它们可能是徒劳的。我针对已删除的问题发布了一个有关编辑代表的单独问题：meta.stackexchange.com/questions/78147
既然我已经获得了第一枚风滚草徽章，我想认为我不必每年都问我未解决的问题。也许您可以仅查看低代表（<1k）或不活跃（超过6个月没有活动）的用户的问题来避免误报。
可以肯定，@ Arjan软删除，我们只是取消删除了自动过程删除的问题。 :)
@ Shog9我想知道，纯粹出于好奇，第一次运行脚本时删除了多少个问题？
有史以来第一次？我不知道;那是两年多以前了。我刚刚对其进行了编辑，以反映9天后关闭的封闭式问题剔除功能，这是一个小时前的第一次运行，在Stack Overflow上删除了27891个问题，@ Emrakul
我看到问题已在评论中解决，但未发布任何答案。它们也会被删除吗？
@gnat不，不是。