我有一个计划来构建这样的内容：
每个链接都将指向1：1报废的StackOverflow（或其他SE网络）删除的问题（当然，顶部有一个很大的免责声明，历史数据，合法内容）东西，yada yada yada-当然，在向Stack Exchange寻求许可后，看到这将远远超出CC许可所允许的范围。）
我还注册了一个（IMO）合适的域名
overflown.org很好。但是，考虑到这一点，我意识到正确地进行这项工作是很多工作。您将必须：
构建一个可以使用10k + er的OpenID来获取已删除问题的抓取工具（使用API或数据转储是为了解决问题。麻烦了，我们想要一个网站的历史文档，看起来像“那么”，对吧？）
编辑页面的DOM以删除动态元素，删除“已删除”的CSS类，从中删除所有投票功能按钮，并添加“这是历史数据”免责声明
获取-这是最大的部分，即使您使用API或数据转储也是如此-所有链接的图像资源（甚至是来自imgur的图像资源-甚至仅用于删除的问题可能有一天可以清除），存储并链接
获取所有关联的CSS样式表并智能地存储它们-最好采用一种方式，即您不获取每个页面的每个文件的副本（例如普通的页面抓取工具可以），但如果SE更新其样式表也不会中断
长话短说，我不会处于o在可预见的将来随时构建此文件-通过旧的工作，新的工作和学习，我确实已经有足够的能力了。
当然，如果社区中的其他人想尝试一下，那就太酷了！但是我真正想的是-毕竟这应该是Stack Exchange应该构建的东西吗？
我知道Jeff在这些问题上的官方立场曾经是
@system我确实在比特桶中为他们考虑了一个甜蜜的地方。 – Jeff Atwood♦2010年12月29日，下午1:54
，但是来吧。考虑一下：
关于删除主题的讨论和就地话题政策的更改将变得更加轻松，因为受欢迎和喜爱的东西还有一个去处。
可以由选定的社区成员来解决“泛滥”的问题，由社区成员决定是否应将文稿存档。
一个单独的域名（如果需要的话，我很乐意为此目的捐出overflown.org）和单独的站点设计将与Stack Exchange网络保持足够的距离：很明显，这个只读存档仅出于历史目的，存在一个问题并不意味着您可以在其中一个实时站点上提出类似的问题。
页面将以1：1的比例刮掉该站点在当时的样子这些信息通常会吸引大量流量。
可以在通常的位置继续显示广告的可能性将使Stack Exchange可以利用该流量，而不会危及SE网络上的内容质量。
托管这样的存档是企业的工作，而不是我们的常规工作。一些社区成员主持的私人项目一旦忘记支付账单，或者决定要用密码保护其私人博客或相册，便会失败。托管此类网站的理想场所是一家拥有专业管理员的公司，该公司打算长期在线。
怎么样？
#1 楼
不，我们不应该这样做。删除意味着删除，需要保留。曾经是“主题”的东西不应该保护它，而是变成了破碎的窗口。
大多数引用的示例并不是真正的“主题”，屏幕快照中的每个示例都没有没被关闭/删除的那一天就没有话题了。这是因为节制仍然在发展，因此规则没有得到严格执行。但是它们仍然存在。
请参阅关于堆栈溢出的第一个常见问题解答。
我在这里不应该问什么样的问题？
避免提出主观，论据或主观问题。需要
扩展讨论。这里是可以回答问题的地方！
此外，除非您绝对肯定地要这样做，否则请尽量不要提出有关Stack Overflow本身的问题。大多数程序员都不会来这里
来了解堆栈溢出的复杂性。他们来这里
以获得有关编程问题的答案。让我们尝试通过不让他们陷入混乱的元讨论使系统混乱来帮助他们。
最流行的编程卡通，第一台家用计算机，程序员的遗言等等，至少都是“主观”，并且显然进行了“扩展讨论”。
由于重要，重新声明这些应该被关闭或删除；他们不是早日适度的失败，而不是改变“就位”的态度。
我们也可以在类似的网站上寻求意见，例如Wikipedia说：
已删除的页面应该可见
建议：使所有人（或所有登录的用户）都可以看到已删除的页面，而不仅仅是管理员可见。
先前拒绝的原因：这冒犯了整个删除点（这是通过消除最差的部分来提高Wikipedia的质量）；同样，这将增加监督机构的工作量，以确保不会违反复制行为和诽谤性陈述
对所有人可见。该提议已被Wikimedia Foundation法律顾问明确否决了。通过标记很难删除SSN，电子邮件，电话号码等实例；谁知道只有几个被软删除。侵犯版权和诽谤不在我的专业范围内，但是大概确实需要解决。问题将始终有效，并以与现在向1万用户显示的相同形式显示它们。
新的搜索运算符-已归档：1-将允许搜索已归档的问题。 >
这两位严重破坏了删除的用处。期望新用户（甚至是经验丰富的用户）真正掌握已归档问题的区别是一个梦pipe以求的事情。人们仍然使用封闭的问题来证明毕竟提出了类似的话题。在语义上连接到Stack Overflow / Stack Exchange的站点上可见该问题足以使人们感到困惑（或让他们故意欺骗自己，因为我有时更愤世嫉俗的一面怀疑）。
我将忽略技术担忧，尽管它们并非无关紧要。
评论
通过让mod重新删除内容并使该删除坚持下去，可以轻松解决法律方面的问题。通过显示已删除的问题，我看不出法律风险会比每个问题都更大。此外，Shog的建议不一定要追溯。
– Pekka
2012年6月15日18:17
@Pekka-....不我真的怀疑这是否合法地涵盖了我们，因为用户可以合理地期望“删除”意味着“删除”，并且他们不需要标记“双重秘密删除”。
–凯文·蒙特罗斯♦
2012年6月15日18:18
根据Shog的建议，用户删除的内容将保持不可见
– Pekka
2012年6月15日18:19
@Pekka-除了您不能总是删除自己的东西外，其他人将不得不把他们的东西“双重删除”以引起关注。
–凯文·蒙特罗斯♦
2012年6月15日18:20
我仍然不确定这不能相对容易地解决。我认为现在处理法律上有问题的内容的方式是，将其标记出来，然后由mod或dev销毁。显然，在mods和devs的“ delete”按钮上添加“ destroy”选项是一件很麻烦的事，但是对他们进行每件事的教育肯定不是不可能的。并重新提出“新用户”参数-可以将“存档”搜索标志提供给5k +或10k +用户，以使内容更加难以发现。如果再添加当前的“已删除”外观，并按照此处的建议添加一个大的胖提示：
– Pekka
2012年6月15日18:39
@Pekka不，那不是问题。是的，一旦发现事物，我们就可以轻松销毁它们。现在的诀窍是，用户基本上可以自助服务，自我删除和举报就足够了。有了提议的更改，他们就不是，人们必须知道删除不再意味着删除。他们不会这样做，以及当他们发现自己可能会受到激怒时（我们可能会受到法律追究）。
–凯文·蒙特罗斯♦
2012年6月15日18:41
@Pekka-法律上的顾虑只是其中的一小部分，甚至解决了留下巨象“这个东西应该在过去删除，现在应该删除”的问题。
–凯文·蒙特罗斯♦
2012年6月15日18:42
就目前的情况而言，作为用户，您不能相信在政策再次发展时，真诚贡献的内容将在未来的清除中幸存下来（因为发生了。整个事情不仅仅在于法律最终得到正确的解释。）这是做出贡献的主要障碍。你们现在保留表示“应该删除的东西”的代表，但不保留可能有用的实际贡献。这有什么意义？反之亦然。
– Pekka
2012年6月15日18:55
@Pekka纯粹的推测，被引用最多的问题（IMO是经过大量讨论的人）实际上由于严格性而被杀死；相反的盲目断言与我链接的最早的FAQ文本相矛盾。我还怀疑许多人会因为6个月后发现他们贡献的2％机会而灰心丧志。
–凯文·蒙特罗斯♦
2012年6月15日19:01
“相反的盲目断言”-我只是查看自己已删除的一些内容，例如这个问题。虽然我同意关闭并锁定（并且没收任何代表和徽章-我真的根本不在乎这件事），但我不同意删除它-仅仅是因为它已从其他位置链接到了。至少有一个取消删除它的标志先前被拒绝，而今天却被删除是因为存在一个链接腐烂的实例。
– Pekka
2012年6月15日19:23
胡说。这个问题被删除了几个月，而且尽管我一直在举报并要求不删除，但问题仍然存在。今天已被锁定，因为主持人遇到链接腐烂的一个实例，我再次对其进行了标记。否则，它将永远消失。
– Pekka
2012年6月15日19:25
@Pekka并已取消删除并锁定，一个自更正的系统仍在工作；假装否则是虚假的。
–凯文·蒙特罗斯♦
2012年6月15日19:26
很公平。我很乐意看到SO托管的娱乐性档案，但我完全可以接受，对于那些人来说，这并不值得所有麻烦。只要有一个发掘有用东西的选项... @ Shog9，您能在身份上拒绝这个吗？要关闭吗？还有另一个：meta.stackexchange.com/questions/124464/…
– Pekka
2012年6月15日20:17
如果您拒绝这样做，那么此StackApps功能请求将变得越来越重要。使用SE API返回已删除的问题将使一些浪漫的用户可以构建不需要的问题的墓地。
–systempuntoout
2012年6月23日10:56
也许SE可以存档已删除的问题，仅用于内部分析？
–弗兰克·R。
2012年7月22日下午5:05
#2 楼
是的！我已经在StackPrinter上创建了Deleted部分，并在meta上创建了Popular Delete问题列表，因为我真的很喜欢这些问题。
但是StackPrinter只是一个丑陋的补丁，这些问题肯定值得更好！
关于杰夫的位置，请看一下最近这篇博客文章的评论：
我：
我所抱怨的是，缺少适当的地方来处理所有这些神话般的，已删除的问题，这些问题已成为该社区历史的一部分，并且是互联网上一种非凡的文化。以我拙劣的浪漫见解，它们比您的强壮数据库中的已删除标志更有价值（请不要以datadump yadda yadda ^ __ ^开头）。我同意您的看法，并且我认为这些“经典”删除的帖子需要一个居住的地方-在特定于站点的博客上或其他地方。
编辑：
如果您不想为此，请在StackApps上实现此功能请求；
Stack Exchange API还应返回已删除的问题，从而使用户可以轻松构建已删除问题的存档，而无需使用繁重且难以使用的数据转储。 br />
评论
+1-双手合十。唯一的缺点是，花了一周时间仔细阅读了存档站点上的所有内容之后，我很可能会失业。
–亚当·拉基斯（Adam Rackis）
2012年2月13日在21:25
尼斯-回收赏金的方法:)
–亚当·拉基斯（Adam Rackis）
2012年2月24日在20:08
我将其他200名代表从赏金中移到了标题过滤器问题-不想让您认为我根本就在漏水:)
–亚当·拉基斯（Adam Rackis）
2012年3月2日在20:38
StackPrinter很棒，谢谢！只要它存在，我真的看不到有什么更好的需要。
–AnnanFay
2014年1月23日在21:22
#3 楼
我现在花了很多时间对此进行思考，在这里听听有关MSO和其他地方的建议，并观察如何使用“历史锁定”功能。有两个观察结果：没有人真正想要整理这些东西。忘记将“经典”话题变成博客文章；事实是，几乎没有人关心这些东西中的大多数，因此有充分的理由将其保留在评论中或此处的Meta中。建立一个“最好的经典堆栈溢出”画廊，到处都是精心挑选，精心保存的示例，这是浪费时间-历史锁定功能可以服务那些确实提供某些东西的稀有宝石，但是绝大多数被删除的问题-甚至是经过投票表决/被查看的问题-都永远不会出现。
保存过去的主要价值在于避免将来犯同样的错误。这与“残破的窗口”问题相反：如果我们删除所有最令人震惊的例子，说明某些形式的问题如何可怕地，悲惨地出错，那么当它们再次出现时，没有什么可指的。对于实际上不是很坏但只是过时的问题，这尤其重要-Meta提供了许多示例：有关不再存在的功能的错误报告，很早以前满足的重新标记请求，合并对后来被同义词标记的请求...如果话题再次出现，这里就很有价值，但是在大多数情况下，这只是噪音。
考虑到这两个因素，提出了一个显而易见的解决方案……正如Maxim Zaslavsky不久前写道：
可以应用Gmail归档模型此处，例如用于[状态已完成]的旧错误和功能请求。应该有一种查看模式，可以根据请求将其隐藏起来。
这很有意义，而不仅仅是在Meta上。因此，我提出以下形式的“存档”：
在网站上停留了至少60天且得分至少为3且被作者以外的其他人删除的问题将被视为已归档。
与已归档问题的直接链接将始终有效，并在他们现在向1万用户显示的表单。
新的搜索运算符-
archived:1-可以搜索已存档的问题。已存档的问题不会出现在常规问题列表，搜索结果，用户个人资料或（默认情况下）信誉历史记录中。除了前两个项目符号所描述的行为（没有投票，回答，评论等）之外，它们的行为与已删除的问题完全一样。
已归档的问题将尽可能地被外部搜索引擎隐藏，并且
已归档的问题将需要在数据转储中使用单独的标志，或者在其自己的数据转储中单独发布，以避免污染主转储（这是单独的讨论）。
此将保留那些需要或想要它们的人使用这些问题的机会，而不会留下破碎的窗户，“框架垃圾”或噪音来污染绝大多数成员赖以生存和工作的网站。这样也可以避免增加单独存档的维护成本。
评论
听起来不错-本质上（我认为）是我在meta.stackexchange.com/questions/124464/…中提出的内容。显然，您对此表示赞成。如果有人想整理大量已删除问题的一部分，他们总是可以设置页面并使用直接链接到SO（这样可以消除与运行自己的第三方存档有关的所有托管，流量和其他问题。 ）
– Pekka
2012年6月15日17:23
@Pekka：是的，这是（IMHO）SE托管存档的唯一可行解决方案。如果这不可能（我们正在讨论技术和法律方面的考虑），那么我认为我们无力提供任何其他形式的实时存档。
–Shog9
2012年6月15日17:42
足够公平，很有意义。我很想知道这种情况的发生...我们会看看效果如何，我想我们迟早会收到您的消息
– Pekka
2012年6月15日17:44
@yoda：mod-archive ==历史锁。如果无法使用简单，一致，自动的归档选项，则将使用HL（+ Greg的归档文件/堆栈打印机/等）。我完全反对任何为主持人带来更多工作（或更艰难的决定）的事情。
–Shog9
2012年6月15日19:02
这是一个很好的建议，太好了！
–克里斯
2012年6月15日19:57
#4 楼
对于所有对反垃圾的纯粹主义者怀有不合理的仇恨，这些仇恨是在Stack Overflow的过去时代提出并回答的所有愚蠢有趣的问题，我想指出的是，这可能是一个巨大的非用于Stack Overflow的微不足道的赚钱工具。一个拥有Stack Overflow的所有最有趣内容的位置很可能会吸引很多眼球。 Jeff Shog和Joel当然可以在这里出售一些广告房地产，对吗？
如果你们出于正确的原因不想这样做，至少是出于老式的资本主义贪婪:)
评论
再过17天就可以离开“杰夫？那是谁？”评论...。（编辑：嗯，我等不及了。）
– Pops
2012年2月13日在21:21
而且请不要忘记，这也意味着他们将不必浪费主持人的资源来与社区讨论热门问题！这是双赢的局面:)
–雷切尔（Rachel）
2012年2月24日15:04
#5 楼
难以理解的杰森·斯科特（Jason Scott）在Twitter上向我指出的一件事：如果您将页面的网址提供给http://liveweb.archive.org，然后等待五分钟，它将存档该页面。怎么样？
也可以输入
http://liveweb.archive.org/http://www.website.com/page来使它发生而无需访问该页面。因此，如果您要确保受欢迎的很快-或可能是被删除的问题由Internet档案库存档，手动将其输入到上面的URL。存档，然后重新删除。
评论
这很聪明...
–Shog9
2012年7月21日，0：16
维基百科需要针对所有引文/参考文献自动执行此操作。当引用消失时，我讨厌它。
–nhinkle
2012年7月21日在7:50
@在此处微调，它将只存档第一页的30个答案（在程序员或SU上为15个）。因此，必须确保每个页面都执行此操作。我想从技术上讲，他们应该爬分页。
–杰夫·阿特伍德
2012年7月24日在18:42
集成诸如StackPrinter之类的东西会走很长一段路（尽管这可能只是在吸引“刮板式死亡”……Donno）。
–Shog9
2012年7月24日在18:56
维基百科已开始对所有外部链接使用archive.org的“立即保存页面” API。
– Greg Lindahl
16年1月16日23:36
#6 楼
我只是实施了一个非正式的已删除问题归档文件，却不知道您是否已经提出了这个建议。 。#7 楼
是的！我一直在使用StackPrinter来查看旧的已删除问题，这确实很乏味，尤其是因为它们看起来不太像SO，并且其中有一半在被删除之前并未使用StackPrinter 。
其中一些问题及其答案是绝对的黄金，应该得到一个好的家。请这样做！
评论
有一个StackPrinter的Premium Vip版本，提供了原始的Stack Overflow样式以及所有已删除的问题存档（甚至是著名的Boat问题），其中Jeff和Joel是叙述者。只需准备您的信用卡即可。
–systempuntoout
2012年2月20日在19:41
@systempuntoout真的...在哪里？ -我在首页或/ about上找不到任何有关它的信息？
– Alex Coplan
2012年2月22日在20:29
@systempuntoout-哈-我可能为此付出多大的麻烦...：-O
–亚当·拉基斯（Adam Rackis）
2012年3月4日21:52
@systempuntoout船的问题是什么？
– Kinokijuf
2012年7月22日在6:24
#8 楼
迫切需要保留内容，但是我不喜欢这种解决方案（至少在我不满意的情况下）。这就是原因。现在，已删除的页面向10k +用户（IE，几乎所有人）以外的所有人显示“找不到页面”。该站点博客，外部站点等以及指向现在已删除问题的链接均已损坏。 SE在这种情况下看起来不干净...看起来很笨。
“找不到页面”错误会变成重定向到此新存档位置的信息吗？ ...如果没有，那有什么意义？链接仍然断开。如果是这样，那么对于一个非常简单的解决方案来说，这似乎需要大量工作。
现在，问题出在语义上。 SE缺少良好的内容，帮助建立社区的人们的贡献，并且将社会责任投向了不中断人们与站点的链接的情况。内容，因为它没有合适的位置，就这样。
解决方案对我来说似乎很简单...只要不要断开链接。标记为“已删除”的问题应从列表中消失，搜索，删除代表等，但LINKS本身仍应起作用。有一些标语显示它被删除以及原因，并可能创建一种特殊的存档页面，其中的链接全部失效。
谁在乎链接是否仍然有效，是否以其他所有可能的方式断开了链接该网站？
这是纯粹的废话。您肯定会因为这种精神错乱而使一些福音传教士远离。
EDIT我看到了Pekka's Show与公开问题作斗争。我比我的建议更喜欢那个……当然，垃圾邮件问题仍然需要解决。但是，如果您对J.Random Newbie这样做，请记住尝试寻找一些不错的方式来表达它。
评论
我敢肯定，旧链接会重定向到存档，否则，正如您所说，“重点是什么”
–亚当·拉基斯（Adam Rackis）
2012年3月4日21:24
@AdamRackis很好，至少……尽管如此，维护源SE的外观仍然感觉像是疯狂的工作。将内容保留在单个SE上，然后简单地调整删除行为。现在，显然存在语义上的鸿沟，在某个地方创建一个并行的已归档内容宇宙似乎严重过头了。通过添加新标志或重新定义旧标志来修复语义鸿沟。
– darron
2012年3月4日在21:29
人们不同意什么？您希望链接消失吗？您不认为这种方式需要很多工作吗？受到垃圾评论的冒犯？对不起，但我真的很生气。我可以说的那样温和。这是我最后的努力，目的是挽救我对以各种能力为SE做出贡献的兴趣，而不仅仅是将其用作愚蠢的资源。
– darron
2012年3月4日21:46
好吧，我为我的+1提出了纯粹的垃圾评论。我认为有一类专业的元用户，他们（成功地）对SO施加了意识形态上的废话，从而导致内容被破坏。这很激怒，并赶走了很多优秀的贡献者，他们并没有那么多地徘徊。我认为您的帖子的问题在于，有时似乎没有重点突出和不清楚，甚至有些保证。考虑一下集中精力。
–亚当·拉基斯（Adam Rackis）
2012年3月4日21:50
我完全理解您的“纯粹垃圾”评论的意思，但是我不确定此建议是否正确。建议不是“嘿，我们应该删除所有非主题的内容并将其放入存档中”，而是“要删除太多的东西，我们需要一个放置它的位置，以便它不会永远丢失”。当然，最基本的观点是完全不需要这样做。
– Pekka
2012年3月4日21:59
@Pekka好吧，是的……但是失败显然是社区领导者如何审核站点以及SE开发人员团队提供给他们使用哪些工具的空白。解决方案不是在开发人员周围解决，而是要解决平台提供的内容与主持人希望如何使用它之间的不匹配。该建议只是在平台工作方式的相对简单调整之上添加了维护噩梦的解决方法。真诚的感谢您尝试为此做些事情...我只是认为我们需要修复而不是解决方法。
– darron
2012年3月4日在22:11
@AdamRackis：我首先只是将评论添加到答案中。我进行了编辑，希望现在可以减少一些烦恼，然后将“垃圾”调低为“废话”。
– darron
2012年3月4日在22:12
@darron是的，我明白你的意思了。实际上，昨天我提出了一个建议，我认为这符合您要解决的方向。向公众展示未解决的已删除问题，就像有1万多名用户一样
– Pekka
2012年3月4日22:13
@Pekka顺便说一句，在这个问题上我有更好的地方发表意见吗？不幸的是，我是那些经常使用网站但不经常在元数据上徘徊的人之一。发生这种情况的第一个迹象是，我注意到代表由于删除而丢失，因此我进行了调查。我没错失去代表...只是说“此内容与我们要鼓励的内容不符”。断开链接将显示“我们认为您的贡献是废话，我们无法忍受我们的名字从未出现在页面上”。
– darron
2012年3月4日22:28
@Pekka啊，那比我建议的要好。当然，垃圾邮件的问题仍然需要解决（尽管有时人们可以将这些问题更温和地破解给新手）……只是这些旧内容，至少应该保留一些价值。我会投票支持，如果可以的话。
– darron
2012年3月4日22:32
#9 楼
非常需要这样的东西。我们遇到了很多问题，基本上都是好问题，只有在第二天才结束。通常的做法是，他们几乎总是来自一些真实的经验，并且还吸引了其他人来深入了解。但是，主持人查看它时-以及谁需要查看问题的性质，它可能会根据定义找到主题。现在，这并不是说应该保留离题的问题，因为从长远来看，这将破坏质量。但是，解决好主题之外的问题，我们会立即破坏巨大的价值。
Overflown.org确实可以解决这个问题。
请做。
评论
问题不在于帖子被删除。问题是帖子在错误的网站上。如果您将它们写在国会大厦的侧面，它们将被粉刷一遍，没有人会抱怨。
–轨道轻赛
2012年2月28日19:39
我同意@LightnessRacesinOrbit，但是正确的站点也必须存在。 Programmers.SE提出了许多问题，指出它们可能更适合Area51下的“工作场所”。现在它甚至不存在-人们还说，即使它出现了，我们也不应该将它们丢弃在引导捆绑社区中。因此，在那之后出现的所有相同问题都是幸运的-但目前正在淘汰的真正好的问题是不幸的。是的，他们现在处于错误的位置，这就是为什么应该为他们提供一些解决方案的原因。
– Dipan Mehta
2012-2-28在19:44
不应有帖子的地方不是错误，没有应有帖子的地方。堆栈溢出不是备用站点。
–轨道轻赛
2012年2月28日在20:23
有关已删除问题的争论主要是关于古代已删除问题的争论。这些曾经被认为是好问题，但是如果今天被问到，现在将很快关闭并删除。您对新问题被删除的投诉是另一个问题。
–约翰·桑德斯（John Saunders）
2012年3月4日23:36
#10 楼
是的，请我在MSO上遇到了太多链接，这些链接引出了一些很好的例子，可以帮助阐明问题，但这些问题已被删除。除此之外，还有很多有趣的问题链接被删除了。
我真的觉得删除应用得太苛刻了，应该在毫无价值的帖子上进行，而不是偏离主题那些。其他帖子不遵循站点规则，但是足够好了。
我知道不能放宽删除规则，所以为什么不这样做呢？
有两个删除级别，一个删除根本没有价值的问题，一个删除有价值但没有主题的问题。从技术上讲，所有问题都具有作为示例的价值，但请不要考虑。
“软删除”不应该给出删除404，而应该说“此问题已删除”， （以非404方式），并链接到stackprinter样式的存档。
#11 楼
Other.SE我在这里提出了other.stackexchange.com，它可以容纳这些类型的问题，而不会“降低其他SE网站的质量”（我不同意这一论点）。如果主持人和整个社区都说“这里不受欢迎”，那么让我们来一个值得欢迎的地方。如果您同意，请加入提案。
评论
像往常一样，我无法理解为什么有人提出了一个明智的，建设性的建议，该建议有益于某些人，却没有人受伤。抱歉，您提议的网站已过去，我认为这将是一个很好的解决方案。
– j_random_hacker
2012年9月5日13:17
是的，这让我很困惑。有些人只是断言这会对SE造成伤害，但是当被问到他们如何无法给出令人满意的答复时。
–埃里克
2012年9月5日23:46
评论
@Pekka-我觉得您应该等到3月1日才能发布此信息...@Adam :)但是谁知道-我想我最近看到他的评论，这可能意味着他有点改变了立场。我想我们会看到
被bikeshed.org占用了吗？
哦，杰夫的回答真是太好了，让我发笑了很多。
请注意，自引用以来，我对此的看法已经改变；每个站点博客的兴起极大地改变了现状。
很棒的建议！现在，我们是否可以立即关闭“杀死书”列表，并将它们放到各自的标签Wiki和2012年问题的“大问题删除审计”中？
@Jeff-太好了-所以在您还有钻石的时候在上面放一个计划好的状态...
@Jeff，您的表扬暗示它会采用某种形式，因此它本身使我很高兴。一些Stack Overflow的“经典”曲目中包含一些惊人的内容，就像您说的那样，它们需要一个家。
对此我唯一不喜欢的是DOM抓取/修改。我不确定为什么在任何给定时间网站的样式都足够重要，足以保证保存这些样式所涉及的工作。这样的档案库不能仅保留一段时间内的屏幕快照，而是在问题视图页面中放置一个链接，说“最初发布时，堆栈溢出看起来像[link] this [/ link] “？
分页@casperOne删除令人讨厌的谢谢25x评论:)
太棒了！对于“保持网站样式”，我不是很重要，而只是“好删除的内容”恰好不适合SO。
我很乐意让SE参与其中，并让他们为mod创建一个只读SE网站，以将这些问题移植到其中。这样，您就不必担心外观/感觉，屏幕刮擦或所有其他技术垃圾:)正如亚当的回答所指出的那样，他们可以用广告收入来支付。我保证一次访问后就单击添加，以帮助维护网站！
我会投票支持Museum.stackoverflow.com（以免与将来的Museum Stack Exchange网站发生冲突）。它可能包含不再适合SO的投票表决问题以及其他历史信息-播客，博客历史记录等。
@Rachel所以您基本上是在建议archive.sitename.stackexchange.com？只要不是被描述为地下室中多灰尘的架子，而是瓦尔哈拉（Valhalla），那可能就不错了。我喜欢在只读位置发送邮件的想法，但我不希望它成为众所周知的错误提示。
@Kobobby这就是我说“确保地下室里有灰尘的架子”时的意思。换句话说，要明确指出，只有非常特殊的问题才能到达那里，并且只有在特殊情况下才可以。