更新2014-04-17 04:47 UTC：稳定，需要清理一些零散的东西
MSO / MSE主要站点很稳定，但是还有很多弯路扫。有关详细信息，请参阅：拆分状态
不是所有人都介意您，只是Meta Stack溢出到Meta Stack Exchange中。
我将您知道，实际上，我们确实相信这会在最初宣布的六到八周内发生，但是我们终于确定了一个初步的日期。
如果一切顺利按照计划，我们将于美国东部时间16日晚8:30后开始运营，并在几个小时内完成所有工作。理想情况下，所有破坏服务的工作都将在第一个小时内完成，其中包括：
Meta Stack Overflow的可用性
Stack Overflow的可用性（稍后会详细介绍）
Meta Stack Overflow上Chat的可用性
如您所知，我们将在Stack Overflow上针对每个站点元上的标准问题进行精简，同时打破两者之间的联系。元堆栈交换和堆栈溢出。在该特定区域中有一些烦人的内脏，因此我们将要求人们在维护时段内期待意外的结果。受影响的站点将进入和退出只读模式，或者在我们进行实际休息时可能正处于维护状态。
我将在两个Meta Stack Overflow上发布系统消息以及开始实际工作前24小时的Stack Overflow本身。
我是不是又在六到八点左右的时间里说了什么？为什么，是的，我这样做了-我们目前正在开发层上运行一些测试，以尽可能接近地模拟拆分，以便我们可以更好地预测在实际执行拆分之前需要解决的问题。
一旦站点在生产层上实际发挥了功能，我们将开始进行最后的工作。这将包括站点设置（确定您在问题提示中看到的文本位，重复次数阈值等）和各种其他细微调整之类的内容。
完成后：
堆栈溢出将有一个空白的空子元站点，就像其他站点一样
新的元堆栈交换将启动并运行
聊天元堆栈溢出的所有房间将被移到Chat Meta Stack Exchange
。我将从MSE向MSO发送大约150-200个问题，其中大多数都是与标签或SO特定功能相关的帖子，这些帖子被网络人员埋没了而没有解决方案。
如果暂定日期发生变化，我将使用新日期更新此帖子。但是，我们预计这种情况不会在4月19日星期六之前发生-如果我们发现停机时间无法缓解，则需要在周末进行。
基础工作是基本上已经完成了，我们现在充满信心地完成理智工作，并且可以肯定的是，即使不是在暂定的第16个日期，我们也将在两个日期之间达成目标。 Kvetch？匿名供词？请在下面回答，我将在评论中分别解决。
#1 楼
和其他站点一样，堆栈溢出将有一个空白，空的子元站点。
亲爱的，您还是做错了。
采用这种方法，我们将最终得到
Meta Stack Overflow，它是Stack Overflow的元站点
Meta Stack Exchange，是Stack Overflow的元站点br />
直到今天，Stack Overflow仍代表着网络上的绝大多数流量（无论是视图还是帖子）。因此，堆栈溢出问题倾向于主导当前的MSO。祸害其他网站的流浪者，他们提出了一些在他们熟悉的网站上有意义但在SO上没有意义的建议。 （尽管我经常是SO和MSO的常客，并且通常知道如何为MSO人群构架，但我偶尔还是会被它咬伤。）
MSO的历史包This加剧了这一困难。对于新来者来说，什么才适用于SO以及什么才适用于整个网络很少见。
MSO被广泛视为其他Stack Exchange站点的居民不敢冒险的污水池。这种看法并不是没有根据的：不仅是陈旧的坏主意，例如对淘汰票的强制性评论遭到corn视，任何需要熟悉较小站点的事情都需要非常仔细地加以构架，以避免仅考虑到SO的反应。如果MSE从MSO的内容开始，这种看法就不会改变。即使MSE刚起步，但作为一个空白，要使MSE社区不被MSO社区所统治也将是一个困难的目标。计算机科学元。答复是：
（+7）“拆分站点会很好，因为新站点将只包含与所有人相关的内容。”但这不是您的建议！
（+5，写进）“ SE平台不适合Meta SE。”
（+4）“我尝试参加Meta Stack Overflow，但被淘汰了。”
（+4）“我只是忽略了Stack Overflow特有的内容”
（+0）“我没有甚至不知道Meta Stack Overflow不仅仅是Stack Overflow的元站点。
数字还没有统计上的显着性，但是它确实显示了与“ MSO，嗯”，这不是意识问题。我没有在其他站点上进行这项调查。在进行任何创建无用的MSO副本的工作之前，应该执行类似的操作（也许有更好的选择）。
严格地来说，应该考虑一些关于因此，应该从MSO开始，并且仅在认为适用时才迁移到MSE。在目前有关MSO的约65k问题中，我看到：
〜6k stackoverflow问题（古董或仅适用于SO）
〜3k标签问题（加上〜1k [tags] + [stackoverlflow]个问题），大概还有1-2k个标签-同义词，同义词请求，burninate-request等。
〜1.5k [meta-tag：specific- *]问题（不计算在内）那些也标记为stackoverflow的标记）
，再加上其他标记或被误标记的标记
，我会只从明显与MSE相关的东西开始才对MSE感到满意：常见问题，测试版-phase，private-beta，area51，android-app，ios-app，stackapps，api，data-explorer，careers等……（我只提出了约5k的问题，甚至不仅仅包括stackoverflow！）这是使MSE成为有关Stack Exchange的真实站点（而不是另一个MSO）的真正机会的唯一途径。
评论
拜托，吉尔斯，你简直无法想象狩猎女巫会带来多大的乐趣。我迫不及待地想要开始标记/ VtC-将来自SO人群的所有这些内容标记为脱题，完全知道他们对此无能为力。这是他们对MSE的暴政终结的开始
– gna
2014年4月9日12:24
@gnat除了我们确实可以解决的关于MSE的非主题问题（SO特定问题）之外，我担心的是主题问题会得到不相关的答案。
–吉尔斯'所以-不再是邪恶的'
2014年4月9日在12:28
我仅将1（仍然有意义）和2（大部分尚未解决）的内容迁移回MSO，因为由于“网络”噪声，这些内容往往被扫到地毯下。是的，我要立即分解计划，因为我在眼前的计划中是这样说的，因为在分裂之日以及之后的日子里将会发生什么。恐怕没有一种可以同时实现完美的方法。
– Tim Post
2014年4月9日12:37
@TimPost但是通过这种方式，MSE将充满SO噪声。我认为当前的大多数MSO内容都属于MSO（或已死或被掩埋），但我尚未进行客观研究。你有吗
–吉尔斯'所以-不再是邪恶的'
2014年4月9日在12:48
@gnat太好了，现在我真的想在分拆之前让MSE达到3K，以便我可以加入。
–比利·梅尔曼（Billy Mailman）
2014年4月9日13:00在
@Gilles并不是一个全面的客观研究，但是在对当前内容进行最初的迁移之后，我将开始将真正仅与SO相关且具有持久价值的其他内容组合在一起。之后，MSE将需要进行大量修剪。这并不是一件容易的事，但这是解决问题的最明智的方法（还考虑了批量迁移工具的约束，并且随之而来的混乱错误也随之而来）
– Tim Post
2014年4月9日在13:54
完全没有兴趣让很多人对参加MSE感到兴奋。 MSE的最后一件事是一群不了解系统工作原理的人，他们不愿意与自己的社区讨论他们的想法，而是首先告诉我们我们做错了什么...哪个，众所周知，这正是发生的趋势，自然会留下不良味道。我们旨在使MSE不再以SO为中心，而不是将其变成整个网络的一级支持论坛。绝大多数meta问题应在本地提出。
–Shog9
2014年4月9日在16:06
作为来自其他站点的常客，而不是其他站点的常客，我真的很期待这种分裂，以便我们的问题能得到更清晰的了解。 SO认为他们的问题被网络掩埋了，而我认为网络问题被SO掩埋了。是的，这里会遗留一些遗留的SO东西，需要清理，但是一旦新的SO问题停止了，那将会很容易。我们不必在第一天就解决所有问题；我们可以随着时间的推移做到这一点。
– Monica Cellio
2014年4月9日在18:56
是的，@ Shog9说了什么！就像政治一样，当您走上国家元首的“大房子”时，您将在政治生涯中有所收获。来吧，谁不喜欢政治！ （cri）
–杰夫·阿特伍德
2014年4月9日19:54
@ Shog9这是一个稻草人的论点。您所指的人不是来自非SO网站，而是来自SO。为了使MSE不再以SO为中心，您一定不要为SO积累多年的历史。这与支持无关。
–吉尔斯'所以-不再是邪恶的'
2014年4月10日，下午1:43
我已经在其他地方说过了，但是MSO成为MSE的时间比MSO更长。这不是分类法问题，而是社区和主题问题-网络问题是任何网站（包括SO）上的问题的超集。我们现在不打算将其拆分为一致性的象征点-之所以这样做，是因为社区已经超出了场地的范围：SO需要元数据，MSE需要SO来停止倾销其支持问题。出于实际原因的实际分裂。
–Shog9
2014年4月10日4:13
我在这方面的最后一句话-与最初相比，我更关心新MSO上内容的有用性和相关性。拆分的整个目的是为我们的旗舰网站提供一个适当的元数据，而它很难获得。我讨厌看到我们的旗舰网站的新贡献者来这里寻求帮助，并被几乎没有参与该网站的人欺负。这是我要解决的第一个问题，之后其他所有问题都会出现。此举主要是为了使Stack Overflow受益-完成后，我们将解决其余问题。
– Tim Post
2014年4月10日下午4:21
@TimPost如果您对现有职位的计划完全相反，请从空白处开始，以MSE开头，将当前内容保留为MSO问题，然后有选择地进行迁移，我认为反对的可能性会大大降低。
–克里斯
14年4月16日在21:33
我本来很乐意牺牲所有相关的元数据来维持这一愿景，但是我怀疑我是少数派，这可能是这种“向后”迁移之间的驱动力。
– Benjol
2014年4月17日下午4:45
@StevenVascellaro您大约在三年前吗？当分裂发生时，MSE仍然充满了SO特定的信息和讨论，没有迹象表明它们不适用于其他地方。几年后，我们确实设法关闭或编辑了其中的大多数，所以现在可以了。
–吉尔斯'所以-不再是邪恶的'
17年7月11日在23:27
#2 楼
默认情况下，Meta Stack Exchange会在顶部栏的站点下拉菜单中的何处找到位置？对于到目前为止还不是Meta Stack Overflow用户（即将成为Meta Stack Exchange）用户的人来说，如果它被埋在“更多Stack Exchange社区”的中间，那么用户发现MSE将会非常奇怪。它也需要放在显眼位置。评论
现在，MathOverflow和Mi Yodeya之间最有可能出现Meta Stack Overflow的地方已重命名为Meta Stack Exchange。
–影子向导正在接种疫苗
2014年4月9日在12:08
这可能不会改变，MSO就像任何按站点的元数据一样被附加到SO，并且Careers（建立在SO上并有很多联系）也已连接到它。我认为我们尚未最终确定如何在站点切换器中显示MSE（我很快会对此进行跟进）
– Tim Post
2014年4月9日下午13:56
MSE的行为类似于站点切换器中的常规“主”站点。如果它在信誉方面名列您最喜欢的站点之一，或者您手动“固定”它，它将显示在“您的社区”标题下。如果您在MSE上没有帐户，则该帐户（作为顶级站点）将显示在“更多Stack Exchange社区”下。最初，我们不会将新人推向MSE；大多数事情都可以在其网站的meta上处理。这与MSO目前的可发现性保持一致，尽管使用了一个新的，希望稍微混乱的名称。 :)
–劳拉
2014年4月9日14:42
在MSO / MSE分离之后，一旦完成所有清理工作，如果我们感觉没有足够的人对MSE有所了解，我们可能会重新考虑该计划，但是我认为没有必要，甚至不明智地将人们引导至MSE。谁不熟悉“网络元”的概念……至少起初在我们仍在处理过渡的时候。
–劳拉
2014年4月9日14:44
@Laura谢谢...听起来很合理:-)
– Aditya
2014年4月9日15:18
基于@ Shog9♦对Gilles回答的评论，埋葬MSE可能不是一件坏事。这意味着在发现MSE之前，用户通常在其他SE网站上至少活跃了一段时间，因此，应该在本地元站点上提出的幼稚和新手问题会更少。
–凯文
14年4月16日在22:46
#3 楼
谁将成为Meta Stack Exchange的主持人？ MSE mods是否与Stack Overflow和Meta Stack Overflow相同？评论
最初，我们（选择的员工包括社区团队，一些核心/职业开发人员，经理和负责支持的人员）。一旦我们真正掌握了我们在新的MSE上所做的工作，就可以重新考虑在此任命或选举主持人的想法。
– Tim Post
2014年4月9日在10:56
我只能说是“嗅探”
–ChrisF♦
2014年4月9日在11:23
@ChrisF我认为如果主持人超过3个站点的任何人都能够审核MSE，这是公平的，不是吗？ :)
– gna
2014年4月9日在11:49
其他站点上的mod是否有我们需要了解的特殊特权/职责/事项？
–恢复莫妮卡
2014年4月9日在11:55
@AviD：那是什么意思？ MSE上的Mod具有与其他站点上的Mod相同的特权。
–ProgramFOX
2014年4月9日在11:56
@ProgramFOX我的意思是，访问MSE的其他网站上的mod。现在，MSE有点像元元站点，因此我们需要知道其他站点上的mod发生了什么变化。
–恢复莫妮卡
2014年4月9日12:00
@AviD：啊，我明白了。我不认为其他网站上的Mod会在MSE上获得特殊特权，因为MSE将拥有自己的主持人。
–ProgramFOX
2014年4月9日在12:03
@ProgramFOX哦，显然。很好奇是否在那里将有一个“特殊”角色，更多的是通知而不是特权。 （例如，在其他他们需要知道的主题上ping其他mod。有点像mod如何对自己元数据上的任何帖子进行特殊ping）。
–恢复莫妮卡
2014年4月9日12:09
@AviD对于非MSE mod，MSE上没有计划中的特殊角色。国防部需要了解的大部分信息是通过顶部栏中的菱形下拉列表进行沟通的（您网站的meta，mod消息上的新主题，以及-近期（最新）-mod新闻稿中的文章）。 ，通常会将您引向特定的MSE帖子或博客帖子，以获取更多详细信息。我们不希望mod成员必须定期自己检查MSE，以掌握最新消息（尽管欢迎您的到来，只要您愿意的话就可以接受！）
–劳拉
2014年4月9日14:38在
#4 楼
我认为声誉将转移到新的MSE，而我们的SO代表将来到MSO？评论
是的MSE将拥有您所有的MSO代表（减去将迁移回MSO的少量帖子），您将继续在那里获得新的代表，新的MSO的行为将与所有其他子meta一样，并继承您的主要网站（SO ）代表
–劳拉
2014年4月9日17:39
好极了！ \ o / 15个字符
–加拿大卢克
2014年4月9日在17:49
哈哈！赢得代表将更加困难。一旦拆分完成，MSE就会在这里举足轻重。会有一点优势。 （所谓优势，是指吹牛的权利。）
–uɐɯsOuɐɥʇɐN
2014年4月10日在1:38
@Laura：徽章呢？与rep一样（全部归MSE所有）？
– Jamal
2014年4月10日下午2:00
@Laura是否已考虑将您的MSE名声简单地作为您SE名声的总和？似乎更合适。
– corsiKa
14年4月16日在21:32
#5 楼
没关系，我们可能不会再在任何一个元站点上都获得日常编程问题的解决方法，但是对于有兴趣的清道夫-因为，面对现实，他们肯定在那里-现有的已删除编程问题将驻留在哪里？ />评论
必须在Meta上列出最佳编程问题清单。
–澳洲航空94重型
2014年4月9日在10:55
我一开始就不会考虑这类问题，因为它们已被删除，因此真的不值得担心。
– Tim Post
2014年4月9日在10:55
我特别想知道被删除的WSOiN最终会在哪里找到坟墓
– gna
2014年4月9日在11:02
@Tim Post：这意味着已删除的问题将保留在原处...确切在哪里？在相关说明中，无论问题是否存在，重定向都可以使用任何旧的问题ID吗？
– BoltClock是独角兽
2014年4月9日在11:04
@ BoltClock'saUnicorn从本质上讲，meta.so数据库将被重命名为meta.se －因此，存在于meta.so上的所有内容默认情况下都位于meta.se上，并且包括删除的问题。
– balpha
2014年4月9日在11:09
@balpha：非常简单，谢谢。
– BoltClock是独角兽
2014年4月9日在11:09
@Tim：“值得担心的”！=“有趣的阅读”：D
–轨道轻赛
14年4月16日在12:19
#6 楼
独角兽也会迁移到MSE吗？真正的问题是：所有模因和与模因相关的帖子都保留在MSO上吗？例如，主要的模因帖子被标记为常见问题。据说常见问题帖子已被迁移。
评论
哪个没有灵魂的怪物对此表示反对？
–uɐɯsOuɐɥʇɐN
2014年4月10日的1:39
如果您在这里很认真，请查看balpha的评论。数据库是相同的，因此它意味着所有常见问题都将是相同的。独角兽，独角鲸，振荡和所有其他模因都是安全的！
–影子向导正在接种疫苗
14-4-10在7:57
@ShadowWizard谢谢，这解释了它。是的，我是认真的:)
– Szymon
2014年4月10日上午11:24
@uɐɯsOuɐɥʇɐN3个没有灵魂的怪物..
–ɥʇǝS
2014年4月10日22:02
模因和最成功的歌曲可能只会在MSE上存在，首先要关注的是找到尚未解决的相关讨论，需要重新回到MSO。我将最终确定我的清单，以备日后使用，然后发送拆分后几天内错过的内容。
– Tim Post
14年4月14日在15:15
@TimPost我不同意将Memes移至MSE。有些仅与M / SO相关的细微差别对MSE毫无意义。
–脑袋
14年4月14日在19:15
#7 楼
MSO聊天到底发生了什么？当前有三个聊天服务器：chat.SE，chat.SO和chat.meta.SO。此拆分意味着什么？
chat.meta.SO会被转移到chat.meta.SE吗？ （在我看来，这很有可能。）
新元堆栈溢出怎么办？它是否使用chat.SO或chat.SE或chat.meta.SE或它自己的新服务器？
chat.meta.SO是否将在new-MSO和MSE？
MSO会使用chat.SE吗？
MSO会没有聊天服务器吗？
是否有秘密的计划将chat.SO和chat.SE合并？
/>
MSO是否使用chat.SE或chat.meta.SE？
华夫饼？独角兽？棕色？ ...棕色华夫饼干独角兽？
评论
您错过了一个重点：棕色。
–影子向导正在接种疫苗
2014年4月11日在7:54
@ShadowWizard哦，这很严重。我将其添加。
–michaelb958--GoFundMonica
2014年4月11日在7:58
到目前为止的计划是s / chat.mso / chat.mse / MSO就像网络中的每个其他子元站点一样（它们都没有实际的聊天域，但是从元站点进行聊天会将您带到该站点的相关站点房间）。
– Tim Post
14年4月14日在15:14
@TimPost ...我很困惑。您是在谈论新的MSO还是MSE，它是在使用chat.SO还是chat.SE？
–michaelb958--GoFundMonica
2014年4月15日下午3:53
chat.SO也将相同，chat.SE也将相同。 chat.meta.SO将被移至chat.meta.SE。
–脑袋
14年4月16日在14:29
#8 楼
SO特定的标签（如Burninate请求或有争议的审核审核）会发生什么情况？如果计划保留当前标记有问题的问题（未回答的问题除外），您打算如何解决因历史问题而留有大量标签的问题，而这些问题目前在MSE上是无法解决的并且应该不再使用？会不会有诸如标签的历史锁定之类的东西，并说明为什么存在这些标签？或者您对此有其他概念？
评论
标签将变得有些有趣，尤其是使用批量迁移工具。这是我现在正在研究的内容，也是我最初在栅栏上浏览的最初选择的职位很小的部分原因。确保它们结转是最重要的部分，处理新MSE上的残余物则完全是另一回事。幸运的是，在最近完成的AVP->声音拆分期间，我学到了很多东西。
– Tim Post
2014年4月9日在11:17
除了@Tim所说的以外，尽管其中的许多问题都是如此，但这些标签实际上都不是SO特定的。
–Shog9
2014年4月9日在16:13
#9 楼
Meta Stack Exchange是否将获得新颖的设计以帮助将其与Stack Overflow和Meta Stack Overflow区别开来？ Jin和Stéphane是否正在努力确定这个新站点的外观？如果可以，是否可以预览？评论
是的，将有一个新设计。我不确定它的公开程度（而且两种方式我都没有屏幕截图），但是您可以使用它。
–亚当·李尔♦
2014年4月12日在3:51
#10 楼
现在应该如何迁移到新的元站点上的旧现有问题？将为当前MSO帖子禁用“不迁移60天以上的问题”规则，以便相关问题可以被移到正确的SO Meta网站，还是必须重新发布所有内容？
评论
最初，我们仅迁移新的MSO社区仍然可以解决的问题。各种类型的标记请求，遗漏的SO特定支持问题，由于在整个网络前面提出的提议而遗失或失败的SO特定功能请求等。最初可能没有迁移路径，但是我们将在完成后的几周内再次进行审查。请记住，我们不希望MSE员工在他们可能不会参与过多的元站点上丢掉大量代表（这样做存在内在的问题/动力）。
– Tim Post
2014年4月9日在10:54
如前所述，对于真正值得的迁移，我们可以逐案规避60天的限制。我希望随着时间的推移会看到其中的一些，但是我更感兴趣的是从MSE提取资源，因为MSO需要这些资源，而不是“以防万一”将资源从MSE推送到MSO。在某个时候，我们可能会删除MSE上很多旧的，被忽略的内容。
–Shog9
2014年4月9日在16:11
#11 楼
一般而言，MSO是所有与SO和SE相关的功能（功能，错误，争议，独角兽以及几乎所有东西）的首选。用户可以通过“新信息页面”或“指南问答集”了解MSO的内容以及MSE将要处理的内容？还是我们有其他计划对现有人员和新闻人员进行同样的教育？此外，我们是否可以选择将帖子从MSO来回迁移到MSE，拆分后的最初几天？
评论
是的，当我们站起来新站点时，该副本以及“英雄”栏的修改版本将就位。此外，在最初的几周内，我们将使用系统通知功能，以使人们指向解释该网站用途的新副本。
– Tim Post
2014年4月9日在11:43
@TimPost-此处将如何使用通知功能？我不太了解那部分。我们如何确定问题的类型并相应地向用户推送通知？
– SudoRahul
2014年4月9日在11:47
Tim是系统消息，它是出现在网站顶部的每个用户的小横幅。 （我们通常只使用它来宣布计划的停机时间/维护，但是它也可以在全新的网站上使用，以通知人们元数据是一件事情。因此，我们将在MSO和新的MSE上使用它来帮助人们正确的位置。）
–劳拉
2014年4月9日在14:48
@Laura，如果您的意思是与出现“ asynch log”时出现的“欢迎回来...单击此处重新加载”相同的横幅，那么它的确不是，而是“很小”。
–影子向导正在接种疫苗
2014年4月10日在7:58
@ShadowWizard我不知道；我的意思是标题/主导航下方和主要内容上方的小图标。
–劳拉
2014年4月10日在12:17
@Laura嗯...不记得曾经见过这样的旗帜。猜猜我很快就会看到。 :)
–影子向导正在接种疫苗
2014年4月10日在12:27
@ShadowWizard这是我们启动新的Beta版站点时的样子：i.stack.imgur.com/Zixi2.png（在SO上有点微妙的样式）
–劳拉
2014年4月10日14:31
@劳拉，哦，我明白了。数量很少，但也不侵入。干杯!
–影子向导正在接种疫苗
2014年4月10日14:35
#12 楼
如何指定其他网站的主持人？如先前所建议，是否会有带数字的空菱形？IAmAFancyMSEMod♦
FooBarUser◇13
MSEModAndModElsewhere♦◇1
评论
我们没有计划将MSE标识符用作其他地方的Mod（就像现在在MSO上一样）。在MSE上，参与的唯一要求是您以某种方式参与了SE网络中的一个或多个站点。如果在其他站点上担任主持人与MSE讨论有关，请在讨论本身中这样说（以及为什么最好使用:)。
–劳拉
2014年4月9日14:46
@Laura等待...您说“参与的条件是您以某种方式参与了SE网络中的一个或多个站点”，这是否意味着用户如果没有，就无法在MSE上创建帐户在至少一个其他站点中注册？
–影子向导正在接种疫苗
2014年4月9日19:23在
@ShadowWizard不，这只是意味着我们仍然会审核不是真实用户的垃圾邮件帐户：)
–劳拉
2014年4月9日在19:47
#13 楼
现有链接将如何处理？例如，如果我有这样的东西：看！ MSO / MSE分裂正在发生！
Look! The MSO/MSE split is happening! [There is a post about it here.](https://meta.stackexchange.com/questions/228888/)
拆分后链接是否断开？如果有的话，将如何处理？
评论
我相信计划是，新的MSO开始在（最后一个旧的MSO职位ID + 1）上计算职位ID，并将低于该ID的ID重新定向到MSE。
–michaelb958--GoFundMonica
2014年4月9日12:31
这正是我们要做的。第一个MSO（新）帖子ID将是最后一个MSE帖子ID +1，它下面的所有内容都将被重定向。我们还将重新烘焙内容以更正链接以控制它们，而不仅仅是依靠重定向来工作。
– Tim Post
2014年4月9日下午13:57
@TimPost为什么不审核队列？ ：P几十万个帖子不应该花太长时间，对吗？
–科尔·约翰逊（Cole Johnson）
2014年4月10日，2:15
@TimPost但是，如果这是一个从Meta.SE转移到Meta.SO的问题，您将重新重定向（或根本不重定向），就像几百个Stack Overflow问题一样，对吗？ （只需检查一下即可避免在第1天发生重定向循环/失败。）
–doppelgreener
2014年4月11日7:25
我认为这将是双重重定向@JonathanHobbs。 MSO帖子＃-> MSE。然后将标准“此问题已迁移”重定向回MSO。当然，如果所讨论的ID是答案而不是问题，则可能导致多步骤重定向。
– TRiG
14年4月14日在12:03
@TRiG，除非它不止于此，因为MSE派他们去拜访MSO低端＃;）因此，我的问题是！
–doppelgreener
2014年4月14日12:04
我认为从MSE迁移到MSO的内容将获得闪亮的新帖子ID，即使它最初是从MSO开始的。仅仅是因为开发人员更容易这样做。
– TRiG
14年4月14日在12:06
对。重定向工作的方式，我们应该能够获得一个指向MSO重定向的URL，该URL可以通过向MSO的迁移路径重定向到MSE重定向，而不会产生太多麻烦。
–Shog9
14年4月14日在21:28
#14 楼
我认为大多数清理请求（清理，原始化请求，黑名单请求，同义词请求等？）都应迁移回MSO。浪费了数年的数据需要解决的领域（或将它们放在可能不会引起太多关注的地方）似乎是个坏主意（至少对我个人而言）。
随机附加/相关思想-我们将必须无限期地在两个站点中搜索任何（非新的）堆栈溢出相关的内容。除非我们从MSE中删除它们，否则我们最终只会在MSO上再次弹出它们...可能减去有关该主题的任何讨论，以及表明同意或反对的任何表决。这两种方法都不是理想的方法。
我很担心，因为您提到了迁移与功能相关的帖子，但这似乎不属实。
评论
其中有许多实际上是不可行的，因为没有人看过它们，看看它们是否值得采取行动。拖拉它们无济于事-可能应该将它们删除。对于那些值得采取行动但仅仅跌入裂缝的人来说，在采取措施后将其迁移回去是有意义的。
–Shog9
2014年4月14日22:50在
将它们放在MSO上应该给予他们更多（适当）的关注，即更多的赞成/不赞成决定他们是否值得采取行动。仅仅删除它们本质上就扫除了地毯下的（可能的）问题。在MSE上留下可行的内容（留在成千上万个帖子的“地毯”下）也是如此。
– Bernhard Barker
2014年4月14日23:02
迁移成千上万的帖子将不会给予更多的关注-只是在换地毯。
–Shog9
2014年4月14日23:03
通过假设，如果大多数人对清理SO感兴趣，他们将继续使用MSO，因此从这种意义上讲，他们应该引起更多关注。同样，将相同的内容分配到不同的站点对我来说也没有太大的意义（大概是MSO将成为新的SO清理请求的地方，而旧的仍将保留在MSE上），尤其是对于那些易于处理的事情这样确定。
– Bernhard Barker
2014年4月14日23:22
如果人们竭尽所能去寻找他们，他们将已经得到处理。我们要么单独迁移它们，并确保它们得到他们需要的关注，要么我们将它们留在……或删除它们。未解决问题的大规模迁移令人头疼，几乎没有回报。
–Shog9
14年4月14日在23:23
还有其他想法-我们必须无限期地在两个站点中搜索任何（非新的）堆栈溢出特定的事件。除非我们从MSE中删除它们，否则我们最终只会在MSO上再次弹出它们……可能。
– Bernhard Barker
2014年4月16日在22:40
欢迎来到我的世界，@ Dukeling
–Shog9
2014年4月16日22:50
@ Shog9，好的，但是也许将迁移（例如标记/审查）解耦将有助于将识别/决定分为两个过程，而这可以由不同的“劳动力”更好地完成？但也许可以改用标记/查看：我认为将本质上是“非主题”问题标记为这样的东西绝对是值得的：破损的窗户等等……（很抱歉，这是您第n次看到此建议了）
– Benjol
2014年4月17日下午5:02
@Benjol清理起来有些价值，但是从某种意义上说，这是低息债务。我宁愿慢慢地（或根本不付清）还清时间，也不愿花时间解决当前问题。
–Shog9
2014年4月17日下午5:06
@ Shog9。好。也许在您和Tim的帖子中讲得不够清楚，对于这个“清理”问题，听起来似乎有点分类，而不是6-8周：)
– Benjol
2014年4月17日下午5:13
#15 楼
什么主题将应用于MSE？与MSO一样？还是SE网站的灰色主题（即与Beta网站的每个网站元相同）？我希望有更好的选择。徽标呢？像这样吗？
评论
+1。元字体激怒了我的内心。
–CodingIntrigue
14年4月14日在12:04
灰色荣耀！
–六
14年4月14日在12:11
实际上，它非常棒，Jin提出了一个伟大的概念来说明站点的性质，我迫不及待地希望每个人都能看到它（我很喜欢它）。不想破坏惊喜！
– Tim Post
14年4月14日在15:12
我很确定它看起来大致像这样：i.3ventic.eu/1397601634-14.png、i.3ventic.eu/1397684247-21.png
– 3ventic
14年4月16日在21:37
@ 3ventic'sShadow，看起来真的很糟糕。
– davidkonrad
2014年4月16日在22:18
@davidkonrad按钮和标签看起来有点大，但除此之外，我个人比较喜欢。
– 3ventic
14年4月16日在22:20
@ 3ventic'sShadow，好吧，味道不能讨论:-)
– davidkonrad
2014年4月16日在22:21
希望MSO最终摆脱meta上存在的问题，在某些浏览器上，在某些分辨率上以及在linux上-用户视图已损坏，个人信息在userimage下方对齐。我实际上在一年左右的时间里就认为，这是决定meta的方式，直到我在窗口框上看到自己的页面。但是，仅在某些浏览器上的某些分辨率上会出现此“错误”。
– davidkonrad
2014年4月16日在22:28
#16 楼
我对Magic Links有一些要求。因此，这是另一个：请在每次启动网站时将其添加。在Português的Stack Overflow中，我们仍然缺少一个...[metaso]会发生什么？评论
抱歉，没有关于pt魔术链接的消息，但是[metase]将不再受支持，并且在拆分成功后将转换为[metase]。
–奥德
2014年4月9日19:34
@Oded到目前为止，[metase]在聊天中有效，但[metase]无效。我注意到[转义]将人们发送到MSE（而非MSO）的评论中，这很奇怪。
–拉斐尔
2014年4月22日14:30
这是有意的-[metase]的目的实际上是[metase]。该计划是在某个时刻迁移所有魔术链接。我也将关注聊天。
–奥德
2014年4月22日14:33
#17 楼
我实际上将如何让从事SO的人员去MSE提出一般性问题？我想像“我在哪里问
但是，新用户在MSO上这样询问的原因是因为他们在SO上，所以他们前往最近的meta进行询问。
没有太多理由只在主要的SE网站上闲逛。因此，MSE实际上并不是任何事情的“最近要素”。 MSE在通常的主要<->元配对之外；不管您身在何处，都可能偏离人迹罕至的地方。换句话说：人们通常会在有问题的时候在他们所在的网站的相应元数据上提问。由于没有人真正出现在SE通用站点上，因此也没有人会真正进入通用的MSE站点。
我们将如何鼓励人们在MSE上提出非SO特定的问题分裂后的MSO，因为MSO仍将是最接近SO的元，而这些人大多数将来自SO？
还是我们只需要应对无休止的流将通用网络问题从MSO迁移到MSE（甚至更糟糕的是，源源不断的“这属于MSE”注释而不是实际答案），并且答案周转时间/潜在的OP挫败可能会增加额外的“您应该向MSE询问” ->哦，好吧，我会“往返协议握手”，因为这样做可能弊大于利）？
我支持拆分，但是如果不做MSE，这会浪费很多精力立即访问，因为否则SO上的每个人仍然会来MSO询问他们的网络问题。
评论
是什么让您认为他们会隐藏与MSE的链接？它将仍然具有页脚链接。
–随机
14年4月14日在21:02
我听到人们说的是，“整个网络问题仍然可以发布在您最满意的每个站点元上”，这听起来像一场噩梦。相同功能请求的100个未链接的重复项-很好
–Richard Tingle
14年4月14日在21:04
@random当我单击导航栏中的“ StackExchange”下拉菜单时，第一项是我所在的站点，第二项是我所在的站点的元。考虑到导航区域中存在通向MSO的简便路径（它也用于所有其他常见任务，因此作为导航手段很有吸引力），您是否认为有人会单击页脚链接？
–杰森C
2014年4月14日在21:04
您有点错过了这一切的重点。并不是要让SO用户停止在MSO上发帖，而是要给非SO用户的人们一个去处。如果我是SO用户，并且对我的问题（是一个元问题）有疑问，那么MSO正是我应该问的地方-不是MSE！
–Shog9
14年4月14日在21:10
哦，如果我发现有人告诉SO用户在MSE上发帖，那将很快结束。
–Shog9
14年4月14日在21:11
不是SO用户的@ Shog9民众还有其他站点元。没有人只有通用的SE帐户。您总是必须在某个地方注册才能在元数据上发布，并且您将转到已注册的网站的元数据，无论是否如此（但绝不要SE）。在任何SE网站上任何地方都没有账户的人将要发布在MSE上的示例路径是什么？
–杰森C
2014年4月14日在21:11
对。那你有什么意思呢？ Site-metas应该被站点成员方便地访问。那是他们的目的。 MSE本质上将成为元元数据，它是讨论在一个或多个每个站点元数据上运行的问题而没有解决的问题的地方：日常支持和大多数每个站点问题的讨论不应在那里发生。
–Shog9
2014年4月14日在21:14
@ Shog9您说过，MSE的目的是为非SO用户提供去处。问题1：提出一个示例路径，一个在SE网站上任何地方都没有帐户的人将采用该路径发布MSE。您这样做的困难将充分说明我的观点。问题2：我们如何让人们在MSE上发帖？
–杰森C
14年4月14日在21:16
如果您删除所有当前以任何方式提及SO问题的MSO问题，那就是MSE，而且还有很多
–随机
2014年4月14日21:18
A1：为什么没有SE帐户的人需要加入MSE？ （除非他们的问题是“如何创建帐户”，否则他们不会这样做）A2：我们不会；他们还是会的。
–Shog9
2014年4月14日21:18
A3：正确。
–Shog9
14年4月14日在21:19
MSE适用于对整个网络感兴趣的人们，其中也有很多
–随机
14年4月14日在21:19
没有什么可以阻止任何人去他们自己的元站点。我们希望他们去那里。 MSE不应成为一切的第一站。您每次碰到坑洼都会打电话给国会议员吗？当然不会，因为你没有疯。如果MSE占所有其他meta的帖子的<1％，那根本不是一件可怕的事情-那是一个可扩展的系统。您正在查看此更改，并预测MSE在拆分后将获得少得多的流量-是的，应该，这就是我们这样做的原因；否则就没有意义了。
–Shog9
2014年4月14日在21:24
如果您曾经使用过SU，SF或网络上的其他150多个站点，请询问那些用户如何在不是最接近元数据的情况下设法找到MSO
–随机
14年4月14日在21:25
告诉你什么：当这位掌门人动弹时，蒂姆（Tim）会在这里开出一篇博客文章，我们将尽力确保它能为您解决这个问题。
–Shog9
14年4月14日在21:27
#18 楼
您打算如何处理来自其他SE网站的传入链接？具体来说，其他SE网站通常会链接到MSO帖子，以响应用户对界面的疑问。我知道Parenting.SE这样做了很多次，将操作方法问题提到了MSO上的规范答案。我在移动设备上，因此现在不提供示例网址。
如果您不处理这些链接，则计划中的拆分将破坏它们。
我想解决这个问题的一种方法是遍历本地元数据并将MSO链接重写为新的MSE，但是您可能有一个更聪明的解决方案。
评论
我们正在重新烘焙所有这些，指向MSO的链接直到我们在拆分时确定的帖子ID截止将被重写。该工具已经放在一起，因此可以很好地自动运行。另外，我们将重新定向所有帖子-如果您转到MSO上的问题/ 123，您将被重定向到MSE上的问题/ 123-直到旧的MSO上的最后一个帖子ID（我知道这听起来很混乱，但有关新MSO的问题1可能是29877，其中29876及以下版本仅重定向）
– Tim Post
2014年4月10日13:39
太棒了一切都覆盖了！
– Torben Gundtofte-Bruun
2014年10月10日13:41
2012年2月对此进行了解释
– gna
2014年4月10日13:44
#19 楼
我们目前在Meta Stack Overflow上的帐户将转移到Meta Stack Exchange，是的。但是使用OpenID登录的人又为每个域提供了不同的标识符呢？我知道，当MathOverflow迁移到SE 2.0时，有些人不得不创建新帐户然后进行合并，而这甚至没有更改域名。我预计帐户会有一定程度的混乱。
评论
我们在MO上看到的问题主要是我们在SE 1.0平台上与现在相比在处理方式上的差异（很大）。我认为这不会成为问题，但是会有一个非常简单的支持渠道。这些通常可以通过身份验证电子邮件进行关联，这可以在帐户级别上很大程度上解决此问题（有一个“帐户”的作用类似于将所有链接的个人资料都保存在一起的脊椎）。
– Tim Post
14年4月14日在15:11
#20 楼
更新：现在已修复别忘了更新帮助中心页面。他们仍然使用旧的MSO术语，因此，尽管我没有检查过，但大概他们也记录了旧的MSO模型。
主题还不错。
#21 楼
我打开了新的meta后，我感到压力很大，我的个人资料去了哪里。没有问题，没有答案，没有活动。后来我意识到了分裂，发现配置文件已迁移到MSE，我需要从头开始进行MSO。大会徽章仍链接到我有0个帖子的MSO。我对这种情况不满意。是故意的还是有害的副作用？评论
这是故意的。确实，主要更改是，以前名为“ Meta Stack Overflow”的站点已重命名并重新命名为“ Meta Stack Exchange”，同时保留了所有帐户和帖子，并为Stack Overflow创建了新的标准元站点已经被创造了。只有有限数量的帖子将从Meta Stack Exchange迁移到Meta Stack Overflow；该网站将在很大程度上重新开始。
–杰里米
14年4月17日在11:53
嗯，我明白了。但是我很不高兴，因为我是如此接近这个徽章。
– Leos Literak
2014年4月17日下午13:47
与徽章相距不远。该站点从MSO重命名为MSE。这如何使您远离徽章？然后创建了一个新的MSO。这是完全无关的。
– TRiG
2014年10月6日在16:40
但是我想要MSO。
– Leos Literak
2014年10月7日在8:25
#22 楼
但为什么？是否出于逻辑一致性？通过拆分成多个站点来获得更多流量？ （不可以），因为此元网站上的流量太多了吗？ （真的吗？）对我的无知感到抱歉，但是在询问和回答问题的方法上有多个站点如何询问和回答问题，就像让一颗子弹击中了多汁的西瓜一样，让我大吃一惊。评论
在meta.stackoverflow和meta.stackexchange的未来中已经对此进行了回答。
– gna
2014年4月10日14:57
另外还有Stack Overflow占有一席之地-要点是网络内容已成为一些不守规矩的客人，并且需要自己挖洞，因为与SO相关的重要内容已在噪音中迷失了（标签讨论等），并在真正不参与SO的人们的不赞成票上堆积越来越多的有毒物质。
– Tim Post
2014年4月10日15:00
阅读这两个评论以获得更多信息。
–比利·梅尔曼（Billy Mailman）
2014年4月10日15:00
大声笑，大多数关于meta的帖子的观看次数不到50。您告诉我的是，SE已决定专注于改善Stackoverflow主站点，而以其较小的站点为代价-除非经常访问这些站点的用户更多地参与元问题。
–user202362
2014年4月10日15:24
同样，分割元站点也不能解决有毒的投票问题。
–user202362
2014年4月10日15:32
@TimPost如果您不想掩盖重要的问题，可以放置一个更好的排序算法，并确保每个问题都能被一定数量的最小人员和一定数量的最大人员查看，这样您就不会错过任何东西或浪费任何东西员工的时间。如果您不希望用户一整天都坐在元数据中，则可以设置一条规则，以限制不经常访问其他网站的用户可以投票的数量。分裂现场，希望魔术会发生，然后将头埋在沙子里，希望危险会自动消失...
–user202362
2014年4月10日15:50
@ telkitty.exe您似乎错过了所有这些要点。订购。 Stack Exchange中的每个站点都有自己的Meta站点，该站点没有自己的声誉，仅用于特定于该站点的请求/错误/讨论。在所有这些基于站点的元数据中，由于没有声誉损失，下选票确实是无齿的。 Stack Overflow也是Stack Exchange的一部分，因此它应该拥有自己的子元，仅用于其特定的错误/请求/讨论。就这么简单。这里没有邪恶的计划，可悲的是，您试图看到一整杯的空白。
–影子向导正在接种疫苗
2014年4月10日在18:16
“您告诉我的是SE已决定集中精力改善Stackoverflow主站点，而忽略了其较小的站点。” –实际上，我们这些站点的常客在过去曾抱怨我们有关以下方面的元信息：堆栈交换在大量有关堆栈溢出的元帖子中迷失了。此举将通过分隔两种类型的元流量来帮助“较小的站点”和堆栈溢出。这是一件好事。堆栈溢出应有其自身的元数据。整个Stack Exchange需要一个讨论跨站点问题的地方。
–罗布·莫尔
2014年4月11日在8:45
天啊！在充满肯定投票答案的主题中，我得到了唯一的反对投票答案-除我之外，所有答案都没有。我感觉很特别！这让我想起了我在最低35％时的小学，当我排名跌至最低20％时让我想起了高中。直到我上大学后，我才开始获得这个国家的最好成绩之一，获得奖学金和荣誉学位，拥有2个专业工作，在某些在线游戏上拥有数千小时的工作时间，通过娱乐性成为最杰出的巨魔。大众，并与其他所有人同时毕业。
–user202362
2014年4月17日在8:30
有时，尝试还不够–您需要天生才华！
–user202362
14年4月17日在8:31
作为您的精英宠物巨魔-我认识您，我梦a以求地走过。我知道你，你眼中的微光是如此熟悉。而且我知道，愿景似乎很少出现，这是事实。但是，如果我认识你，我就会知道你会做什么。您会立刻爱上我，就像您曾经做梦一样！
–user202362
2014年4月17日在8:32
附言您无法拒绝评论，因此可以免于提出问题/答案的禁令。我还指望我不重要，无法获得手动禁令^ _ ^
–user202362
14年4月17日在8:44
P.P.S.这里的配色很烂...但这只是我的拙见@ _ @
–user202362
14年4月17日在8:49
这些天，你在自言自语。您是否考虑过改用不含咖啡因的品牌？它们和真实的东西一样美味。
– Tim Post
14年4月17日在12:05
与咖啡无关，它可能更多地跟在我后面，就像一群母鸡周围的婴儿在跟着我走。我曾经获得-10票，现在几乎是-20票，看来我一直在获得追随者！
–user202362
2014年4月17日在13:40
评论
您打算如何将所有独角兽迁移到MSE？ :)@ShadowWizard我们在Minecraft中对此进行了一些测试，社区团队将在手里拿着小麦的地方走动，而独角兽将跟随我们。
最后！！ :-D
在16日之前赢得元帅。接受挑战。
无论发生什么情况，我都会带上我的巨型“ S”！我要用它！
因此，我们应该在此处使用答案部分！这是什么样的地方？！
@Cole在它持续的过程中尽情享受，打破规则！ ：D
也许应该在MSO社区公告板上...
@ waiwai933 Nick的推文说，今晚仍在发生。但他昨晚发布了该邮件，因此可能发生了某些变化。
终于发生了吗？感觉不真实。就像来自未来的事物，像是飞行的汽车。适当的配乐。
Wee建议：如果您要在此处指向系统范围的公告（这种情况），则可能需要在本文顶部添加一些上下文。我不认为“ MSO / MSE拆分正在进行中”对普通SO用户没有任何意义。甚至对我来说，我在SO用户中排名前10％。并且单击链接后，该帖子仍然假定有很多知识。抱怨
我喜欢。除字体外，我在其中输入此注释。Ewwww。
您甚至迁移了我起草的问题！
@ hims056哈哈，好吧，它基本上只是重命名数据库，因此大概可以正常工作。不过很有趣，感谢您提及！！
@TimPost-为什么整个社区中都没有关于此全新Meta Stack Exchange网站的社区公告（博客）？作为体育用户，我不知道这里发生了什么。至少像在MSO中一样，在每个站点的“社区公告”中链接此问题。 （我想念什么吗？）