Jeff谈到了这一点。前一段时间,随着计划的开始,我非常高兴地宣布,我们终于解决了其余的细节,并将在六到八周内进行拆分。不,我不是在开玩笑,我们要在1月中旬左右拍摄。认真地说,别笑了,六到八周是一个很好的理由。.我离题了。
这里是您需要了解的内容,按一般主题分组。如果您对细节不感兴趣,那么这样做很简单:Stack Overflow需要一个自己的元站点,并且很快就会获得一个。您不会丢失任何代表或徽章,只需将有关网络本身的问题带到另一个地方,即新的Meta SE。
让我们继续吧,
该计划非常简单明了,以下是我们执行时将形成项目时间表的大纲:仅限模式,或可能的维护模式。然后将其移至meta.stackexchange.com,并注明最后一个帖子ID。
像网络中的所有其他元站点一样,在meta.stackoverflow.com上建立一个全新的空白子元站点,第一个帖子ID将是我们在MSE上记下的最后一个帖子ID,再加上一个。
建立从MSO到MSE的重定向,以降低帖子ID。 >
还需要考虑其他事项,例如聊天MSO。在此过渡期间,那里的房间可能会迁移到聊天MSE,但是我们并不完全确定。我将使用可用的更多详细信息来更新此帖子。
这会对我有何影响?
您需要记住将有关一般网络的问题带到新的MSE网站,有关堆栈溢出仍将属于MSO。某些链接(例如标签页)无法轻松重定向,因此您可能需要更新一些浏览器书签或用于拉动Feed的任何小工具中的设置。
我们控制的内部链接将在更新过程中自动更新过渡。
当您在MSO上发布重新标记或焚烧请求时,它们将受到更多关注,因为它们将保持可见的时间更长。当您进入MSE时,您几乎看不到被删除的真正令人讨厌的编程问题。每个人都能得到更多他们喜欢的东西,而更少得到他们不喜欢的东西。
我们只是将SO特定的内容迁移回新的MSO? Stack Overflow将获得一个闪亮的新的空元网站,以供他们立即使用;由他们决定去哪里。在拆分之后的几周内,我们将确定确实属于MSO的内容并将其发送回去,但这将是一个非常有选择性,非常有条理的过程。
我们将与Stack紧密合作在此期间主持人溢出。一旦发生这种情况,我们预计从MSO迁移到MSO的迁移将更多。
谁将主持人使用新的Meta SE?
最初,我们。社区团队的员工将是主要的主持人(和我们现在一样提供官方答复的人员),而核心和职业开发人员将进行其通常的错误和功能查找。
最终,我们确实计划从较大的网络社区中任命几位主持人,以确保事情顺利进行,并确保新站点上的社区在仲裁团队中得到适当代表。
我们不这样做还不知道我们是否要举行选举,我们必须看看情况如何。最初的MSE旨在支持SE 1.0-这与我们所有人完全不同,而且是全新的。
应该问什么?我淹没在meta中!
如果您的问题是关于特定网站或社区的,请在该网站的元网站上提问,同样适用于Stack Overflow。
如果您的问题是涉及整个网络的问题,例如:
错误报告或功能请求仅适用于多个站点
网络或一般来说是Stack Exchange
是一个问题,为什么我们要以某种特定方式将其作为网络来进行处理,或者建议以不同的方式将其作为网络来进行处理
> ..然后它属于新的MSE网站。在过渡期间,将在MSE和MSO上建立适当的帮助中心,明确说明每个站点的服务目的以及分别属于它们的问题的类型。有关职业的问题将在MSE上展开。
在谈到关于51区本身的元讨论时,51区仍然是一个孤岛。这些讨论应该发布在describe.area51.stackexchange.com。
简而言之,Stack Overflow及其新的子元站点将与网络中的其他站点一样;这可能是我们应该早就应该做的事情。
我意识到我们正在相对较短的时间内运送大量奶酪,但是我们真的不能再推迟了。如果您对此有任何疑问,疑虑,想法或其他意见,请随时在下面的答案中进行。
由于自1天MSO用户和社区选出的堆栈溢出主持人,我个人期待这次终于发生了。自建立以来,MSE不再需要附加到Stack Overflow即可保持其文化。但是,我们已经从长期和gra可亲的主持人那里获得了很多收益,现在是时候让他们以稍微降低一点的噪音开始他们的正常业务了。
更新(2014年1月10日)
我已经添加了一些其他细节,内容涉及将哪些内容快速迁移回MSO-请查看链接的问题,并随时提供您所输入的内容。
更新(2014年2月5日)
后台在这方面的工作正在进行。我们仍然会在其他项目上花一些时间,所以实际的转换定于本月进行,可能会在接下来的两周内进行。但是,这很大程度上取决于目前尚不清楚的变量,因此可能是2月底。我将在这里发布更新的时间表时,将继续发布更新,但工作仍在进行中。
更新(2014年3月12日)
这里的内容是:
后端工作进展顺利,已经完成了大部分代码更改,并且正在对我们的开发层进行测试以供我们戳戳和生产。
社区结束基本上已经完成,我已经完成了一些杂项复制工作,包括一个博客文章(大部分只是重申了此meta文章)
需要构建一些特定于任务的工具,人们正在研究这些工具。回到新的孩子MSO已经过培养,并将在目标日期的前几天再次更新。
我们还没有2到3周左右的目标日期,可能更少,具体取决于开发层上的测试方式。我们将或多或少地模拟整个过程。
我们会至少提前几天通知所有人。正在移动,我们只是非常谨慎和勤奋。
更新(2014年3月18日)
核心工作进展顺利。现在,他们到了如何以一种(最佳)性能良好((最小))不会爆炸的方式处理实际迁移的地步。工具中还有大量工作要做,这些工具需要在迁移后立即运行以更新链接,重新烘烤内容以及完成这些工作的其他事情。
我有一个清单数百个似乎尚未解决的活动标签/问题/主持人操作讨论,这些讨论完全与Stack Overflow相关,一旦两个站点独立起来并且一切看起来稳定之后,我将立即将它们发送回去。这可能意味着您中一个幸运的用户将有机会获得有关新MSO的第一篇文章,但是您需要与我竞争才能做到这一点,并且他们不会称呼我什么都没有。
我们认为这可能是一周,我们实际上可以选择将要进行这些切换的周末,但是直到下周末我才能确定。我会每周继续回顾此帖子,直到发生这种情况为止,只是为了让您知道发生了什么。
#1 楼
太好了!但是,我认为任何SE网站的主持人都应该在其用户名后面加上一些符号,以使其他用户清楚他们是某个地方的主持人。当鼠标悬停在该符号上时,甚至甚至可以显示受监管站点的列表?
我建议一只猫:😻-猫很棒,干草叉很漂亮,但我们并不是那么邪恶。 ;)
评论
您已经有一个Octocat头像和一个小猫猫帽子。添加此猫形符号是否意味着您将成为Decacat?
– BoltClock是独角兽
2013年12月19日的15:00
在我看来,那只猫是一个空的矩形,这个字符似乎没有得到足够的支持以用于此目的。
–疯狂科学家
13年12月19日在15:01
方形猫? i.stack.imgur.com/hpY2c.png这是新型的猫吗?
–影子向导正在接种疫苗
13年12月19日在15:01
该死,我猜你的字体也不支持support? :p
– ThiefMaster
2013年12月19日15:02
它一定是盒子猫。
–和A可亲
2013年12月19日15:02
没有猫也没有香蕉
–影子向导正在接种疫苗
2013年12月19日15:02
我建议仅在用户名之后显示该用户所在的网站徽标。但这将为至少一个mod ;-)使用太多空间。
–疯狂科学家
2013年12月19日15:07
我认为,像A51灰钻+伯爵这样的东西就可以了。
–凯文
13年12月19日在15:20
@MadScientist-我不知道你可能是谁;)
–ChrisF♦
2013年12月19日15:24
@ shadow-wizard为什么,那当然是薛定ding的猫!
– Korneel Bouman
2013年12月19日15:47
@KorneelBouman因此,重要的是,不要导入任何缺少浏览器编码的字符,因为如果我能够观察到那只猫,我会杀死它的?
–服务
2013年12月19日下午16:40
使用using怎么样?
– Badp
2013年12月21日15:59
我建议所有非mod都使用干草叉,因为meta是您尝试将mod运出城镇的地方。
– Manishearth
2014年1月1日下午6:48
在badp和Kevin的建议的基础上,非本地主持人应标有mode,主持人应标有♦。所有钻石后跟上标,列出用铁拳(例如³³)统治的地点数量。
– jmac
2014年1月6日下午4:33
所有其他笑话都排除了某种迹象,表明您是某个地方的主持人(也许用户卡上的某物上显示了您正在改装的网站的图标?)听起来像是个好主意。可能是第2阶段的开发工作,但我认为这是有道理的。
–voretaq7
2014年1月10日22:33
#2 楼
这很棒。这就像在怀着一个新的婴儿。我们的孩子! Stack Overflow将获得一个闪亮的新的空元网站,以供他们立即使用;在此期间,如何将新提问者定向到正确的地点?在这段时间内问什么是正确的网站?会有简单的迁移路径吗?
在拆分之后的几周内,我们将确定确实属于MSO的内容并将其发回,但这将是非常有选择性的,过程非常有条理。
技术上有很多功能要求属于Meta.SE(因为它们与站点不可知的功能有关),但实际上它们仅适用于SO。将如何处理这些问题?
Meta社区会参与到哪里去的选择过程中吗?还是主持人计划独自完成这一切?
您不会丢失任何代表或徽章
,这是一个很好的手势,但这将人为地提高代表得分,对吗?因为您的某些内容将位于不计入其中的新MSO网站上。网站。是的,它已经在MSO上被淘汰,这很棒,因为关于日常情况的激烈新手讨论不会最终因投票减少代表损失而告终。但是新的MSE仍然可以解决这个问题。
评论
我们已经有了系统消息栏,可以用来最初引导流量,并且我们准备根据需要移动内容。拆分时,我们将深入研究MSE的功能,这将是单独的电话。是的,社区将参与其中,并可能会举报要返回MSO的内容,但这取决于我们,我们将返回的内容。当“春季大扫除”发生时,人们可能会在这里或那里失去一些代表,但是我真的没有看到完全消除MSE代表的理由。在MSO上,它将与您的主要站点代表匹配-这样就可以解决了。
– Tim Post
2013年12月19日15:57
@Tiny Tim太酷了。期待这个。
– Pekka
2013年12月19日16:00
“这就像怀孕了一样。”这是否意味着您希望在头几周内陷入困境? ;)
–gnostradamus
2013年12月20日下午4:15
@gnostradamus哦,是的。那,还有很多的哀号。
– Pekka
2013年12月20日下午5:03
如果取消了meta SE代表,社区审核将如何进行?
–Richard Tingle
2013年12月31日,0:56
@Richard,例如,您可以将其链接到SO分数
– Pekka
2013年12月31日下午2:22
@Pekka,但这将排除所有非SO人
–Richard Tingle
2013年12月31日上午8:58
很高兴看到这个“问题”如何全部颠倒了。蒂姆(Tim)在问题中陈述了事实,而您在回答中是在问问题:-)
– Tomas
2014年1月6日在6:29
@TimPost,您说可能会丢失“某些”代表,但是如果我理解正确,那么那些主要问有关SO的问题的人将这些问题转移回去后会失去大部分代表?
– Benjol
2014年1月6日上午9:46
#3 楼
在新的MSE上,标签将指向何处?他们会递归地指向网站本身吗?还是它们会链接到某种跨SE标签页面(是否存在这样的页面?)?还是它们会继续链接到SO?理想情况下,您将执行以下操作: br />
[tag:tag]
很特殊,它指向SO。在初始迁移中,所有
[tag-so:tag]
实例都更改为[tag:*]
,因此保留了链接。评论
他们将继续链接到他们曾经做过的任何地方,但是一旦更新,其中许多将需要再次自动烹饪。我们还没有针对网络范围标签的计划(如果要做某事,我们应该对所有站点都这样做),但是[sitename-tag:tagname]绝对不是一个可怕的主意。
– Tim Post
2013年12月20日下午5:18
有一个跨站点SE标签页...随机链接:stackexchange.com/filters/113613/favorite-tags
– jcolebrand
2013年12月20日下午16:31
我将为[sitename-tag:tagname]添加另一个声音-听起来确实合理。 (IDK会非常需要它-标签几乎是站点本地的,应该在每个站点的Meta上进行讨论-但如果您仍然要实现它,则此方法听起来很不错)
–voretaq7
2014年1月10日22:35
这是一个很好的语法建议:meta.stackexchange.com/a/223752/223030
–michaelb958--GoFundMonica
2014年4月4日在22:41
我要在此处添加状态完成的信息,但是我不能再说了;)辛苦了,伙计们。如果过去两年我实际上做了更多的改装工作,我会更多地抱怨失去钻石……如果那是真的,我怀疑你们所有人都会找到一种方法让我反正保持它。
–乔尔·科恩(Joel Coehoorn)
2014年4月17日下午16:36
#4 楼
这仍在发生。尽管我们在此线程上一直保持安静,但是在Stack Exchange上并没有保持安静。我们已经完成了许多后端准备工作,编写了一些指导以帮助简化过渡过程,并且即将开始测试该过程,以确保在发生错误时我们不会破坏得太厉害或丢失任何珍贵的独角兽我们确实采取了行动。由于我们无法宣布实际日期,因此我们感觉这里没有什么要报告的,但是似乎需要一些更新,所以您有了它。 ,我会说,然后我们要搬到新房子里。评论
“我想再说六到八周,然后再说六到八周”
–影子向导正在接种疫苗
2014年3月11日23:09
#5 楼
您没有完全解决用户问题。我假设像其他每个站点元一样,注册用户将是在父站点上注册的用户(在这种情况下为Stack Overflow),但是当前Meta SO中可能有相当数量的用户尚未注册在堆栈溢出。您将如何处理这两个Meta网站的当前和将来用户?评论
他们将是两个独立的站点。如果您在Stack Overflow上拥有一个帐户,那么您将自动在新的MSO上拥有一个帐户(就像任何子元数据一样)。如果您在MSO上有一个帐户,但没有SO,那么如果我正确理解了您的问题,那么您将在MSE上有一个帐户,而没有SO。
– Tim Post
2013年12月19日下午16:55
@TinyTim,好的,您理解正确。我认为关注点将是帖子的出处,我们最终将获得更多鬼撰写的帖子。
–兰斯·罗伯茨(Lance Roberts)
2013年12月19日16:57
好的收获,你可能是正确的。但是,我们不会将大量内容迁移回MSO,而只是将其迁移至当前和相关的位置,以及可能仅保留在此处的一些历史工件,从而可以将问题最小化。这绝对是我要记住的事情。
– Tim Post
2013年12月19日在17:28
而且,如果您已经拥有一个SO帐户,并且由于MSO而拥有Quorum和Convention徽章,那么这些徽章会消失吗?我看到OP表示代表和徽章将保持原样,但我认为这对新的MSE来说就意味着。我不在乎我是否会丢失这些徽章,但有人可能会...
– Monica Cellio
2014年4月4日23:10
#6 楼
我想在上面的帖子中抱怨一个建议:如果您的问题是关于特定站点或社区的,请在该站点的元站点上提问,同样适用于Stack Overflow。您的问题是与整个网络有关的问题,例如:
错误报告或功能请求仅适用于多个站点
有关网络或Stack Exchange中的问题一般
一个问题,为什么我们要以某种特定的方式处理网络问题或建议以不同的方式处理网络内容
与51区有关的问题
关于其他子元数据,我们建议,如果存在错误或功能报告(请参见上面的第一个项目符号),则应将其放在子元数据上,然后主持人可以告诉社区团队有关将其迁移的信息,或者作为一个社区可以讨论meta并建议将其转到MetaSE(我们现在正在使用它,进行处理,然后将@balpha添加到聊天中:D)根据先前的讨论,认为第一个项目符号属于上一节。
除非我过时,否则我应该交出我的钻石(冷手)
评论
不确定您的意思...据我所知,Tim表示应在该站点的Meta上报告特定于某个站点的错误,但是如果该错误是跨网络的或影响多个站点,则应在MSE中报告。我错过了什么?
–影子向导正在接种疫苗
2013年12月19日15:58
我有点想知道与@ShadowWizard相同的问题-每个站点的问题都属于每个站点的metas ..并没有改变。无论如何,我们仍然会巡逻所有元站点,因此,如果没有在正确的存储区中放入某些内容,我们将足够快地对其进行捕获。
– Tim Post
2013年12月19日下午16:00
大多数人不知道什么会影响多个站点。
– jcolebrand
2013年12月19日下午16:00
@jcolebrand很好,他们可以要求子级meta和mod可以像平常一样处理它。我的帖子面向的是这些读者,他们通常确实知道与网络相关的内容在哪里扔。
– Tim Post
2013年12月19日下午16:01
我只是说,鼓励人们通过作为他们本地meta mod的网守。不要鼓励他们直接使用MetaSE。我只是说不要鼓励他们直接使用MetaSE。我不鼓励任何人直接使用Meta。曾经
– jcolebrand
2013年12月19日下午16:01
好吧,在那时@TinyTim如果您必须告诉这个人群有什么区别,他们不需要该建议,无论如何都应该去本地meta:p
– jcolebrand
2013年12月19日16:02
让我这样说:Mrozek知道将问题放在哪里,您无需告诉他;-)
– jcolebrand
2013年12月19日16:02
现在我完全迷路了。
– Tim Post
2013年12月19日16:02
+1请允许我引用不朽的rchern:“您的社区在这里。不希望您生活在Meta Stack Overflow上。错误报告在这里绝对有效。”和“在子meta上发布绝对好!...当我看到子meta上的帖子时,我无法忍受,第一个评论是“您应该在MSO上发布此信息。
–宝藏-莫妮卡的军队
2013年12月19日16:24
我认为jcolebrand的意思是,许多错误报告最终会在Meta.SO上发布,因为用户会在特定站点上遇到该错误,并且可能缺乏将其发布到网络Meta站点上的知识。不确定这是否是一个问题,mod是否会根据需要进行迁移?
– Pekka
2013年12月19日在16:24
我在结尾处添加了“如果不确定”,我认为可以解决。
– Tim Post
2013年12月19日16:33
实际上,我将其撤回,这是一种旧的指导。当事情出现在错误的地方时,我们应该处理它-而不必担心太多。
– Tim Post
2013年12月19日下午16:53
@TRiGisTimothyRichardGreen啊,是的。我很确定我们将要设置迁移路径,但是我不是100%赞成。我宁愿等待,然后看看会发生什么,如果发生问题(可能只是迁移路径),则做最简单的事情。
– Tim Post
2013年12月20日下午6:29
这种想法会让我难过。元堆栈交换成为内部用户的秘密,普通用户不应未经其家庭mod授权使用
–Richard Tingle
2014年1月6日在8:25
@jcolebrand我想您大大高估了使用2个站点并查看一些常见功能的难度。
–user154510
2014年1月10日22:11
#7 楼
因为:这是完全不同的东西,对我们所有人来说都是全新的。
然后根据协议,它应该首先进入beta阶段,即MSEbeta。然后应该举行正式的毕业典礼。
很好奇,如果新站点在初始阶段没有进入Beta版(意味着Beta版皮肤),它将是什么样? >
是的,这个问题会留在MSO还是移到MSE?
评论
并不是的。您可以说,这个元数据是beta版,多年来一直充当MSE。 :)
–影子向导正在接种疫苗
13年12月30日在21:10
i.stack.imgur.com/I2YKL.jpg
–alvas
13年12月30日在22:03
评论
不!我闪亮的第5个DiamonD !!!! 1!11! :(“周围有很多奶酪”?这不重要。跟我一起去银行工作。 ;)
@ShadowWizard-还没有决定使用独角兽头吗?
也许这将阻止在错误的位置提出编程问题,但可能不会。
@ShadowWizard:我希望该徽标遵循所有其他Meta徽标的约定,以便将它变成灰色的Stack Exchange徽标。
@bluefeet大多数用户将尝试在MSO上发布编程问题,但作为普通的每个站点元,它将需要5个代表点,因此有99%的代表将在发布之前被阻止。
每个站点上都会有一个明显的链接来告诉人们MSE存在于某个地方吗?
更重要的问题是:我认为当前元代表->新的MSE代表和旧元站点的代表将与主站点共享,对吗?
@bluefeet-Nahhh ...它将在有趣的火车中添加一个新的旅行车。对SO的问题禁令->在MSO上发帖,并在MSE上获得第二个禁令->帖子。 :P
@SPArchaeologist您在SO上的代表将是您在MSO上的代表。您在MSE上的代表将是您迄今为止在此处获得的代表,并且不受所有其他网站的影响。 SO / MSO将像我们拥有的所有其他站点/子元数据一样工作。
终于有了弗里金。
原始问题:2012年2月29日被问到。生效日期:2014年1月。种使“ 6-8周”模因略有下降。
@ tombull89即将成为“ 6-8岁”:D
Tim Stone for Meta.SE Mod!
@TRiGisTimothyRichardGreen由于SSL积压了一些问题,我们今天才再次碰面,大概是在2月的第一个星期。我将在时间紧迫时再次更新该帖子。但是,是的,这正在向前发展,并且很快-社区团队的工作正在进行中,我们只需要让开发人员在完全控制之前就腾出一些空间。