MCBBS Wiki欢迎您共同参与编辑！在参与编辑之前请先阅读Wiki方针。

如果在编辑的过程中遇到了什么问题，可以去讨论板提问。

为了您能够无阻碍地参与编辑 未验证/绑定过邮箱的用户，请尽快绑定/验证。

MCBBS Wiki GitHub群组已上线！

您可以在回声洞中发表吐槽！

服务器状态监控。点击进入

本站由MCBBS用户自行搭建，与MCBBS及东银河系漫游指南（北京）科技有限公司没有从属关系。点此了解 MCBBS Wiki 不是什么>>

讨论:讨论板：修订间差异

来自MCBBS Wiki
跳到导航 跳到搜索
可视化wikitext
标签：移动版编辑 移动版网页编辑
（→‎讨论区 2：​ 回复）
 
（未显示61个用户的650个中间版本）
第1行： 第1行：
{{/handler}}
{{/header}}
{{info|请注意，MCBBS 2024年1月22日起关站维护。届时，所有关于获得MCBBS信息的微件和模板均不能使用，具体参见 [[MCBBS维护历史]]。}}
[[Category:Wiki页面]]


==关于 MCBBS Wiki 日后运营方向的提案（草案）==


提案人：[[Image:SHEEP_REALMS_head.png|30px|link=User:Sheep-realms]] [[User:Sheep-realms|<span style="color:green;">Sheep-realms</span>]]（[[User talk:Sheep-realms|讨论]]）


提案时间：2024年2月21日 (三) 17:04 (CST)
== 建议删除模板 eee ==
建议删除：{{tl|eee}}。
# 咏e 是一种违规行为，不值得提倡。
## 完全不值得四处宣扬——这模板就好像你把泥巴丢到别人的身上，还四处宣扬以此为荣。
# 咏e 的梗没有传播广泛到到值得单开一个模板。
# 这种模板会给人一种错觉——“咏e了就能像xxx一样出名了”。
# 不少用户曾被 咏e 骚扰，将这种违规行为拿出来摆到台面......未免也太无聊了。
* 考虑到可能会有人说“啊，照你这么说，那么其他幽默模板也没有存在的必要了嘛！”，我这里先提一句：
** {{tl|混乱凝视}}：[[混乱]]是MCBBS管理员中较为出名的一位，且其已成为MCBBS用户间传播的一个符号；与 咏e 不同，这种符号的传播并不会鼓励违规行为——理由是 咏e 传播开之后，很快出现了变本加厉的破坏者，而混乱相关的梗火起来了并不会给其他用户造成麻烦。
** {{tl|机翻有理}}：机翻已经是翻译圈子里绕不过去的梗，这个圈子门槛较高，一般不会混进为了出风头而故意到处搞事的小鬼——确实有，不过这种行为因为有门槛且对普通用户影响较小，没有限制收录机翻相关内容的必要。
*** 作为比对，当用户使用50w个无意义字符污染版面的时候，所有点击进去的用户都会注意到浏览器未响应，而一个用户发布机翻内容的时候，只会骂一句然后退出。
*** 与机翻相比， 咏e 门槛低，影响范围大，防不胜防（机翻搞事一般是发主题帖，好发现好处理，咏e 可以发生在回帖和评分中），且这个“咏”奇葩的称呼总是会招致不知哪里冒出来的效仿者。
** {{tl|一本道}}：这个模板本身并不鼓励四处胡说八道，所有抖机灵的页面都需要挂上这个模板提醒阅读者“这个页面有开玩笑的内容”——以娱乐为目的的侃大山时，抖机灵可以带来笑容，正经说事的时候就麻烦正经一些。
** 我注意到最近新出了一个条目“咏士”，咏士本意是诗人，褒义；这里却指代 咏e 的人，且谐音“勇士”，且不提是否是“褒义贬用”，我个人很是疑虑其会不会引出新的破坏者。
—— [[用户:Salt_lovely|<span style="font-family:Times New Roman; font-size: large; color: #013; ">''Salt lovely''</span>]]「[[用户讨论:Salt_lovely|<span style=" color: #367; ">敢竭鄙怀</span>]]，[[特殊:用户贡献/Salt_lovely|<span style=" color: #466; ">恭疏短引</span>]]」 2020年8月30日 (日) 20:36 (CST)


===正文===
{{反对}}eee模板没有提倡这种行为，反而说“务必遵守论坛规章制度”，这已经是一个不提倡的信号。至于“咏士”，个人认为有反话捧黑嫌疑。--[[用户:洞穴夜莺|洞穴夜莺]]（[[用户讨论:洞穴夜莺|讨论]]） 2020年8月30日 (日) 23:03 (CST)
: {{回应}} <big>？</big>
# 这种模板带来的影响不是一句“务必遵守论坛规章制度”就能盖过去的，更何况——这个模板表达的“咏e”的行为在这个模板的表现力远远超过了这句话。<br><code>本条目经过e 道 阳 光认可，适合热衷作死eee的用户阅读。在eee前，请您eee</code><br><code>切勿eee过度，过度eee可能会招致别人eee乃至91.35W个e。</code><br>这几句话的重点集中在“咏e”上，或者说，整个模板的重点都在“咏e”上，与之相对，“务必遵守论坛规章制度”这句话显得有些无力。<br>举个现实一些的例子，想象一下有个喜欢把泥巴扔到别人身上的讨厌鬼，照理来说大家都会自动疏远ta，但是现在有几个人，把其扔泥巴的事情到处宣扬。<br>“这不是什么值得提倡的事情吧？”“我们讲完了这件事之后会加一句‘你可不要这样哦’。”<br><big>？</big>
# “咏士”这个词我知道你们的想法是是褒义贬用，我上文提到了，请仔细看。<br>首先要主义，任何褒义贬用、贬义煲用的语言表达，都是要结合上下文的——空口一句“咏士”，不知道来龙去脉的人怎么知道这是贬义？<br>书接上文，所谓的褒义贬用本身需要结合上下文，“咏e”这个用法直接来源于一道阳光的帖子标题——若往人身上丢泥土的人将这种行为称为“菲尼术”，然后大家口口相传，将往人身上丢泥巴的行为称为“菲尼术”，又把这么做的人称为“菲尼士”，到处玩梗。<br>“这种行为不值得提倡吧？”“我们这是在反话捧黑呀。”<br><big>？</big>
# 最近“咏e”这种低级破坏行为越来越多，或者说，效仿者越来越多，这个梗的传播恐怕是诱因之一。<br>一个离得比较近的例子：钴版事件中的“咏e”者，都是BBSWiki的编辑者且都知道“咏e”这个梗，其中至少一人编辑过“咏e”这个条目。
# 你可以翻看“一道阳光”和“咏e”的历史记录，几个月前的编辑者在这两个页面里大量使用“褒义贬用”和“反话捧黑”，但是整体观感就是在给这种行为招魂。<br>“咏士”条目里，只有一个页顶模板和“定义”中明确提到了这是违规行为；就好比一个法制节目，全程介绍犯罪者和作案手段，但是'''只'''在节目开头和中间提了'''一句'''这是违法行为——同时起了一个好听的名字（劫富济贫、梁上君子之流）描述这种违法行为，“这是反话捧黑”。
: —— [[用户:Salt_lovely|<span style="font-family:Times New Roman; font-size: large; color: #013; ">''Salt lovely''</span>]]「[[用户讨论:Salt_lovely|<span style=" color: #367; ">敢竭鄙怀</span>]]，[[特殊:用户贡献/Salt_lovely|<span style=" color: #466; ">恭疏短引</span>]]」 2020年8月30日 (日) 23:54 (CST)


各位 MCBBS Wiki 的编辑者们，你们好！
{{同意}}我也一直这么想，只是暂时还没说的。我也一样觉得wiki在咏e的增多方面起到了不小的作用，我还曾经想过把一道阳光删了解决问题（但后来打消了这个念头），但如此这些页面语调明显不当。应该作出整改。--[[文件:自由李代数.png|25px|link=User:自由李代数]] [[自由李代数|<span style="color:#fff;text-shadow:0 0 2px #024,0 0 1px #024,0 0 1px #024">自由李代数</span>]] [[用户讨论:自由李代数|讨]] [[特殊:用户贡献/自由李代数|贡]] 狗娃安慰噶喔。 2020年8月31日 (一) 06:39 (CST)


由于 MCBBS 近期正在准备永久关站，且不排除有重启的可能，MCBBS Wiki 正在面临一项抉择，MCBBS Wiki 或许需要进行内容转型。需要注意的是，这并不是马上就要作出的选择，我们可以多等待一些时间，根据事态发展作出合适的选择。
还有，最近出现了较为明显的滥用{{tl|违规文化相关内容}}模板现象，会不会和这个有关？--[[文件:自由李代数.png|25px|link=User:自由李代数]] [[自由李代数|<span style="color:#fff;text-shadow:0 0 2px #024,0 0 1px #024,0 0 1px #024">自由李代数</span>]] [[用户讨论:自由李代数|讨]] [[特殊:用户贡献/自由李代数|贡]] 狗娃安慰噶喔。 2020年8月31日 (一) 06:40 (CST)


====为什么要进行内容转型？====
{{同意}}。补充一点，目前10个页面包含了{{tl|eee}}。--[[Image:QWERTY_52_38.png|30px|link=QWERTY_52_38]][[User:QWERTY_52_38|<span style="color:#7ffffd4;">QWERTY_52_38</span>]][[用户讨论:QWERTY_52_38|<span style="color:#ff9d3f;">讨</span>]] [[特殊:用户贡献/QWERTY_52_38|<span style="color:#1dff1d;">贡</span>]] 2020年8月31日 (一) 12:33 (CST)


MCBBS Wiki 上的内容几乎都是为 MCBBS 用户服务的，如果 MCBBS 停止运营，MCBBS Wiki 也将逐渐失去用户和流量。如果我们仍有意运营 MCBBS Wiki，这将会是一个严重的问题。
{{反对}}。任何有认知能力的用户都能很轻易的看出咏e是违规行为，如果仅仅是因为这种原因就停止收录此类内容，那末地人才名录也应该被删除。不过可以修改一下模板内容，强化对咏e是违规行为这一事实的表述和警告。--[[用户:Xiang xge|Xiang xge]]（[[用户讨论:Xiang xge|讨论]]） 2020年8月31日 (一) 14:22 (CST)


====内容转型会面临哪些问题？====
:{{回应}}根据长期观察，一部分用户没有认知能力，这不是夸大。--[[文件:自由李代数.png|25px|link=User:自由李代数]] [[自由李代数|<span style="color:#fff;text-shadow:0 0 2px #024,0 0 1px #024,0 0 1px #024">自由李代数</span>]] [[用户讨论:自由李代数|讨]] [[特殊:用户贡献/自由李代数|贡]] 狗娃安慰噶喔。 2020年9月6日 (日) 17:48 (CST)
::{{回应}}我仍然认为此类做法有失妥当。
#的确，论坛内有相当一部分缺少对坛规版规有正确认知能力的用户，但他们进行违规行为更多应归咎于他们自身的素质，而不是简单的几个梗的流传。事实上，我认为“咏e”这个梗所做的仅仅是让更多本就不把坛规放在眼里的用户集中选择了“咏e”这一方式，即使没有这个梗他们也早晚会进行违规行为。而曾经遵守规章，因为看到“咏e”这个梗就去违规的，绝对是极少数。
#关于“最近‘咏e’这种低级破坏行为越来越多”这种说法，除了515钴版事件以及零零星星的几个用户后几乎找不到所谓“大规模咏e”的情况了。515钴版事件发生于一道阳光事件前后，一道阳光对这一事件以“咏e”的方式发生的确有带动作用，但我认为这仅仅是对'''这一事件以“咏e”的方式发生'''有带动作用，在当时的情况下即使没有“咏e”这个梗这一事件也会以其他的方式展现。
#删除此类内容是一个不好的开端，很可能导致以后更多的页面因为此类原因被删除。比如末地人才名录，以上面的方法来解释我完全可以说“空口一句“末地人才”，怎么知道这是贬义？”更别说的确也有在末地大肆违规还叫嚣着要自己被收入人才名录的情况发生那么，这个页面是否也该被删除？而[[混乱凝视]]这类模板，这可以被说成是对管理员的不尊敬（毕竟也的确有在茶馆说yys不好被警告的）。---- [[用户:Xiang xge|<font style="color:aqua">'''xiang'''</font>'''_'''<font style="color:blue">'''xge'''</font>]]·[[用户讨论:Xiang xge|'''<span style="color:#FF6699;">讨论</span>''']]/[[特殊:用户贡献/Xiang xge|'''<span style="color:purple;">贡献</span>''']] 2020年9月9日 (三) 12:43 (CST)
:::容我插一下，居然有人要被收录？链接发一下bushi）--[[Image:MashKJo_Original_avatar.png|30px|link=User:MashKJo]] <span style="color:Red">'''MashKJo'''</span><small>-{（[[User:MashKJo|用户页]]）/（[[User_talk:MashKJo|讨论页]]）/（[[Special:用户贡献/MashKJo|贡献]]）}-</small> 2020年9月10日 (四) 20:40 (CST)
::::{{回应}}[[https://www.mcbbs.net/forum.php?mod=redirect&goto=findpost&ptid=1006151&pid=17332264]],而且好像不止这一个。---- [[用户:Xiang xge|<font style="color:aqua">'''xiang'''</font>'''_'''<font style="color:blue">'''xge'''</font>]]·[[用户讨论:Xiang xge|'''<span style="color:#FF6699;">讨论</span>''']]/[[特殊:用户贡献/Xiang xge|'''<span style="color:purple;">贡献</span>''']] 2020年9月10日 (四) 20:58 (CST)
::: {{回应}} 插一句，虽然末地人才名录有一部分是我贡献的，我之前也很支持这个条目（毕竟这个Wiki收录的就是这些奇奇怪怪的娱乐内容嘛），但现在我确实有提出删除末地人才名录的想法，特别是发现已经有人为了上那个名录而故意搞破坏了。—— [[用户:Salt_lovely|{{font|font=Times New Roman|color=#013|size=large|''Salt lovely''}}]]<small>「[[用户讨论:Salt_lovely|{{font|color=#367|敢竭鄙怀}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#466|恭疏短引}}]]」</small> 2020年10月19日 (一) 11:21 (CST)


内容转型存在风险。从内部来说，改变现有的内容架构稍有不慎就会进一步加速用户流失。从外部来说，现存的同类网站可能会限制我们的发展方向。
{{反对}}既然已经说了一般心智不成熟的才会模仿，正常的用户并没有可能这样做。但是，我觉得应该是所有有eee的模版都应该有个敏感内容的标牌，或者从首页的梗文化栏删除。
顺便告诉你们一下，我昨天刚咏了630000个e。--[[用户:沙漠之鹰xzy]]（[[用户讨论:沙漠之鹰xzy|讨论]]） 2020年10月8日 (四) 14:46:33 (CST)
:: {{回应}}你的反对不仅没有好好表达你的观点，反而坚定了我要删除这个模板的意志。—— [[用户:Salt_lovely|{{font|font=Times New Roman|color=#013|size=large|''Salt lovely''}}]]<small>「[[用户讨论:Salt_lovely|{{font|color=#367|敢竭鄙怀}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#466|恭疏短引}}]]」</small> 2020年10月19日 (一) 11:21 (CST)


====可选方案====
{{反对}}每个梗都有每个梗的文化，有这个模板只是为了记录有这种事情。正常用户应该不会干这种事
ps:本人所指的正常用户是“拥有正常智商并且能正常思考的现代人” --[[User:齿轮-Gear|Gear?]] - [[User_talk:齿轮-Gear|论]] / [[Special:用户贡献/齿轮-Gear|献]] 2020年10月11日 (日) 15:51 (CST)
:: {{回应}} 请不要把人看得太理智了，谁都是从愚昧无知中走来的……
:: {{建议}} 个人见解：既然你已经是'''“拥有正常智商并且能正常思考的”'''人，那么你要做的就不应该是对那些心智尚不健全的人展示可怜的优越感，而是引导其免于误入歧途。—— [[用户:Salt_lovely|{{font|font=Times New Roman|color=#013|size=large|''Salt lovely''}}]]<small>「[[用户讨论:Salt_lovely|{{font|color=#367|敢竭鄙怀}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#466|恭疏短引}}]]」</small> 2020年10月19日 (一) 11:21 (CST)


目前，我们收集到以下转型方案：
:: {{回应|回应齿轮-gear}}：我之前表达过一次，我还要再说一次：我们需要考虑的不是正常用户，而是目前“不能完全正常思考的人”。混乱主要是他们造成的。


=====方案一：完善现有内容并归档=====
::{{Cquote|A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools.


这也许是最省事的做法，也是大家最不希望看到的结局。


该方案主旨是修补 MCBBS Wiki 现有的内容，删除冗余和低质量内容，更正错误和争议内容，维护高质量内容，使其呈现最佳状态。在确认一切都已完善之后，归档整个网站。可迁移至免费的维基农场，可分发脱敏归档数据。
人家设计傻瓜式设备的时候，最常见的一个错误就是低估了大傻瓜的独创性。}}


考虑到 MCBBS Wiki 现存活跃编辑者的数量，这很有可能是最容易实现的方案。
:: 这已经很清楚地表达出意思了。所以就此事而言，我们不应把重心放在“正常”用户上，而应放在如何“改变”“不正常”用户上。目前这一点无疑做得不好。--{{用户:自由李代数/签名org}} 2020年10月19日 (一) 21:50 (CST)


=====方案二：转型为 Minecraft 论坛 Wiki=====
:::{{回应}}容我说句不是那么好听的话，MCBBSwiki建站的初衷之一便是收录MCBBS相关的梗文化，而不是引导用户规范言行。如果你们真把wiki当做论坛新手引导网站了，那我们干脆只收录版主们和版规算了。我不是说应该提倡违规，在条目里加入引导用户遵守坛规版规的语句也是必须的，但仅仅是因为极少数破坏分子而删除一些被论坛用户广泛认同是“重大事件/梗”的内容我认为是欠妥当的。我依然还是那个观点，心智不成熟、漠视坛规版规的人早晚会去违规的，根本不需要什么“咏e”来带动。前面有人说咏e梗的流传使得大量用户去咏e，但实际上根据我的观察，515钴版事件之后几乎没有用户大规模咏e的现象发生了。除了wwz这样的零星破坏分子，515之后的咏e几乎都是一道阳光的行为。我们当然谴责一道阳光，但不能，也没必要就此认为其他用户还会效仿。---- [[用户:Xiang xge|<font style="color:aqua">'''xiang'''</font>'''_'''<font style="color:blue">'''xge'''</font>]]·[[用户讨论:Xiang xge|'''<span style="color:#FF6699;">讨论</span>''']]/[[特殊:用户贡献/Xiang xge|'''<span style="color:purple;">贡献</span>''']] 2020年10月22日 (四) 14:18 (CST)
:::{{回应}}
:::#的确，Wiki的初衷并非引导用户遵循论坛规章制度，但Wiki至少不能在这方面起到负面作用。
:::#<big>请审题</big>，我们不在讨论“删除重大事件条目”，而只是在讨论“删除模板”，而模板并没有很多的实质内容。所以你后面的讨论都并非在针对话题。
:::#我就认为其他用户还会效仿。心智不成熟的人永远是少不了的。“ 顺便告诉你们一下，我昨天刚咏了630000个e。”这句话就在这页里出现了，你认为这是不是属于恶劣影响呢？
:::--{{用户:自由李代数/签名org}} 2020年10月22日 (四) 19:11 (CST)
:::: {{回应}}我仍认为再次出现大规模咏e的几率微乎其微。毕竟这个梗现在也没什么关注度了，即便茶馆对此梗的讨论热潮也早过了。删除这个模板的确不会造成什么影响，但是我担心这会开一个不好的前奏。毕竟刚才salt也说想删了末地人才名录，一旦先例一开，后果难以预料。---- [[用户:Xiang xge|<font style="color:aqua">'''xiang'''</font>'''_'''<font style="color:blue">'''xge'''</font>]]·[[用户讨论:Xiang xge|'''<span style="color:#FF6699;">讨论</span>''']]/[[特殊:用户贡献/Xiang xge|'''<span style="color:purple;">贡献</span>''']] 2020年10月22日 (四) 20:50 (CST)
::::: {{回应}}恭喜你，说到点子上了，我提出要求删除这个模板的时候，“咏e”行为刚刚梅开二度。
::::: ☆无奖竞猜☆：那个时候（还有5月的时候）水怪是从哪拿到的完整且一致的“咏e”与“一道阳光”相关资料的？☆
::::: 我提议删除{{tl|eee}}这个模板有三个原因：
# （主要原因）提一句你们可能见都没见过的一个大型（指面积大）模板“一道阳光”，我意识到这个社区里已经出现了将破坏行为当谈资和娱乐的风气——没必要什么事都带着批判的目光，我只要求'''别整这种烂活'''（任何圈子的玩梗都应该圈地子萌，打着反对的旗号做宣传是在作甚）。
# （次要原因）作为处理Wiki破坏事件的管理员，我从'''个人情感'''上厌恶这种行为——“咏e”行为作为一种破坏行为，就应该限定在其页面内（除非必要情况，比如介绍某人时提到其“咏e”过），就像“机翻”相关内容不应该在没必要的情况下跑去其他条目，假如你是处理机翻行为的管理员，我相信你会去玩“暴徒产卵”的梗（甚至于玩得很开心），但你肯定不希望看见“机翻”梗在Wiki本不想干的条目到处出现，以至于有人为了被收录而故意机翻——为了被收录而故意去末地搞事的人已经出现了，删除人才名录肯定不合适，只能在页面内容和引导上操作。
# （次要原因）删除这个长相奇怪的模板（啥，你们不觉得这个配色很奇怪吗）。
::::: 没必要考虑如果真的删了这个模板会发生什么，我的目的是告诉各位别拿破坏行为当谈资，这个长长的讨论串某种意义上是作为一个警告留在这里的；只要这个讨论串还留在这里，下一个整这类活的就不会出现（要是真有人这么搞了估计轮不到我动手）；这个Wiki是个娱乐Wiki，整活是其生命力的重要来源，我作为最早的一批编辑者兼管理者，总不至于有摧毁这个社区的想法。
::::: —— [[用户:Salt_lovely|{{font|font=Times New Roman|color=#013|size=large|''Salt lovely''}}]]<small>「[[用户讨论:Salt_lovely|{{font|color=#367|敢竭鄙怀}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#466|恭疏短引}}]]」</small> 2020年10月24日 (六) 13:52 (CST)


即不再单独面向 MCBBS 用户服务，转而为所有 Minecraft 论坛用户服务。
:{{同意}}e道阳光来到隔壁咏e了（235856个e），这种行为十分恶劣，烂梗不提倡不值得玩下去。我不觉得强调咏e是违规行为有什么意义可言，搞破坏不需要理由，封禁用户才需要理由。--[[用户:Lxazl5770|Lxazl5770]]（[[用户讨论:Lxazl5770|讨论]]） 2020年10月12日 (一) 10:22 (CST)
::{{反对}}这事和{{tl|eee}}有啥关系吗？e道阳光本来就会咏e啊？--[[洞穴夜莺]] 2020年10月23日 (五) 22:45 (CST)
:::{{回应}}确实没什么关系，但是你后半句话的意思我没读懂。--[[用户:Lxazl5770|Lxazl5770]]（[[用户讨论:Lxazl5770|讨论]]） 2020年11月12日 (四) 12:24 (CST)
:::{{回应}}你这话“e道阳光本来就会咏e啊？”就好像在帮着他说话的样子（笑）--[[用户:Lxazl5770|Lxazl5770]]（[[用户讨论:Lxazl5770|讨论]]） 2020年12月20日 (日) 12:59 (CST)
::{{回应}}那个事好像和阳光无关，最近Ta在哪里都没有活跃记录，IP也不重合 --[[用户:沙漠之鹰xzy]]（[[用户讨论:沙漠之鹰xzy|Talk]]） 2020年11月7日 (四) 12:28:47 (CST)
{{反对}}(个人认为)创造这个模板的意义是记录这件事情，并引以为戒。把这个模板保留下来又有何不妥呢？
--<span style="color:Red">'''[[User:齿轮-Gear|Gear?]]'''</span> - [[User_talk:齿轮-Gear|论]] / [[Special:用户贡献/齿轮-Gear|献]] 2020年10月29日 (四) 21:51 (CST)
:{{回应}}我现在来想，觉得吧，这个估计是阳光之前破坏wiki时设的模版，记录的是Ta的劣迹；我觉得如果不犯了也就没必要不断的炒冷饭了@永远的友人 --[[用户:沙漠之鹰xzy]]（[[用户讨论:沙漠之鹰xzy|Talk]]） 2020年11月7日 (四) 12:25:34 (CST)
::{{回应}}你觉得其实是不对的。{{tl|eee}}这个模板是charon1创建的（我记得），当时阳光已经有一两个月没有来咏e了，所以这个判断的基准是不对的。--{{用户:自由李代数/签名org}} 2020年11月7日 (六) 13:35 (CST)
:::{{回应}}那就更应该删除了，想一想，为什么阳光7月又回来咏e了？因为Ta原来博人眼球的目的达到了，想继而实现，然后不惜一切代价继续作；阳光现在已经似乎真的悔改了，开始往站外去了，这样只会把Ta招回来继续。 --[[用户:沙漠之鹰xzy]]（[[用户讨论:沙漠之鹰xzy|Talk]]） 2020年11月7日 (四) 15:28:44 (CST)
::::{{回应}}我什么时候说过我反对删除了？我一直都是同意删除的。我刚才只是纠正一下你的错误罢了。--{{用户:自由李代数/签名org}} 2020年11月7日 (六) 15:31 (CST)
{{反对}} 咏e这类极其明显的违规行为，更像是友善的玩梗，只需在有关页面加入警示，而非全部否决。--[[用户:天涯小金|天涯小金]] 2020年11月13日 (五) 21:40 (CST)
:{{回应}}友善？你管随意嘲笑他人叫做友善？既然咏e看出是严重的问题，用户都不大喜欢，这种属于违规，不应该随意传播；上个月Minecraft Wiki被咏e还不够惨烈？ --[[用户:沙漠之鹰xzy]]（[[用户讨论:沙漠之鹰xzy|Talk]]） 2020年11月14日 (六) 18:35:04 (CST)
::{{回应}}哪里看出来嘲笑了？--[[洞穴夜莺]] 2020年11月21日 (六) 00:31 (CST)
:::{{回应}}这种行为不过是像穹妹之前说的假定善意，实际上都在讽刺；既然没人是支持阳光这样的行为，相反，一次次这样的咏唱也一次次把阳光引回来了，前几天还看见帽子发的一个；这种实际上就是明摆着的哗众取宠，真正的解决方案我觉得还是不要这样继续下去了，这个严格来说不是梗，至少是个令人反感的。 --[[用户:沙漠之鹰xzy]]（[[用户讨论:沙漠之鹰xzy|Talk]]） 2020年12月9日 (三) 19:50 (CST)


首先是用户条目的问题。事实上，MCBBS Wiki 本身的定位就如同 MCBBS 用户 Wiki，我们在记录用户资料这方面取得了大量成果。如果面向所有 Minecraft 论坛服务，势必会出现更多的用户条目，这会大大增加内容维护的压力。并且，这个生态环境是不健康的，编辑者可以在用户条目中随意撰写不实内容，甚至无法考究其来源。而归根到底，MCBBS Wiki 受到欢迎的主要原因是 MCBBS 没有完善的自定义用户主页，用户缺少展示自我的渠道。如果其他论坛存在完善的自定义用户主页，论坛的用户更乐意选择论坛自带的用户展示渠道而非第三方网站。
{{意见}}：我认为这个话题，'''可以到此为止了。'''


其次是关于论坛内容的介绍的条目。实际上这也是 MCBBS 历史遗留问题所造成的现象 —— 用户很难从 MCBBS 内部了解到想要了解的信息，转而求助 MCBBS Wiki。如果一个论坛有完善的引导体系，用户在论坛内部就能解决疑惑而非求助第三方百科。而作为论坛的运营方，想要完善论坛的引导体系也会首先考虑内部整顿而非求助外部渠道。
这个话题，发起已经有四个月了，除了李代数、盐酱、斯乌几个明白人之外，其他的差不多，都是反对的。


然后是社区梗文化的条目。实际上 MCBBS Wiki 中所记录的大部分梗文化都有在萌娘百科上记录，虽然萌娘百科近期频繁受到攻击、运营策略调整以及一系列不可抗力因素导致用户正在流失，但综合 SEO、知名度、其他百科网站的收录范围等因素的影响，萌娘百科仍是查询梗文化的首要选择。
而且纵观整个讨论串，许多人都抱着吃瓜心态，更像是一群门外汉在吵，盐酱等人客观分析了这个模板的危害。至于移除这个模板？不过是制造几个红色链接，手动移除即可。但是持反对态度的人，却是对阳光抱有近乎病态的“假定善意”，而且某些人还对所有观点都加以理由不明的驳斥，显然就是想继续玩烂梗而已。“民主”在这一方面，很像米国，不是么。


最后是关于作品介绍的条目。MCMOD 包揽了 Minecraft 中文圈内大量模组、数据包的介绍，但除开模组和数据包之外，地图、插件等作品目前尚没有一个广受欢迎平台承担其作品托管和介绍服务。
这个讨论串，如果接下来几天没有回复，我就封存了。
--[[Image:MashKJo_Original_avatar.png|30px|link=User:MashKJo]] <span style="color:Red">'''MashKJo'''</span><small>-{（[[User:MashKJo|用户页]]）/（[[User_talk:MashKJo|讨论页]]）/（[[Special:用户贡献/MashKJo|贡献]]）}-</small>{{用户编辑积分等级|MashKJo}} 2020年12月2日 (三) 18:19 (CST)
: {{回应}}问题不大，从一开始我就不对移除这个模板抱期望，如果这个模板受多数人反对，我会直接删除而不是开一个讨论串。不过即使如此，我的态度依旧是'''这个模板应该删除'''。
: 这个讨论串的意义，与其说是要求删除，不如说是一个广义上的警告。这是一个娱乐玩梗Wiki，但是任何事都得有个限度，我不希望玩梗玩到搞错了玩梗的目的，玩梗是为了娱乐，玩违禁行为的梗则'''应该在娱乐的同时提醒自己不要犯一样的错误'''，而这个模板已经开始在试探这条线了——我希望大家不要搞错了“令人不悦”的线和“错误”的线；再加上之前介绍违禁行为的页面中时不时发现的不当用词，我发觉这里出现了模糊玩梗界限的势头；出于遏止这种势头的目的，我发起了这个讨论串。只要这个讨论串存在（无论是讨论版还是存档区），就不会继续出现这种模板（当然要是出了更过线的，那当我没说）。
:<span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月2日 (三) 18:40 (CST)


综上所述，这个方案可能不会带来更多关于用户和论坛介绍的优质内容，不过在社区梗文化和作品介绍这方面，社区仍有较大的空缺等待填补。
{{中立}}有一说一，就算是删除了eee的模板，咏e、一道阳光等页面还是在的，单纯删除一个模板起到的作用不大。 --[[用户:居仕]] 2020年12月6日 (七) 17:24(CST)
:{{回应}}实际上，除此以外，我觉得阳光黑历史我觉得还是开一个页面记载好，至少不再会有人不停地卡死循环。 --[[用户:沙漠之鹰xzy]]（[[用户讨论:沙漠之鹰xzy|Talk]]） 2020年12月9日 (三) 19:53 (CST)


=====方案三：转型为 Minecraft 社区 Wiki=====
且不论内容，模板的样式看着就很违和。我的态度还是和之前一样，支持删除。--{{用户:自由李代数/签名org}} 2020年12月6日 (日) 20:08 (CST)


这是一个危险的方案，因为已经有前车之鉴：[https://wiki.biligame.com/mcplayer/ 我的世界社区 Wiki]
== 关于收录范围扩展 ==


我的世界社区 Wiki 失败的原因有很多，一句话总结就是“步子迈太大扯到蛋了”。我的世界社区 Wiki 的定位相当于是开设第二个萌娘百科，只不过内容限定在 Minecraft 相关。在如今 Minecraft 热度逐年下滑的大环境下，重新建立一个 MCBBS 都是几乎不可能的，想建设一个内容规模如此庞大的百科网站自然也是难上加难。如果说方案二还能通过相关论坛用户之间的传播吸引新用户加入，事实上我们现在也是如此获得新用户的，这个方案将掐断我们现有的唯一的新用户来源（原因下面会讲），我们必须准备一个宣发方案，开辟新的用户来源渠道。
为了Wiki转正常化我提议扩展收录范围。


要转型为社区 Wiki，即面向所有 Minecraft 玩家，我们必须舍弃一些低质量、低关注度的用户条目，提高收录标准，否则在理想流量情况下收到的低质量用户条目将会多到难以想象。这就意味着用户不再能随意创建关于自己的介绍条目，我们现有的传播模式将不再奏效。
不知各位是否同意bbswiki扩展[[MCBBS_Wiki:收录范围|收录范围]]。


除此之外，由于收录范围的大幅度扩展，远远超出了 MCBBS Wiki 现有的业务范围，我们会遇到很多直到我们遇到时才会想到的麻烦问题，因此在这里很难把这些困难一一列出来。如果我们真的使用这个方案转型成功了，我们甚至还会遇到攻击问题、资金问题等之前几乎从不考虑的问题。
如果同意，请推荐要的收录范围并说明理由。


====结语====
不同意，请说出理由。


以上就是目前提出的所有转型方案。顺带一提，这是 MCBBS Wiki 的首个以“提案”作为标题的讨论串，也有可能是最后一个提案。由于 MCBBS 仍未正式发布关站通知，且仍有重启的可能，我们还没有到必须作出选择的时候。我们还需要保持关注 MCBBS 的最新动态，待尘埃落定后再作出选择。如果您有别的方案，或是修改建议，或是想对某个方案发表观点，请在下方讨论区提出。
例:
:{{同意}}建议添加收录范围[原创皮肤|材质资源],因最近有人(某Elen)反馈为什么不收录皮肤等资源。
:{{反对}}太操之过急，应一步步来。


===讨论区===
[[用户:Eicy|Eicy]]（[[用户讨论:Eicy|讨论]]） 2020年8月30日 (日) 21:55 (CST)
<b>注意：讨论于2024年4月1日00:00截止，以这一时刻的投票情况作为最终结果。</b>


{{支持}}方案一。最现实的一个选择。目前来看基本没有其他论坛能达到mcbbs的热度，如果转行为mc论坛wiki那么无论从收录范围还是收录标准来看都是件相当麻烦的事，很可能收录到后面会越来越混乱直至成为一堆烂账。还是让这个wiki成为mcbbs的纪念馆吧。[[用户:mohakuai|mohakuai]]（[[用户:mohakuai|留言]]） 2024年2月21日 (三) 17:27 (CST)
{{回应}}建议移除形式限制，允许任何知名度高的作品。--[[用户:洞穴夜莺|洞穴夜莺]]（[[用户讨论:洞穴夜莺|讨论]]） 2020年8月30日 (日) 22:55 (CST)


:根据已知消息，MCBBS在未来很有可能无法访问，本站的论坛内链也将无效。这是一个问题。 [[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2024年2月21日 (三) 17:30 (CST)
{{回应}}我认为mcbbs内的一切有质量作品都可以，且应当收录。--[[文件:自由李代数.png|25px|link=User:自由李代数]] [[自由李代数|<span style="color:#fff;text-shadow:0 0 2px #024,0 0 1px #024,0 0 1px #024">自由李代数</span>]] [[用户讨论:自由李代数|讨]] [[特殊:用户贡献/自由李代数|贡]] 狗娃安慰噶喔。 2020年8月31日 (一) 06:42 (CST)
::确实是一个非常严重的问题，而且以目前消息来看MCBBS站内资料开放可能性也不高。也许今后只能依靠互联网档案馆来针对重要条目补充链接了。 [[用户:Mohakuai|Mohakuai]]（[[用户讨论:Mohakuai|留言]]） 2024年2月21日 (三) 17:38 (CST)
:我虽然也支持方案一这样可以来保存mcbbs的历史事件，让我们来回忆，但从实际方面来考虑，想要去完成脱离论坛内部链接很困难除非让mcbbs开站或者可以让我们去备份数据。 [[用户:XEYcmd|XEYcmd]]（[[用户讨论:XEYcmd|留言]]） 2024年2月22日 (四) 21:02 (CST)


{{支持}}方案二。在我看来，包括论坛在内的大部分的网站的用户页没有Wiki那样的自由度，而博客又显得混乱，完善的用户主页是不存在的。如果用户混迹多个Minecraft论坛的话，合并条目可以减少编辑量。[[洞穴夜莺]] 2024年2月21日 (三) 17:32 (CST)
{{回应}}像“水楼”“卤蛋神教”等我都认为是符合Wiki大方向且值得收录的，但都不在（目前的）收录范围内。梗是算不上的，别的更说不上。那么我觉得是需要扩展范围的。只是想不出来具体扩展到什么样的范围。--{{用户:自由李代数/签名org}} 2020年10月19日 (一) 21:58 (CST)
:{{意见}}：“水楼”大可算作论坛优秀/著名主题贴，可以添加相关分类/模板进行收录。“卤蛋神教”其实还是属于梗的。
:另外，我其实有收录QQ群的意向（之前计划在项目页面撰写wiki相关QQ群信息，由此想到）。--[[Image:MashKJo_Original_avatar.png|30px|link=User:MashKJo]] <span style="color:Red">'''MashKJo'''</span><small>-{（[[User:MashKJo|用户页]]）/（[[User_talk:MashKJo|讨论页]]）/（[[Special:用户贡献/MashKJo|贡献]]）}-</small> 2020年10月19日 (一) 23:09 (CST)
:{{同意}}建议拓宽收录形式，如果可以，建议直接取消掉形式限制。--<span style="color:Red">'''[[User:齿轮-Gear|Gear?]]'''</span> - [[User_talk:齿轮-Gear|论]] / [[Special:用户贡献/齿轮-Gear|献]] 2020年10月29日 (四) 21:48 (CST)


{{支持}}方案一。至少目前建议先按照方案一进行，如果之后慢慢发展出了另一个足够规模的论坛之后再讨论方案二的可能，现在各种民间私营论坛如同雨后春笋，小到可能不到十个活跃用户，如果要做综合性的论坛wiki可能很多论坛体量并不够格。（补充编辑：坏了，好久没用wiki了，打成了三个波浪号导致没有时间戳，现在时间很不真实了）—— [[文件:Jaanai.jpg|32px]] <span style="font-family:Jetbrains Mono; ">[[用户:Jaanai|Jaanai]] ([[用户讨论:Jaanai|Talk]] | [[特殊:用户贡献/Jaanai|Contribution]])</span> <s>2024年2月22日 (四) 06:15 (CST)</s> 2024年2月21日 (三) 21:48 (CST) <sup>'''根据编辑记录修正'''</sup>
{{建议}}我认为那种原创数据包、模组、材质、皮肤等那种都要收录，只要不是那种低俗的的，就可以收录，不然别人怎么看？只会觉得这是个只是玩梗的一个片面wiki。 --[[用户:沙漠之鹰xzy]]（[[用户讨论:沙漠之鹰xzy|Talk]]） 2020年11月7日 (四) 12:25:34 (CST)
:<big>?</big>
:wiki建站初衷就是玩梗，现在虽然有很多正经条目，核心仍然是沙雕。我倒不希望bbswiki变成萌百那样——从AGC百科变成萌娘版wp大杂烩。--[[Image:MashKJo_Original_avatar.png|30px|link=User:MashKJo]] <span style="color:Red">'''MashKJo'''</span><small>-{（[[User:MashKJo|用户页]]）/（[[User_talk:MashKJo|讨论页]]）/（[[Special:用户贡献/MashKJo|贡献]]）}-</small> 2020年11月7日 (六) 17:12 (CST)
::{{回应}}好吧，那么我觉得至少在用户页放一些作品链接和简单介绍应该可以吧，不要专门开页面 --[[用户:沙漠之鹰xzy]]（[[用户讨论:沙漠之鹰xzy|Talk]] [[特殊:用户贡献:沙漠之鹰xzy|Contribution]]） 2020年11月8日 (四) 19:12:18 (CST)


{{支持}}方案二。尽管 mcbbs 目前“不排除有重启的可能”，但短期来看希望渺茫。也就是说：除创建以前没有记录在 Wiki 的旧条目之外，不会再有新条目诞生；另外，目前条目中包含大量论坛相关的（失效）链接，也是一个挑战。因此，若转型为 Minecraft 论坛社区以记录其他论坛的条目和秩事，一是能增加有新鲜度的新条目，二是可以增加更多活跃用户，对于后期的发展也有所帮助。[[Eterstars]] 2024年2月21日（三）23:49（CST）
{{回应}}wiki建站初衷就是<s>穹妹想</s>玩梗，不正经的东西反而才是你wiki的核心，范围我感觉除了服务器和纯<s>水</s>讨论不行。但是总归泥潭的作品质量参差不齐，有的作品确实放到wiki上非常的违和。但是最主要的还是放开了以后就水起来了，巡查工作+234%<s>虽然现在也还好，不是很多</s>，再一个呢就是救一个编辑失败的页面比你自己写累得多，不过仍可以接受。范围的话，本来就有人写梗进来，放不放开好像对水怪区别不太大，最主要的还是那些正经的作品,感觉可以适当要求合并同类项，把同系列的东西丢一起，防止页面虚多。--[[用户:我是人1012|又名文章生成器]]（[[用户讨论:我是人1012|讨论]]） 2020年11月22日 (日) 08:32 (CST)


{{支持}}方案二。但...想法很好，实现很难。梗相关的内容有萌娘百科足矣，顶多做个备份，只能说是点缀做不了主力。使用 MCBBS 闲聊的用户也越来越少，茶馆也没有几年前的景气，其他资源板块的评论区也只剩下了“回帖可见”和反馈问题的留言板。MCBBS 之所以能活这么久也是因为上面大量的资源（教程、作品、问答等）。如果最终选择了方案二，希望 MCBBS Wiki 能老老实实从头做个资源站，不要再搞权限压制、积分甚至积分变现 <s>似乎本来就是一个 wiki 不应该有的东西</s>。
{{中立}}隔壁萌百的收录范围从最开始的ACG（动画漫画游戏）到现在ACG沾点边就能找得到，也算是百科类网站发展的趋势；不过MCBBSWiki只是一个娱乐百科，虽说理论上这里需要收录的是MCBBS的内容，但不代表MCBBS以外的不能收录，也不代表是MCBBS的就要收录；综上，中立态度。<span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年11月25日 (三) 19:26 (CST)


别的领域不清楚，可以参看现有的“Minecraft插件百科”，更新缓慢活跃作者很少，与其做个新的还不如给旧站引流。地图也不像 Mod，很少有做一个系列内容特别多的，优质地图资源相当少，但是能给一些优质地图做攻略形式的 wiki 也不错（前提是能做起来）
:{{同意}} 建议收录更多的用户与小组
一--[[用户:永远的友人|永远的友人]]（[[用户讨论:永远的友人|讨论]]）


<s>说着支持方案二，但是感觉又支持了个寂寞</s>
== WikiEditor编辑器修改插件 ==
--[[用户:冰砚炽|冰砚炽]]（[[用户讨论:冰砚炽|留言]]） 2024年2月22日 (四) 01:43 (CST)


:你的意思是做个bbs么（笑） [[User:Lihl|<span style="color:#808080;">Unknown , just_lihl.</span>]] [[User_Talk:Lihl|<span style="color:#b0e0e6;">Just talk to me!</span>]] [[Special:Contributions/lihl |<span style="color:#dcdcdc;">Contritube!</span>]] 2024年2月22日 (四) 11:07 (CST)
我在隔壁BWIKI编辑的时候，为了提高搬砖效率，写了一份JS，用于给WikiEditor添加新的功能（之前有在群里提到过）。
::再做个还是算了吧，从头搞也挺累的 [[用户:冰砚炽|冰砚炽]]（[[用户讨论:冰砚炽|留言]]） 2024年2月22日 (四) 21:37 (CST)


{{支持}}方案二。现在MCBBS wiki的内容中有大量外链指向mcbbs，而mcbbs面临关站，大量内容难以恢复，而面向全部的mc国内论坛，会创建新的条目，并可能为已有的条目的内容进行完善。
我写了一个Addon（插件），放在了'''[[MediaWiki:Addon-WikiEditorModify.js]]'''，调用代码见下：
当然也无需全部，面向全部论坛也必然会带来上文所说的弊端，在我看来，可以考虑仅面向国内其他较大的mc社区，如klpbbs(有大量基岩版资源)，易坛，mcmod，插件百科等，这样会较易于wiki管理。
<pre>
--[[用户:永远的友人|永远的友人]]（[[用户讨论:永远的友人|留言]]） 2024年2月22日 (四) 08:26 (CST)
$(document).ready(function(){ // 文档准备完毕后执行
//编辑器更改
loadAddon('WikiEditorModify')
})
//加载Addon-XXX.js
function loadAddon(s) {
mw.loader.load("//mcbbs-wiki.cn/index.php?title=MediaWiki:Addon-" + s + ".js&action=raw&ctype=text/javascript"
, "text/javascript");
}
</pre>
<code><nowiki>loadAddon('WikiEditorModify')</nowiki></code>不一定要放进<code><nowiki>$(document).ready</nowiki></code>里面，详见[[用户:Salt_lovely/common.js|我的JS]]。


:其实仅需考虑一些较知名的论坛即可（这点我是认同的）。
用起来感觉不错（毕竟调整了一晚上+一下午），我添加了系统变量和解析器函数功能。小编辑继续用wikiplus，写页面就用wikiEditor（点击编辑之后跳转的页面）（效果和页面底部的editTools是一样的）。
:不过这些论坛中就有 有wiki的：
:*[https://klpbbs.com 苦力怕论坛] - [https://klpwiki.com 苦力怕Wiki]
:*[https://mc.netease.com 网易论坛] - [https://nmfwiki.miraheze.org NMFWiki]
:其中不乏重复的内容，许多还是从本Wiki搬运过去的。 [[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2024年2月22日 (四) 10:54 (CST)
{{支持|方案二}}.合并klpwiki。--[[User:Lihl|<span style="color:#808080;">Unknown , just_lihl.</span>]] [[User_Talk:Lihl|<span style="color:#b0e0e6;">Just talk to me!</span>]] [[Special:Contributions/lihl |<span style="color:#dcdcdc;">Contritube!</span>]] 2024年2月22日 (四) 11:04 (CST)


:不太现实 [[用户:冰砚炽|冰砚炽]]（[[用户讨论:冰砚炽|留言]]） 2024年2月23日 (五) 14:11 (CST)
不过这个东西本来是写给隔壁BWIKI用的，所以很多功能并不适配，希望各位出出主意。


{{敬告}} 关于方案二需要注意可行性的问题：
已知的不适配功能：
#不可能顾及'''所有'''Minecraft论坛（尽管绵羊上面是这么说的）
# 快速插入 -> 常用模板
#收录其他论坛需要考虑表述/立场更换、条目合并（尤其是用户类 和 论坛术语类）、重新整理<nowiki>[[Category:分类]]</nowiki>等。这需要'''大量编辑人员的工作量'''。如果本Wiki缺人，或者合并目标Wiki缺少'''对[[MCBBS]]有一定了解'''的编辑者，那么这项工作恐怕很难进行下去。
## 图标和多图标
[[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2024年2月22日 (四) 11:42 (CST)
## 同级子页面和多同级子页面
## 折叠
## 参数
# 魔术字 -> 解析器函数
## CSS样式表
## 获取页面和获取页面+
—— [[用户:Salt_lovely|{{font|font=Times New Roman|color=#013|size=large|''Salt lovely''}}]]<small>「[[用户讨论:Salt_lovely|{{font|color=#367|敢竭鄙怀}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#466|恭疏短引}}]]」</small> 2020年11月7日 (六) 16:12 (CST)


:{{回应|正确的}}。现在国内很多wiki都面临着Wiki影响力不足、编者能力不足、时间不足等种种现实原因。
:方案一是怀念流，变成NMFWiki那样由于论坛关站永久维护死着的Wiki；
:方案二是理想方针，目前看可能性大家都比较支持，但是，“理想很丰满，现实很骨感”，如果不能和其他社区的Wiki达成妥协，Wiki就彻底完了，变到方案一；
:方案三大家都不选择，因为大家都知道MCBBS Wiki干不过MCWiki。 [[User:Lihl|<span style="color:#808080;">Unknown , just_lihl.</span>]] [[User_Talk:Lihl|<span style="color:#b0e0e6;">Just talk to me!</span>]] [[Special:Contributions/lihl |<span style="color:#dcdcdc;">Contritube!</span>]] 2024年2月26日 (一) 20:26 (CST)


{{支持|方案二}}我不太支持方案一，方案三又有点不太可能。--[[用户:我不是wsei|CN·LR·WZX]]（[[用户讨论:我不是wsei|留言]]） 2024年2月22日 (四) 22:32 (CST)
{{中立}}刚才试了试，个人看法：我觉得没啥用<s>其实我觉得页面底端的EditTools更没啥用</s>，因为对我来讲点个按钮比输入代码要慢。但这对新人要友好一些（原来的编辑器真的啥也没有），所以中立。--{{用户:自由李代数/签名org}} 2020年11月7日 (六) 16:34 (CST)


{{支持|方案一}}方案二在执行时需要进行大量修改，且与其他论坛Wiki并不一定能达成一致，而方案三实现的可能性较低，因此支持方案一，先保留现有MCBBS内容--'''wwwwwwwwwwwsssssssssssssseieieieieieieieieiei''' 2024年2月23日 (五) 07:56 (CST)
{{ts|无人回复|2=<span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月16日 (三) 11:48 (CST)}}


{{支持|方案二}}方案二最初是我提出的，对于Teddy提及的问题，可以首先针对Minebbs和苦力怕bbs扩充内容（这两者是目前国内较大的MC论坛了），我在苦力怕论坛上也有账号，最近要开始在苦力怕论坛活跃了。如果确认MCBBS Wiki要转型为MC论坛Wiki，在MCBBS Wiki的内容经过调整之后，可以和[https://klpwiki.com/ 苦力怕Wiki]协商，合并内容。目前苦力怕Wiki的页面还不算很多（100多个），并且我最近有一定空余时间，可以进行合并工作。--[[Image:QWERTY770.png|30px|link=QWERTY770]][[User:QWERTY770|<span style="color:#7ffffd4;">QWERTY770</span>]] {{用户编辑积分等级|QWERTY770}} [[用户讨论:QWERTY770|<span style="color:#ff9d3f;">讨</span>]] [[特殊:用户贡献/QWERTY770|<span style="color:#1dff1d;">贡</span>]] 2024年2月23日 (五) 11:43 (CST)
== 关于Wiki编辑等级 ==
这个想法是很不错的。不过目前我有几点建议：
# Lv40，Lv50和Lv60的颜色差距稍微大一点（因为Wiki几个活跃用户都在40-60级，颜色区分度太小了难以快速分清）。
# Lv1-Lv20的间隔太小了，用户刚编辑几次就十几级了，不太好。
# 或许可以加一个模板参数控制是否对每项积分生成扇形图？（类似{{tl|MCBBS积分分析}}）
--{{User:QWERTY_52_38/签名}} 2020年11月17日 (二) 19:54 (CST)


{{支持|方案二}}虽然方案二在实际实现的方面有一定的困难但在一定程度上也是一个不错的解决方案，虽然现在mcbbs官方没有发布闭站公告，但我们也要去按照最坏的打算去准备，提前去把方案想出来，这样，如果事情一旦真是发生，我们可以第一时间去做出反应。顺便问一下怎么签名，我一直没有弄明白——{{未签名|XEYcmd|2024年2月23日 (五) 12:57‎‎ (UTC)}}
这东西最开始是绵羊设计的，我重写了代码+移植到这个Wiki，等级数值什么的都没改，所以看起来哪里都有问题..
:{{回应}}<nowiki>~~~~</nowiki> - [[用户:Eicy|<span style="color:gray;">Eicy</span>]]（[[用户:Eicy/Q%26A|QA]]） 2024年2月24日 (六) 07:51 (CST)
* 积分，我建议的公式：等级=最小值(总积分^0.5, 100)。
* 颜色：我懒得配色，让绵羊上。
* 扇形图：完全可以，不过可能代码要重写一半。
—— [[用户:Salt_lovely|{{font|font=Times New Roman|color=#013|size=large|''Salt lovely''}}]]<small>「[[用户讨论:Salt_lovely|{{font|color=#367|敢竭鄙怀}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#466|恭疏短引}}]]」</small> 2020年11月17日 (二) 20:07 (CST)


{{支持|方案一}}建站的最目的就是为了 Mcbbs 的用户及想要了解 Mcbbs 的人员服务。方案一将 Mcbbs 的内容更加丰富，可以在关站后给后人留下一些可以考古的部分，或为怀旧的人们提供一个平台。
颜色其实没必要那么复杂，直接用彩虹色（论坛那种）不就行了。--{{User:QWERTY_52_38/签名}} 2020年11月17日 (二) 21:27 (CST)
[[用户:Han Jiang|Han Jiang]]（[[用户讨论:Han Jiang|留言]]） 2024年2月25日 (日) 01:54 (CST)


{{提醒|提醒}}：即令 MCBBS 不闭站，本站依然存在代际不公。因为补不回早期内容，许多早期知名用户现在只有新晋艺术家列表一处提及。反之，闭站前夕的坛友完全有理由在本站继续补充作品直到退圈，即便这些作品未在 MCBBS 发布（因为闭站了）。——[[用户:物灵|物灵]]（[[用户讨论:物灵|留言]]） 2024年2月28日 (三) 13:22 (CST)
我个人觉得这东西更适合用户页，而非条目页。--[[Image:MashKJo_Original_avatar.png|30px|link=User:MashKJo]] <span style="color:Red">'''MashKJo'''</span><small>-{（[[User:MashKJo|用户页]]）/（[[User_talk:MashKJo|讨论页]]）/（[[Special:用户贡献/MashKJo|贡献]]）}-</small> 2020年11月17日 (二) 23:09 (CST)


:{{反对}}：bbswiki从来都不是一个很有影响力的站点，bbs关掉之后活力更是必然会逐渐丧失，闭站前夕的坛友完全会选择流量更大的mc资源站点发布自己的作品，哪怕像地图、光影这种目前并没有大型平台的作品类型，基本上也不会选择发在本wiki，因为本wiki从来都不是一个资源定位型的站点（即便曾经有此计划，但因生态位问题必然不长久），且热度太低，更别提其中一个作品页面所分得的流量了。当然如果你说的作品是指茶馆那些带文学之类的，恐怕对bbswiki发展并无帮助。 -[[Image:MashKJo_Original_avatar.png|30px|link=User:MashKJo]] <span style="color:Red">'''MashKJo'''</span><small>-{（[[User:MashKJo|用户页]]）/（[[User_talk:MashKJo|讨论页]]）/（[[Special:用户贡献/MashKJo|贡献]]）}-</small>{{用户编辑积分等级|MashKJo}} 2024年3月1日 (五) 20:30 (CST)
这个配色其实就是B站0~9级的等级配色，因为我懒。还有就是这个积分等级参考了MCWiki，起步阶段就是冲冲冲，然后升级速度就会越来越慢。--[[Image:SHEEP_REALMS_head.png|30px|link=User:Sheep-realms]] [[User:Sheep-realms|<span style="color:green;">Sheep-realms</span>]]（[[User talk:Sheep-realms|讨论]]） 2020年11月17日 (二) 23:25 (CST)


{{支持}}方案一。最有可行性的方案没有之一，且MCBBS的快照不多，需要完善的内容也不少。[[用户:Fsddg_41]]
我同意MashKJo的观点，看了一下放在条目页不太和谐，上下不搭。至于等级积分吗，我倒觉得问题不大；但颜色是需要改改，61、59、58、56、53级后面跟着就是40、38级什么的，是应该区分一下--{{用户:自由李代数/签名org}} 2020年11月18日 (三) 13:14 (CST)
:{{提醒}} 请使用 <nowiki>--~~~~</nowiki> 签名，谢谢。--[[User:Lihl|<span style="color:#808080;">Unknown , just_lihl.</span>]] [[User_Talk:Lihl|<span style="color:#b0e0e6;">Just talk to me!</span>]] [[Special:Contributions/lihl |<span style="color:#dcdcdc;">Contritube!</span>]] 2024年3月3日 (日) 10:43 (CST)
: 可以考虑改进一下{{tl|维基用户信息}}，（[[User:坑触可|效果]]）-[[File:坑触可头像.jpeg|30px|link=坑触可]] [[坑触可|<span style="text-shadow:0 0 2px #012,0 0 1px #024,0 0 1px #024,0 0 1px #024,0 0 1px #024;font-family:PRISTINA,Comic Sans MS"><font color="#fff" size="3">坑触可</font></span>]] 2020年11月18日 (三) 13:22 (CST)


{{支持}}方案二。如果能实现的话就是最好的结局，就是实现难度确实不低，简直就像重开一个新站一样。这个方案确实有点太理想了，不过是很符合我本人，想必提出这个方案的人也是多少有点理想主义的吧（笑）-来自[[用户:起名字真难就叫南南|全wiki最水的编辑者南南]]｜[[file:Ralsei.gif|25px]]｜[[用户讨论:起名字真难就叫南南|给她留言]]｜[[特殊:用户贡献/起名字真难就叫南南 |她的贡献]]｜[[文件:吃瓜.png|25px]]｜ 2024年3月3日 (日) 10:49 (CST)
可以在{{tl|PersonInfoBox}}里加入一个Wiki积分等级参数。毕竟爱发电（外站）账号都可以写入模板了，本站的内容不是更应该写进去吗。--{{User:QWERTY_52_38/签名}} 2020年11月18日 (三) 17:45 (CST)


{{回应|目前投票结果：}}
啥玩意儿？编辑等级？我试试： --{{User:沙漠之鹰xzy/签名}}（[[用户讨论:沙漠之鹰xzy|Talk]]）2020年12月13日 14:37:10 (CST)
*方案一 5票（[[U:mohakuai]]、[[U:Jaanai]]、[[U:Wsseieiei]]、[[U:Han_Jiang]]、[[U:Fsddg_41]]）
*方案二 9票（[[U:洞穴夜莺]]、[[U:Eterstars]]、[[U:冰砚炽]]、[[U:永远的友人]]、[[U:Lihl]]、[[U:我不是wsei]]、[[U:QWERTY770]]、[[U:XEYcmd]]、[[U:起名字真难就叫南南]]）
*方案三 0票


--[[User:Lihl|<span style="color:#808080;">Unknown , just_lihl.</span>]] [[User_Talk:Lihl|<span style="color:#b0e0e6;">Just talk to me!</span>]] [[Special:Contributions/lihl |<span style="color:#dcdcdc;">Contritube!</span>]] 2024年3月3日 (日) 10:52 (CST)
== 建议实装免责声明 ==


{{支持}}方案二。其实更希望方案一和方案二结合一下，接纳新内容的同时保留旧内容，在废墟上重建，但也保留废墟用来纪念。当然这个方案肯定有纰漏，只是我个人意见。
如题，[[用户:Salt_lovely/免责声明草稿|免责声明草稿]]已经在我的用户页放了近4个月了，<del>{{color|#aaa|都开始长蘑菇了}}</del>，建议实装。
https://www.bilibili.com/video/BV1qA4m137pH/?spm_id_from=333.337.search-card.all.click
—— [[用户:Salt_lovely|{{font|font=Times New Roman|color=#013|size=large|''Salt lovely''}}]]<small>「[[用户讨论:Salt_lovely|{{font|color=#367|敢竭鄙怀}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#466|恭疏短引}}]]」</small> 2020年11月24日 (二) 13:43 (CST)
当时看到这个视频的时候脑子嗡的一下。这么大个网站，说关就关了？本来打算以后条件允许时重新注册，谁知道这一次注销成了永别。不管怎么说，感谢mcbbs给我带来的一切美好回忆。永别了，泥潭。p.s.这是我第一次在讨论版发布内容。当然也是最后一次。（我是直接复制了下面那位的，如果格式有错请见谅。）[[用户:滑稽蜗|滑稽蜗]]（[[用户:滑稽蜗|留言]]） 2024年3月3日 (三) 15:01 (CST)
:{{支持}}--[[Image:QWERTY_52_38.png|30px|link=QWERTY_52_38]][[User:QWERTY_52_38|<span style="color:#7ffffd4;">QWERTY_52_38</span>]] {{用户编辑积分等级|QWERTY_52_38}} [[用户讨论:QWERTY_52_38|<span style="color:#ff9d3f;">讨</span>]] [[特殊:用户贡献/QWERTY_52_38|<span style="color:#1dff1d;">贡</span>]] 2020年11月24日 (二) 19:24 (CST)
:@[[U:滑稽蜗]] 留言按时间顺序排序，最新留言置于讨论串最底端。--<span style="background:-webkit-linear-gradient(35deg,#c2185b,#1976d2);-webkit-background-clip:text;-webkit-text-fill-color:transparent">※※※ [[U:坑触可|'''坑触可''']] ※※※ [[User talk:坑触可|'''留言''']] ※※※</span> &#124; [[特殊:Random|<span style="color:#202122" title="spEciAL;rANdOm">没事干了，不如随机一下</span>]] 2024年3月3日 (日) 15:17 (CST)


经过一个多月的投票讨论，最终选择方案二作为本Wiki下一步发展计划。--[[Image:QWERTY770.png|30px|link=QWERTY770]][[User:QWERTY770|<span style="color:#7ffffd4;">QWERTY770</span>]] {{用户编辑积分等级|QWERTY770}} [[用户讨论:QWERTY770|<span style="color:#ff9d3f;">讨</span>]] [[特殊:用户贡献/QWERTY770|<span style="color:#1dff1d;">贡</span>]] 2024年4月1日 (一) 01:07 (CST)
:{{支持}}。--{{用户:自由李代数/签名org}} 2020年11月28日 (六) 10:44 (CST)


----
:{{完成|通过}} 管理组没有异议。 <span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月16日 (三) 11:44 (CST)


;归票：
{{ts|提议已采纳|2=<span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月16日 (三) 11:44 (CST)}}


共计有效投票15票，其中方案一5票（33.3%），方案二10票（66.7%），方案三0票（0%）
== 语法高亮插件做好了 ==


*方案一（5票）：[[U:mohakuai|mohakuai]]、[[U:Jaanai|Jaanai]]、[[U:Wsseieiei|Wsseieiei]]、[[U:Han_Jiang|Han_Jiang]]、[[U:Fsddg_41|Fsddg_41]]
用的是Prism语法高亮，调用方法：
*方案二（10票）：[[U:洞穴夜莺|洞穴夜莺]]、[[U:Eterstars|Eterstars]]、[[U:冰砚炽|冰砚炽]]、[[U:永远的友人|永远的友人]]、[[U:Lihl|Lihl]]、[[U:我不是wsei|我不是wsei]]、[[U:QWERTY770|QWERTY770]]、[[U:XEYcmd|XEYcmd]]、[[U:起名字真难就叫南南|起名字真难就叫南南]]、[[U:滑稽蜗|滑稽蜗]]
<pre>
*方案三（0票）：''无''
// 在 $(document).ready 中调用
*其他方案：''无人提出其他方案''
$(document).ready(function(){
loadAddon('loadprism')
})
// 这个函数封装了 mw.loader
function loadAddon(s) {
mw.loader.load("//mcbbs-wiki.cn/index.php?title=MediaWiki:Addon-" + s + ".js&action=raw&ctype=text/javascript"
, "text/javascript");
}
</pre>
注：不建议直接调用 <code>Addon-prism.js</code> ，因为这个语法高亮JS需要指明语言，所以我写了 <code>Addon-loadprism.js</code> 用于预处理页面中的 <code>pre</code> 元素。


;其他意见：
目前我写了3种方法猜测 pre 中语言类型。
# 如果给pre套一层父元素（比如套一层div），在父元素的<code>class</code>里面可以指定语言。
## 比如 <code>&lt;div class="cpp"> &lt;pre> *** 代码 *** &lt;/pre> &lt;/div></code> 可以指定 pre 里面是C++。
# 会根据页面名来猜测语言。
## 比如 <code>XXX/common.js</code> 会猜测是 JavaScript， <code>XXX/e.vb</code> 会猜测是 VisualBasic。
# 会根据内容来推测语言。
## 比如 <code>#include</code> 会猜测是 C， <code>[/color]</code> 会猜测是 BBCode。
# 默认是Wiki语言。
<span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年11月26日 (四) 00:59 (CST)
:{{回应}}第一行行首和后面的行首没有对齐，此外Java似乎没有高亮。https://i.loli.net/2020/11/28/sWpeFzKbSdcZ2U6.png" --[[洞穴夜莺]] 2020年11月28日 (六) 10:59 (CST)
:: {{回应}} 第一行对不齐是CSS的问题，目前除了取消padding以外没发现好的解决方法（我好菜啊.jpg）；java语法高亮已实装。<span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年11月28日 (六) 23:26 (CST)


*[[U:Teddyxlandlee|Teddyxlandlee]]尚未投票，对方案二可行性提出疑问，认为此方案无法顾及所有论坛、存在人手不足的情况，应重点关注较为知名的论坛，否则可能半途而废。
<div class="js"><pre>$(function(){
*[[U:物灵|物灵]]尚未投票，认为Wiki收录的内容中缺少MCBBS的重要数据（如早期内容），可以对原MCBBS的创作者开放编辑以补全一些资源。
// 挂在GitHub，用CDN获取
**[[U:MashKJo|MashKJo]]表示Wiki主业并非资源收录，创作者也无在此发布资源的兴趣，因此该提议不可行。
mw.loader.load('https://cdn.jsdelivr.net/gh/Salt-lovely/MCBBSWikiPrismLoader/load.js')
})</pre></div>
我把这个插件挂在了GitHub上，利用CDN获取。<span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月16日 (三) 16:22 (CST)


;投票结果：
现在更进一步，做成了小工具，可以在[[特殊:参数设置|'''参数设置''']]中直接勾选启用。<span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月16日 (三) 16:55 (CST)


MCBBS Wiki 日后运营方向的提案（草案）投票结果为[[#方案二：转型为 Minecraft 论坛 Wiki|方案二：转型为 Minecraft 论坛 Wiki]]
: {{回应}} 不過其實為甚麼不直接使用 [[mw:Extension:SyntaxHighlight|SyntaxHighlight]] 插件？這個插件 [[mw:MediaWiki_1.21#Bundled_extensions|2013 年起已經內置在 MediaWiki]] 了……--<span style="font-family: monospace">&lt;[[User:JasonHK|JasonHK]] /&gt;</span> 2020年12月20日 (日) 21:19 (CST)


;结语：
:: {{回应|原因很多}}，主要是两点，一方面是这里没有使用这个标签的习惯，另一方面是不太方便定制（放在Github仓库，用CDN获取的话，我可以很方便地增减功能，修改CSS，跟随Prism更新，一切修改完毕后发布一个release即可）。 <span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月20日 (日) 21:36 (CST)


历时一个多月，投票于2024年3月31日晚结束，目前还活跃在Wiki的贡献者们做出了选择：我们将转型为一个面向所有Minecraft论坛的Wiki。
== 重要讨论：关于Mod收录 ==
三个问题：
# “在MCBBS几乎没有知名度'''且'''非MCBBS坛友原创的作品禁止收录”。如果两个条件满足一个是否收录？
# Mod应该收录哪些内容？是全面介绍功能，还是偏向收录相关梗？如果一个Mod内容较多，是全部详细介绍完还是选择仅是列出大概功能，不详细介绍（假设该Mod并没有自己的官方Wiki）？
# 如果一个Mod把某些论坛用户写进去了，是否允许在对应用户页面写类似“该用户已被XXX模组收录为YYY方块，作用是ZZZ”这种句子？
--[[Image:QWERTY_52_38.png|30px|link=QWERTY_52_38]][[User:QWERTY_52_38|<span style="color:#7ffffd4;">QWERTY_52_38</span>]] {{用户编辑积分等级|QWERTY_52_38}} [[用户讨论:QWERTY_52_38|<span style="color:#ff9d3f;">讨</span>]] [[特殊:用户贡献/QWERTY_52_38|<span style="color:#1dff1d;">贡</span>]] 2020年12月1日 (二) 21:37 (CST)


Wiki感谢每一位贡献者。我们知道，个人的能力总是渺小的，会遇到力有未逮的时候；倘若我们集合在一起、取长补短：知识得以传播，灵感得以留存，智慧得以延续，聚沙成塔，实现个人力量远做不到的事情：今天的Wiki来自于过去所有贡献者——无论是否还在活跃，无论是否造成过一些“麻烦”——的劳动，这绝不是单打独斗的成果，也不是一朝一夕的成就。
回答：
# 这是相当于not((not a) and (not b))，等价于 a or b，所以按照这句话推断是可以的。
# 我个人偏向认为能写多少就写多少。
# 看模组知名度吧。如果知名度较高那么我觉得可以。
--{{用户:自由李代数/签名org}} 2020年12月1日 (二) 22:38 (CST)


不过请各位知晓：我们票选的并不是一个完备的解决方案，而是决定大致方向的'''草案'''，也许我们预料的各种困难只是实际工作的冰山一角，更多的细节、事物、乃至未知挑战，这一切都还在水面之下。如果你有想法，请不吝笔墨（这里应该说不吝“键盘”？）告诉大家。
{{回应}}
# '''且'''，这个只要语文好一点都可以理解吧？= = <big>'''只'''</big>满足其中一个的允许收录，但不支持。
# 关于这点，没有硬性要求和限制。至于梗，主要只有加速火把有吧？有就写，没有就不写。至于详细介绍还是算了，毕竟MCBBS Wiki不是大杂烩。
## 顺便说一下，一个MC MOD的wiki一般都会在Fandom建站，少部分大型MOD（AoA、Aether）才在Gamepedia建站。
# 可以，方针不禁止则可为。但要注意不要使其显得突兀。
--[[Image:MashKJo_Original_avatar.png|30px|link=User:MashKJo]] <span style="color:Red">'''MashKJo'''</span><small>-{（[[User:MashKJo|用户页]]）/（[[User_talk:MashKJo|讨论页]]）/（[[Special:用户贡献/MashKJo|贡献]]）}-</small>{{用户编辑积分等级|MashKJo}} 2020年12月1日 (二) 22:52 (CST)


已然，无论前路是否坎坷曲折，我们都将沿着大家选择的方向前进，在此——
== 关于链接“被锁” ==


管理员——也是Wiki的早期成员——[[U:Salt_lovely|盐]]，'''尊重投票表决，确认本次投票统计无误、结果有效'''。
最近，我看到一些MCBBS帖子链接被标注了“被锁”二字（如页面[[燃雪听风#Ta的教程]]），但我觉得这完全不需要，'''应该把所有的这类字眼去掉'''。理由如下：
# 我们有[[挖掘卡]]来查看被锁帖子。
# 被锁帖子除了用挖掘卡，还有一大堆办法查看（如<code>?action=printable</code>，Discuz archive，百度快照）。
# （最重要的一点）帖子的状态是会变化的。或许会被锁上，或许会被打开。我们不可能每天都去查看Wiki每一个帖子链接并更新页面。而如果不能及时更新状态，“被锁”二字就几乎没有意义（甚至还有副作用），因此还不如全部删掉。
## 同时，Wiki有那么多链接，其中实际被锁的不计其数，但只有一部分加上了“被锁”。与其把其余所有被锁的链接都加上“被锁”，不如把现有的这部分去掉，统一格式。--[[Image:QWERTY_52_38.png|30px|link=QWERTY_52_38]][[User:QWERTY_52_38|<span style="color:#7ffffd4;">QWERTY_52_38</span>]] {{用户编辑积分等级|QWERTY_52_38}} [[用户讨论:QWERTY_52_38|<span style="color:#ff9d3f;">讨</span>]] [[特殊:用户贡献/QWERTY_52_38|<span style="color:#1dff1d;">贡</span>]] 2020年12月7日 (一) 20:28 (CST)


签名：{{U:Salt_lovely/沙盒/签名/8}} 2024年4月1日 (一) 02:12 (CST)
: {{同意}}，确实没有必要去添加这个标记，要加也得用自动化的方案。<span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月7日 (一) 23:01 (CST)
<!--{{ts|最终决策| }}-->
:<nowiki>我觉得，即使我们的道路选错了，也不要灰心，毕竟没有什么的道路是没有曲折的，只要坚持，wiki一定会越来越好，让我们按照方案继续前行！--~~~</nowiki> [[用户:XEYcmd|XEYcmd]]（[[用户讨论:XEYcmd|留言]]） 2024年4月5日 (五) 13:12 (CST)
{{ts|话题已结束|[[Image:QWERTY770.png|30px|link=QWERTY770]][[User:QWERTY770|<span style="color:#7ffffd4;">QWERTY770</span>]] {{用户编辑积分等级|QWERTY770}} [[用户讨论:QWERTY770|<span style="color:#ff9d3f;">讨</span>]] [[特殊:用户贡献/QWERTY770|<span style="color:#1dff1d;">贡</span>]] 2024年4月1日 (一) 01:07 (CST)}}


==有关MCBBS纪念版及红石中继站的收录问题的提案==
== 泥潭发生了什么 ==


提案发起人：<span style="background:-webkit-linear-gradient(35deg,#c2185b,#1976d2);-webkit-background-clip:text;-webkit-text-fill-color:transparent">※※※ [[U:坑触可|'''坑触可''']] ※※※ [[User talk:坑触可|'''留言''']] ※※※</span> &#124; [[特殊:Random|<span style="color:#202122" title="spEciAL;rANdOm">没事干了，不如随机一下</span>]]
今天去茶馆，提示我“本站已关闭发帖功能”。


共同起草人：[[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]）
全论坛翻了一遍，发现12.13日（今天）只有1个帖子，在mod教程版，还是版主的。


提案时间：2025年2月1日 (六) 18:30 (CST)
泥潭是又要维护了，还是怎么的？有人知道吗？
--{{用户:自由李代数/签名org}} 2020年12月13日 (日) 08:21 (CST)


最后修订时间：2025年2月2日 (日) 21:41 (CST)
:和今年4月4日那次理由相同。--[[Image:QWERTY_52_38.png|30px|link=QWERTY_52_38]][[User:QWERTY_52_38|<span style="color:#7ffffd4;">QWERTY_52_38</span>]] {{用户编辑积分等级|QWERTY_52_38}} [[用户讨论:QWERTY_52_38|<span style="color:#ff9d3f;">讨</span>]] [[特殊:用户贡献/QWERTY_52_38|<span style="color:#1dff1d;">贡</span>]] 2020年12月13日 (日) 08:51 (CST)
===正文===
各位用户，你们好！


自[[1·22论坛闭站维护事件|MCBBS永久关闭]]后，社区自发形成了主要两个具有延续性质的平台：
刚才突然反应过来了，之前没想起来今天是什么日子。--{{用户:自由李代数/签名org}} 2020年12月13日 (日) 09:08 (CST)
;MCBBS纪念版（https://mcbbs.co ）
{{ts|问题已解决|--{{用户:自由李代数/签名org}} 2020年12月13日 (日) 09:08 (CST)}}
*2024年5月由社区成员创建，含原版主团队参与；
*复现 MCBBS 界面风格与核心机制；
*提供[https://www.mcbbs.co/thread-18-1-1.html 勋章积分恢复系统]及[https://archives.mcbbs.co 存档站服务]等功能；
*截至2025年2月，累计注册7.3万用户，至今仍有不少用户在纪念版继续以 MCBBS 的方式发布内容。
;红石中继站（https://www.mczwlt.net ）
*获 [[LYOfficial]]、[[TT702]] 等原管理人员认可为 MCBBS 的「转生」平台；
*采用全新交互架构，未沿用「MCBBS」名称；
*被部分用户视为事实上的资源分享及讨论枢纽


现仅就这两平台的收录方式及关联性定性发起讨论，'''请注意本提案仅涉及Wiki内容组织方式，不构成对任何平台的合法性认定'''。
== 防止手贱点到回退按钮 ==


====提案方案====
<div class="js"><pre>// ------------------
=====方案1：纪念版收录范围=====
// 防止手贱回退页面
;1-A. 不独立收录
// ------------------
尽管部分原 MCBBS 用户参与纪念版的管理，但事实上，纪念版并不是 MCBBS，且纪念版管理人员亦澄清了这一点<ref group="提案1">秋风残叶. [https://www.mcbbs.co/thread-1573-1-1.html 我的MCBBS出了什么问题？]. MCBBS纪念版. 2024-11-16.</ref>。因此在本 Wiki 中，不认为纪念版是 MCBBS「在社区中复活」的产品，而视为「社区二创」类站点。
$(function () {
for (let a of Array.from(document.querySelectorAll('.mw-rollback-link a'))) {
a.addEventListener('click', function (ev) {
if (!confirm('确定要回退吗？')) { ev.preventDefault() }
})
}
})</pre>
由于MediaWiki的JS压缩器只支持“ES2015”中“ES”和“5”的部分，因此即使这段代码能在任一主流浏览器上运行，也'''只会在你的用户JS页面报错'''。


;1-B. 收录纪念版为非官方遗产项目
请使用<code>mw.loader.load</code>来加载，或者：
纪念版可被视为是 MCBBS 玩家社区共识的一种产物，纪念版内容可参照 MCBBS 内容的收录标准在本 Wiki 收录。
<pre>eval("$(function(){for(let a of Array.from(document.querySelectorAll('.mw-rollback-link a'))){a.addEventListener('click',function(ev){if(!confirm('确定要回退吗？')){ev.preventDefault()}})}})")</pre>


=====方案2：中继站收录范围=====
当然，这里我也推荐[[用户:自由李代数/common.js|'''李代数的方案''']]，不会导致MW的报错，同时也更好看。
;2-A. 不独立收录
<pre>// 取自 https://minecraft-zh.gamepedia.com/User:Ff98sha/common.js，仅供学习研究用
尽管TT702等原 MCBBS 及中继站管理人员已表明中继站是 MCBBS 的「转生」产物，但中继站未使用 MCBBS 的名称，亦缺乏后者的法律授权。
mw.loader.using(['oojs-ui-windows', 'oojs-ui-core'],
function() {
$('.mw-rollback-link a').each(function() {
var href = $(this).attr('href');
$(this).click(function(e) {
e.preventDefault();
OO.ui.confirm('你确定要回退此页面吗？').done(function(confirmed) {
if (confirmed) { location.href = href; }
});
});
});
});</pre>


;2-B. 收录中继站为替代讨论平台
思路：阻止锚点的默认动作 -> 用户确认是否继续 -> 执行默认动作/什么都不发生
由于原管理层持续参与，尽管中继站不使用 MCBBS 的名字，且与 MCBBS 的风格与交互模式不同，本 Wiki 仍可将其视为事实性的 MCBBS，中继站内容可参照 MCBBS 内容的收录标准在本 Wiki 收录，相关用户贡献可跨平台合并展示。
</div>
<span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月16日 (三) 16:08 (CST)


:还请注意：有关纪念版与中继站的收录并不冲突，因此请'''就方案1与方案2分别讨论'''。
{{意见}}：
#不是我的方案，只是在mcwiki上看到ff98sha的用户js，拿来试用的。
#我认为以上方法是可行的。
#前几天我有一个想法，缺点在于可能有些麻烦，有点在于方便自定义，可以考虑一下：
## 去除所有锚点
## 定义一下确认的代码及UI
## 添加锚点并附上上述代码


=====方案3：关联性标注（附条件生效）=====
--{{用户:自由李代数/签名org}} 2020年12月16日 (三) 17:56 (CST)
:''（方案3只有在方案2-B通过后才有效）''
基于红石中继站与 MCBBS 的关系，我们认为可对 Wiki 内有关 MCBBS 的部分表述进行修改，引入对中继站的相关说明，此次修改影响范围可能较广，具体修改范围待提案通过后再与 Wiki 管理员进行讨论，并最终于讨论板公示。


在达成共识后，本 Wiki 中部分页面（如[[论坛]]、[[积分]]等）可能需要拓展含义，还请各位用户依照[[MBW:方针|Wiki方针]]积极补充。
:: {{回应}}，那几个锚点本身没有什么特殊点，所以没有必要劫持，不过自定义UI倒是可以写：
----
<div class="js"><pre>
提案方案1-B、2-B中的收录范围，包含但不限于：用户跨平台活动记录、同名机制的系统性对比、重大事件的时间线整合。
$(function () {
for (let a of Array.from(document.querySelectorAll('.mw-rollback-link a'))) {
if (!a.hasAttribute('href')) { continue }
a.addEventListener('click', (ev) => {
ev.preventDefault()
confirmUI('确定要回退此页面吗？', (confirmed) => {
if (confirmed) { window.location.href = a.href }
})
})
}
/**
* 显示一个自定义确认框
* @param {string} text
* @param {(confirmed:boolean)=>void} callback
*/
function confirmUI(text = '', callback) {
// 安全锁，防止用户多次点击
let safe = true
// 容器
let container = document.createElement('div')
container.className = 'confirmUIcontainer'
container.innerHTML = `<center>${text}</center>`
// 确定按钮
let yesBtn = document.createElement('div')
yesBtn.className = 'btn'
yesBtn.style.setProperty('--hover-color', '#FDF6E6')
yesBtn.textContent = '确定'
yesBtn.addEventListener('click', () => {
if (safe) {
safe = false // 安全锁
callback(true)
selfRemove() // 移除确认框
}
})
container.appendChild(yesBtn)
// 取消按钮
let noBtn = document.createElement('div')
noBtn.className = 'btn'
noBtn.style.setProperty('--hover-color', '#FDF6E6')
noBtn.textContent = '取消'
noBtn.addEventListener('click', () => {
if (safe) {
safe = false
callback(false)
selfRemove()
}
})
container.appendChild(noBtn)
// 关闭按钮
let closeBtn = document.createElement('div')
closeBtn.className = 'close'
closeBtn.textContent = '×'
closeBtn.addEventListener('click', () => {
if (safe) {
safe = false
selfRemove()
}
})
container.appendChild(closeBtn)
// 显示UI
container.style.opacity = '0'
container.style.top = '20%'
container.style.transitionTimingFunction = 'ease-out'
document.body.appendChild(container)
// 调整位置
container.style.marginLeft = (container.offsetWidth * -0.5) + 'px'
container.style.marginTop = (container.offsetHeight * -0.5) + 'px'
container.style.transitionDuration = '.3s'
container.style.opacity = '1'
container.style.top = '50%'
setTimeout(() => { container.style.transitionTimingFunction = 'ease-in' }, 400)
/**移除自己 */
function selfRemove() {
container.style.top = '20%'
container.style.opacity = '0'
setTimeout(() => { container.remove() }, 400)
}
}
// CSS
let s = document.createElement('style')
s.textContent = `
.confirmUIcontainer{
position: fixed;
border: 8px solid #0003;
border-radius: 8px;
overflow: hidden;
padding: 0;
top: 50%;
left: 50%;
min-width: 20vw;
background: #fbf2dc;
user-select: none;
}
.confirmUIcontainer > center{
padding: 1.2rem .6rem 1.2rem .6rem;
font-size: 1.05rem;
}
.confirmUIcontainer .btn{
width: 50%;
border: 1px solid #ccc;
padding: 1rem;
box-sizing: border-box;
font-size: 1.15rem;
line-height: 1.15rem;
float: left;
background-color: transparent;
text-align: center;
transition: .3s ease;
cursor: pointer;
}
.confirmUIcontainer .btn:hover{
background-color: var(--hover-color,transparent);
}
.confirmUIcontainer .close{
position: absolute;
width: 2rem;
height: 2rem;
top: 0;
right: 0;
font-size: 2rem;
line-height: 2rem;
text-align: center;
}
`
document.head.appendChild(s)
})
</pre></div>
: <span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月16日 (三) 19:30 (CST)


====注释及参考资料====
<references group="提案1" />
====讨论指引====
发表意见时请重点考虑：
#历史记录的完整性与社区记忆保存
#内容架构的清晰度与检索便利性
#社区多数用户的认知习惯
如果您有别的方案，或是修改建议，或是想对某个方案发表观点，请在下方讨论区提出。


===讨论区===
:''示例1：{{支持|1-A + 2-B}} ...理由... --[[U:Example|Example]]（[[User_Talk:Example|讨论]]）<br>示例2：{{支持|1-B + 2-B + 3}} ...理由... --[[U:Example|Example]]（[[User_Talk:Example|讨论]]）''
<span style="display:none"><span style="background:-webkit-linear-gradient(35deg,#c2185b,#1976d2);-webkit-background-clip:text;-webkit-text-fill-color:transparent">※※※ [[U:坑触可|'''坑触可''']] ※※※ [[User talk:坑触可|'''留言''']] ※※※</span> &#124; [[特殊:Random|<span style="color:#202122" title="spEciAL;rANdOm">没事干了，不如随机一下</span>]] 2025年2月1日 (六) 18:30 (CST)</span><!--别动这里 这里只是修正插件异常问题-->


<!--讨论请在本行下方，上方不要插入任何讨论-->
== 建議啟用雙重驗證功能 ==
{{支持|1-B+2-B+3}}本人为mcbbs纪念版用户，并且简单了解了一下中继器，认为本wiki原本是用于mcbbs里的内容，现mcbbs永久闭站，个人认为mcbbs纪念站含有的mcbbs成分多于中继器，虽说中继器是转生，因为我也参与了wiki运营方案投票，按照方案二面向所有Minecraft论坛的Wiki，应对有关论坛进行收录，也应该对中继器进行收录。但应该为区分不同论坛应建设分版区进行与原mcbbs信息进行区分。--[[用户:XEYcmd|XEYcmd]]（[[用户讨论:XEYcmd|留言]]） 2025年2月1日 (六) 19:06 (CST)
如題，我想應該不必多作解釋。——<span style="font-family: monospace">&lt;[[User:JasonHK|JasonHK]] /&gt;</span> 2020年12月19日 (六) 00:00 (CST)


{{支持|1-B+2-A}}mcbbs纪念版作为mcbbs的一种社区二创，在形式上延续了mcbbs，但本质上属于两个论坛，由于mcbbs玩家社区对其有一定的共识，mcbbs wiki和mcbbs纪念版同时作为mcbbs的二创产物，可以从社区的角度考虑进行收录，建议在进行'''适当标注'''后进行收录。部分原管理人员认可mczwlt为mcbbs的转生产物，但在外观上并没有关联，实质上也属于另一个论坛，与原有论坛没有直属的继承关系，不建议直接在本wiki收录，mczwlt作为一个新生论坛，建议使用独立的wiki或作为mcbbs wiki的子wiki进行收录。 '''[[U:Wsseieiei‎|wwwwwwwwwwwsssssssssssssseieieieieieieieieiei]]''' 2025年2月1日 (六) 22:36 (CST)
: 这不给登录制造困难？而且MCBBS Wiki帐号并不涉及秘密、财产等敏感内容，谁这么闲来盗你号？--[[洞穴夜莺]] 2020年12月19日 (六) 10:35 (CST)
:@[[U:Wsseieiei‎]]：您的签名似乎不符合规范。有效的用户签名应至少包含用户页、用户讨论页或用户贡献1个链接--<span style="background:-webkit-linear-gradient(35deg,#c2185b,#1976d2);-webkit-background-clip:text;-webkit-text-fill-color:transparent">※※※ [[U:坑触可|'''坑触可''']] ※※※ [[User talk:坑触可|'''留言''']] ※※※</span> &#124; [[特殊:Random|<span style="color:#202122" title="spEciAL;rANdOm">没事干了，不如随机一下</span>]] 2025年2月1日 (六) 22:53 (CST)
:: {{回应}} 雙重驗證是個選用功能，你覺得麻煩可以不啟用的。你認為沒有價值的資料在其他人的眼中可能像黃金一樣，在不同網站蒐集您的一點點資料已經足以對你發動社交工程攻擊。--<span style="font-family: monospace">&lt;[[User:JasonHK|JasonHK]] /&gt;</span> 2020年12月19日 (六) 22:44 (CST)


{{支持|1-B+2-A}}红石中继器没有继承MCBBS的数据，在内容上没有连续性，因此不是MCBBS的“重制版”。而MCBBS纪念版虽然同样没有在论坛中继承MCBBS的帖子，但一方面它论坛内直接承认原MCBBS的积分和勋章，另一方面它[https://archives.mcbbs.co 相同二级域名下]收录了大量原MCBBS的帖子，相比之下它与原MCBBS的连续性更大。红石中继器没有充分展现与MCBBS的关联性，应作为对应用户作品收录。--[[U:洞穴夜莺]] 2025年2月1日 (六) 22:56 (CST)
: {{疑问}} 最近发生什么特别的事了吗？ <span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月19日 (六) 10:38 (CST)
:: {{回应}} 其實沒有什麼特別，雙重驗證是我使用網站的一個基本要求，只要網站支援我便會啟用。既然 MediaWiki 支援雙重驗證，網站管理員便有責任開啟這個功能，讓有需要的人自行啟用。--<span style="font-family: monospace">&lt;[[User:JasonHK|JasonHK]] /&gt;</span> 2020年12月19日 (六) 22:44 (CST)


{{支持|1-B+2-A目前}}本人认为MCBBS纪念版虽然和原来的MCBBS是两个不同的论坛，但继承了主要活跃用户群体、部分帖子数据、部分积分数据以及原站的网页设计，并且其明确承认和MCBBS的延续关系（由支持“勋章与积分恢复申请”可以说明），是社区成员自发为延续MCBBS社区而创建的论坛，具有一定的连续性，故可以直接收录。而红石中继站除了部分用户群体外并没有继承MCBBS的数据，对MCBBS的延续也限于部分管理人员的个人理解，就目前来看应该作为新的论坛，不应和MCBBS同等收录。但目前红石中继站刚刚开放，将来的发展方向仍不明确，建议静观其变，等待一星期之后再进一步讨论。--[[Image:QWERTY770.png|30px|link=QWERTY770]][[User:QWERTY770|<span style="color:#7ffffd4;">QWERTY770</span>]] {{用户编辑积分等级|QWERTY770}} [[用户讨论:QWERTY770|<span style="color:#ff9d3f;">讨</span>]] [[特殊:用户贡献/QWERTY770|<span style="color:#1dff1d;">贡</span>]] 2025年2月1日 (六) 23:08 (CST)
: {{反对}} MediaWiki没有原生的两步验证机制。 --[[Image:SHEEP_REALMS_head.png|30px|link=User:Sheep-realms]] [[User:Sheep-realms|<span style="color:green;">Sheep-realms</span>]]（[[User talk:Sheep-realms|讨论]]） 2020年12月20日 (日) 11:58 (CST)
:: {{注意}} @[[User:Sheep-realms|Sheep-realms]] MediaWiki 官方已提供雙重驗證插件 [[mw:Extension:OATHAuth|OATHAuth]]，並且自 MediaWiki 1.31 （即這個維基目前所使用的版本）起[[mw:MediaWiki_1.31#More_bundled_extensions|已內置這個插件]]。 --<span style="font-family: monospace">&lt;[[User:JasonHK|JasonHK]] /&gt;</span> 2020年12月20日 (日) 15:06 (CST)
::: {{回应}} 我查阅了[[mw:Extension:OATHAuth|OATHAuth扩展的文档]]与[[特殊:版本]]，我觉得使用了 MediaWiki 1.13.7 的本Wiki并没有安装这个扩展；即使文档里写着“<u>''此扩展已绑定在MediaWiki 1.31及以上版本 因此您不需要再次下载。''</u>”。<span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月20日 (日) 18:31 (CST)


{{支持|1-B+2-B+3}} 之前讨论已经确定wiki的下一步发展方向转型为 Minecraft 论坛 Wik，所以继续收录红石中继站是符合wiki发展方向的。但毕竟红石中继站没有在其网站中强调其为MCBBS的转生，而且红石中继站侧重于资源发布，与MCBBS以论坛为主不同，我认为应对红石中继站的收录做出与MCBBS的区分，例如设立子wiki或与MCBBS的收录并列的新分区。--[[White_i]]2025年2月1日 (六) 23:37 (CST)
:::: {{回应}} 你看錯了，這個維基的版本是 1.31.7，不是 1.13.7。——<span style="font-family: monospace">&lt;[[User:JasonHK|JasonHK]] /&gt;</span> 2020年12月20日 (日) 19:28 (CST)


{{意见}} 针对各位编者提到的'''转型为Minecraft社区Wiki'''的提案：我之前提到过[[U:Teddyxlandlee/Blog/2024/06/28/元维基|元维基]]方案（[[ktid:134747]]），简单来说，该方案会大体上维持'''一站一Wiki'''的格局，但同时会设立'''元维基（Meta Wiki）'''，以共享相同Wiki资源、记录社区共有的文化现象等。
::::: {{回应}} 是笔误——根据上下文可以判断；言归正传，我确实没有在这个 Wiki 找到本应捆绑安装的双重验证扩展。 <span style="color:#0000;background-image:linear-gradient(345deg, #596ca6,#609f9f, #596ca6,#609f9f);background-clip:text;-webkit-background-clip:text;font-weight:bold;font-family:PRISTINA,'Microsoft Yahei',Lora;font-size:1.15rem" salt>-- [[用户:Salt_lovely|'''{{font|color=#0000|Salt lovely}}''']]{{font|size=.5rem|「[[用户讨论:Salt_lovely|{{font|color=#0000|非谢家之宝树}}]]，[[特殊:用户贡献/Salt_lovely|{{font|color=#0000|接孟氏之芳邻}}]]」}}</span> 2020年12月20日 (日) 19:37 (CST)


接下来的讨论中需要明确：如果采取1-B或2-B方案，纪念版/中继器应当单独设立Wiki（并归入元维基体系下），还是直接收录入MCBBS Wiki？
:::::: {{回应}} 應該是沒有啟用吧……
::::::
:::::: 「This extension comes with MediaWiki 1.31 and above. Thus you do not have to download it again. However, you still need to follow the other instructions provided.」
::::::
:::::: <syntaxhighlight lang="php">
wfLoadExtension( 'OATHAuth' );
</syntaxhighlight>
::::::
:::::: 沒有用這段代碼啟用的話應該不會在 [[Special:Version]] 顯示吧。——<span style="font-family: monospace">&lt;[[User:JasonHK|JasonHK]] /&gt;</span> 2020年12月20日 (日) 20:19 (CST)


请注意：尽管元维基获得了部分Wiki管理人员的支持，但元维基方案尚未动工。因此讨论中需要考虑当前及远期的解决方案。-- [[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2025年2月2日 (日) 09:17 (CST)
::: {{注意}}无效@、不一定可以安装成功-[[File:坑触可头像.jpeg|30px|link=坑触可]] [[坑触可|<span style="text-shadow:0 0 2px #012,0 0 1px #024,0 0 1px #024,0 0 1px #024,0 0 1px #024;font-family:PRISTINA,Comic Sans MS"><font color="#fff" size="3">坑触可</font></span>]] 2020年12月20日 (日) 16:32 (CST)


{{支持|1-B + 2-A}}
:::: {{回应}} 這是官方提供的插件，依照官方的指示安裝的話一般不會出錯。——<span style="font-family: monospace">&lt;[[User:JasonHK|JasonHK]] /&gt;</span> 2020年12月20日 (日) 21:07 (CST)
个人认为，大部分非管理组前 MCBBS 用户普遍使用 MCBBS 纪念版，MCBBS 纪念版也推行了相应的用户信息继承措施，是民心所向。
大部分前管理组视红石中继站为正统精神续作，故以正统上推行，是理所应当的。但形式上，各位用户并不推崇，归档有悖常理，论坛本就是用户交谈的社区，没有底层原 bbs 用户的支持，论坛也就变成了管理组的木偶戏罢了。
支持 [[U:Teddyxlandlee]] 的元 wiki 意见，对于红石中继站是否能在民心上同意 merge，个人认为有待商榷，静待其发展。 [[User:Lihl|<span style="color:#808080;">Unknown , just_lihl.</span>]] [[User_Talk:Lihl|<span style="color:#b0e0e6;">Just talk to me!</span>]] [[Special:Contributions/lihl |<span style="color:#dcdcdc;">Contritube!</span>]] 2025年2月2日 (日) 12:24 (CST)


{{支持|1-B + 2-B + 3}}纪念版作为用户自发组织的项目可以看作用户与MCBBS的情感联结。即使其性质被明确定性为「非官方二创」，但任必须承认的是它对MCBBS文化传承的贡献。中继站由原MCBBS核心管理团队主导，且延续了原MCBBS的一些机制，但仍有部分内容为原MCBBS所不具备的。所以任应该将两者区分，分别建设分版区进行与原mcbbs信息进行区分。--[[用户:Han Jiang|Han Jiang]]（[[用户讨论:Han Jiang|留言]]） 2025年2月2日 (日) 18:16 (CST)
:::: {{回应}} 这个提及理论上可以成功。 --[[用户:开炸弹车|开炸弹车]]（[[用户讨论:开炸弹车|讨论]]） 2020年12月20日 (日) 21:36 (CST)


{{支持|1-B + 2-B +3}} 关于纪念版，我的意见跟目前大多数一样。对于中继站问题，首先是在 关于 MCBBS Wiki 日后运营方向的提案（草案） 中，我们提到我们将转型为一个面向所有Minecraft论坛的Wiki，那么自然我们应该包含中继站论坛。虽然"所有"可能并不现实，但是毕竟原先都考虑了易坛跟klpbbs，红石中继站更应该考虑进去。并且，就如中继站管理层认为，他们属于mcbbs的精神续作（mcbbs2？笑），那么mcbbswiki也应该对此有所收录。我个人认为mcbbs纪念版和中继站虽然在形式上有诸多不同，但是'''都应该认作是mcbbs社区和文化的一种追忆，'''这样也利于社区记忆的保存。不同的是，由于mcbbs纪念版他沿用mcbbs的名称，界面风格，核心机制等等，所以他的独立性不强，但是中继站作为一个全新的新站，它的独立性是很强的，所以我会支持3，并且认为可以在原mcbbs和中继站中进行一定程度的区分。
: 根据说明文档的指示，本Wiki的拓展目录中并未内置OATHAuth插件。因为某一次网站迁移的原因，部分文件和数据已经遗失。 --[[Image:SHEEP_REALMS_head.png|30px|link=User:Sheep-realms]] [[User:Sheep-realms|<span style="color:green;">Sheep-realms</span>]]（[[User talk:Sheep-realms|讨论]]） 2020年12月20日 (日) 21:38 (CST)
:: '''说个题外话，听说之前有人私自篡改他人讨论串，这是不允许的，哪怕只是增加一些格式化模板。''' --[[Image:SHEEP_REALMS_head.png|30px|link=User:Sheep-realms]] [[User:Sheep-realms|<span style="color:green;">Sheep-realms</span>]]（[[User talk:Sheep-realms|讨论]]） 2020年12月20日 (日) 21:50 (CST)
:::那是我的话被加上{{tl|回应}}那一次，真就是{{回应}}泛滥成灾。--[[Image:MashKJo_Original_avatar.png|30px|link=User:MashKJo]] <span style="color:Red">'''MashKJo'''</span><small>-{（[[User:MashKJo|用户页]]）/（[[User_talk:MashKJo|讨论页]]）/（[[Special:用户贡献/MashKJo|贡献]]）}-</small>{{用户编辑积分等级|MashKJo}} 2020年12月20日 (日) 21:56 (CST)


::: 我剛才只是調整了錯誤的縮排，下次不會了。<s>用 [[mw:Extension:Flow|Flow]] 就不會錯縮排了……</s>——<span style="font-family: monospace">&lt;[[User:JasonHK|JasonHK]] /&gt;</span> 2020年12月20日 (日) 22:02 (CST)


'''不支持[[U:Teddyxlandlee]]的元维基的意见。'''
总体来讲是好的，特别是对于其他论坛像klpbbs和易坛，但是关于能不能'''在mcbbs纪念站和中继站上实行这个问题我认为有待商榷。'''上面我指出，mcbbs纪念站和中继站都应该认作是mcbbs社区和文化的一种追忆，mcbbs纪念站和中继站在目前看来在可以预知的范围内，大多数用户大多都与原先的mcbbs重合，也就是说这几个站点其实并不是相互独立的，'''社区的文化土壤大概是相同的。'''
这里还有一点，中继站后面能发展到什么程度，能发展到多大是一个未知数。目前整个mc社区大部分都认为红石中继站属于是原版人马，没有以前的数据，mc圈大多数人普遍认为原mcbbs的优势仅仅在于原先的数据，而“原班人马强势回归”这一点只是一个减分项，大多数群众对管理层并不认可，即使我们知道管理层实际上没有那么不堪，但是成见总还是一日之内难以消除。所以中继站'''很难吸引到足够的，非原先mcbbs背景的用户'''。所以说，我认为红石中继站'''可能没有足够的有自己特色的东西，能赋予其新开一个wiki的价值。至少在可预见的范围里我认为没有。''' ''不过我希望我的预测是错误的，我还是希望红石中继站可以有好的发展。到那个时候，当它吸收到足够的新用户，产生了新的文化，那个时候对红石中继站实行元维基，我觉得很棒！''


对外如nmfwiki和klpbbs wiki或许我们可以提出这个建议，不过那是另外一个故事了。
{{ts|提议已否决|[[Image:SHEEP_REALMS_head.png|30px|link=User:Sheep-realms]] [[User:Sheep-realms|<span style="color:green;">Sheep-realms</span>]]（[[User talk:Sheep-realms|讨论]]） 2020年12月20日 (日) 11:58 (CST)}}
--来自[[用户:起名字真难就叫南南|全wiki最水的编辑者南南]]｜[[file:Ralsei.gif|25px]]｜[[用户讨论:起名字真难就叫南南|给她留言]]｜<ruby {{#if:|style=""}}><rb {{#if:|style="font-size:"}}>{{#if:|{{lang|{{{3}}}|Jeder Storm wird's Meer gewinnen}}|Jeder Storm wird's Meer gewinnen}}</rb><rp>（</rp><rt style="font-size:0.75em" {{#if:|id=""}}>{{#if:|{{lang|{{{4}}}|所有的河流都流入大海}}|{{#if:|{{lang|{{{3}}}|所有的河流都流入大海}}|所有的河流都流入大海}}}}</rt><rp>）</rp></ruby>, <ruby {{#if:|style=""}}><rb {{#if:|style="font-size:"}}>{{#if:|{{lang|{{{3}}}|Jedes Leiden auch sein Grab.}}|Jedes Leiden auch sein Grab.}}</rb><rp>（</rp><rt style="font-size:0.75em" {{#if:|id=""}}>{{#if:|{{lang|{{{4}}}|所有的痛苦都沉入坟墓。}}|{{#if:|{{lang|{{{3}}}|所有的痛苦都沉入坟墓。}}|所有的痛苦都沉入坟墓。}}}}</rt><rp>）</rp></ruby> 2025年2月5日 (三) 17:40 (CST)


:{{提醒}}：本提案'''投票'''阶段将于'''3月1日18:30结束'''，随后进入计票阶段。--<span style="background:-webkit-linear-gradient(35deg,#c2185b,#1976d2);-webkit-background-clip:text;-webkit-text-fill-color:transparent">※※※ [[U:坑触可|'''坑触可''']] ※※※ [[User talk:坑触可|'''留言''']] ※※※</span> &#124; [[特殊:Random|<span style="color:#202122" title="spEciAL;rANdOm">没事干了，不如随机一下</span>]] 2025年2月2日 (日) 21:41 (CST)
:{{同上}} 发现我想说的恰好与[[User:起名字真难就叫南南|起名字真难就叫南南]]完全一致，就不再重复了。想补充一点，不同论坛的重合处可能主要是用户及在多个论坛活动的组织。如果元维基最终主要是用户（甚至用户条目一些在元维基一些在分站），感觉说不出的奇怪。 [[用户:物灵|物灵]]（[[用户讨论:物灵|留言]]） 2025年2月10日 (一) 21:48 (CST)

==关于内容维护原则的讨论==

以下是我在很早的时候（2024年6月28日）起草的一个草案，欢迎大家讨论。
<hr>
<!--{{Info|以下为草案内容。欢迎参与[[用户讨论:Teddyxlandlee/Blog/2024/06/28/内容维护原则|讨论]]。}}-->

0. 编辑时，请把自己代入成可能从未接触过MCBBS的读者。基于此，要通过适当增引链接、调整表达方式等方法，尽量使条目'''明确易懂'''。''（于2024年6月28日22时添加）''

1. 基于'''客观、中立'''的立场，这尤其应适用于论坛事件、用户评价等描述。特别地，[[MCBBS]]管理组的立场不应视为“完全中立”。

2. 描述的事实应'''真实可靠'''。不得误导读者将非事实看作事实。特别地，在首页等显著位置向读者传达“MCBBS已永久[[关站]]的事实”。

3. 由于取证困难，且本维基编辑人手不足，对于原“有待完善”的MCBBS用户页面，应在内容上尽量保持历史原貌。

4. 若无当事人反对，可对现今在其他论坛/平台活跃的MCBBS用户页面进行扩充，如使用{{tl|用户信息}}模板增加苦力怕论坛链接，列举其新作品等，但请不要侵犯他人隐私，即使这些隐私信息是半公开的。

--[[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） <nowiki>2024年6月28日 (五)</nowiki> 22:23 (CST)

<hr>

以下为本草案创建前，部分用户的意见。

[[U:Wsseieiei]]提出，第四条“其他论坛/平台”应该限制成“同类论坛/与MCBBS相关平台”这样的，这样可以防止把一些奇奇怪怪的网站列上去，也能在一定程度上减缓MCBBS Wiki变成MCBBS User Wiki。
<hr>
目前MCBBS已经确认{{240122|动词=1|链接=1}}，因此我认为撰写条目的原则有必要作出相应改变。

欢迎各位编者作出讨论。
--[[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2025年2月5日 (三) 23:29 (CST)

2025年2月10日 (一) 21:48的最新版本


讨论板（Talk Board）是用户可以向wiki社区讨论的平台。虽然用户也可以直接联系特定的管理员（尤其是活跃的管理员），但是在此处贴出跟更能保证有管理员会注意到并快速回应。请记得留言后签名（在末尾添加：“--~~~~”）。

存档页讨论板存档页
2020年 1 2 3 4 5 6 7 8 9 10 11 12 月
2021年 1 2 3 4 5 6   --- 7 ~ 12 --- 月
2022年 1 2 3 4 5 6 7 8 9 10 11 12 月
2023年 1 2 3 4 5 6 7 8 9 10 11 12 月
2024年 ---------- 1 ~ 12 ---------- 月
2025年

先别急着帖出问题，请先仔细斟酌以下几条：

  • 此页面仅用于报告Wiki问题。
  • 用户间的调解请求只有在双方无论如何都不能达成共识的情况下才可发表。
  • 明确你的请求有一定意义。


请注意，MCBBS 2024年1月22日起关站维护。届时，所有关于获得MCBBS信息的微件和模板均不能使用，具体参见 MCBBS维护历史。

关于 MCBBS Wiki 日后运营方向的提案（草案）

最新留言：2024年4月5日 (星期五)28条留言16人参与讨论

提案人： Sheep-realms（讨论）

提案时间：2024年2月21日 (三) 17:04 (CST)

正文

各位 MCBBS Wiki 的编辑者们，你们好！

由于 MCBBS 近期正在准备永久关站，且不排除有重启的可能，MCBBS Wiki 正在面临一项抉择，MCBBS Wiki 或许需要进行内容转型。需要注意的是，这并不是马上就要作出的选择，我们可以多等待一些时间，根据事态发展作出合适的选择。

为什么要进行内容转型？

MCBBS Wiki 上的内容几乎都是为 MCBBS 用户服务的，如果 MCBBS 停止运营，MCBBS Wiki 也将逐渐失去用户和流量。如果我们仍有意运营 MCBBS Wiki，这将会是一个严重的问题。

内容转型会面临哪些问题？

内容转型存在风险。从内部来说，改变现有的内容架构稍有不慎就会进一步加速用户流失。从外部来说，现存的同类网站可能会限制我们的发展方向。

可选方案

目前，我们收集到以下转型方案：

方案一：完善现有内容并归档

这也许是最省事的做法，也是大家最不希望看到的结局。

该方案主旨是修补 MCBBS Wiki 现有的内容，删除冗余和低质量内容，更正错误和争议内容，维护高质量内容，使其呈现最佳状态。在确认一切都已完善之后，归档整个网站。可迁移至免费的维基农场，可分发脱敏归档数据。

考虑到 MCBBS Wiki 现存活跃编辑者的数量，这很有可能是最容易实现的方案。

方案二：转型为 Minecraft 论坛 Wiki

即不再单独面向 MCBBS 用户服务，转而为所有 Minecraft 论坛用户服务。

首先是用户条目的问题。事实上，MCBBS Wiki 本身的定位就如同 MCBBS 用户 Wiki，我们在记录用户资料这方面取得了大量成果。如果面向所有 Minecraft 论坛服务，势必会出现更多的用户条目，这会大大增加内容维护的压力。并且，这个生态环境是不健康的，编辑者可以在用户条目中随意撰写不实内容，甚至无法考究其来源。而归根到底，MCBBS Wiki 受到欢迎的主要原因是 MCBBS 没有完善的自定义用户主页，用户缺少展示自我的渠道。如果其他论坛存在完善的自定义用户主页，论坛的用户更乐意选择论坛自带的用户展示渠道而非第三方网站。

其次是关于论坛内容的介绍的条目。实际上这也是 MCBBS 历史遗留问题所造成的现象 —— 用户很难从 MCBBS 内部了解到想要了解的信息，转而求助 MCBBS Wiki。如果一个论坛有完善的引导体系，用户在论坛内部就能解决疑惑而非求助第三方百科。而作为论坛的运营方，想要完善论坛的引导体系也会首先考虑内部整顿而非求助外部渠道。

然后是社区梗文化的条目。实际上 MCBBS Wiki 中所记录的大部分梗文化都有在萌娘百科上记录，虽然萌娘百科近期频繁受到攻击、运营策略调整以及一系列不可抗力因素导致用户正在流失，但综合 SEO、知名度、其他百科网站的收录范围等因素的影响，萌娘百科仍是查询梗文化的首要选择。

最后是关于作品介绍的条目。MCMOD 包揽了 Minecraft 中文圈内大量模组、数据包的介绍，但除开模组和数据包之外，地图、插件等作品目前尚没有一个广受欢迎平台承担其作品托管和介绍服务。

综上所述，这个方案可能不会带来更多关于用户和论坛介绍的优质内容，不过在社区梗文化和作品介绍这方面，社区仍有较大的空缺等待填补。

方案三：转型为 Minecraft 社区 Wiki

这是一个危险的方案，因为已经有前车之鉴：我的世界社区 Wiki

我的世界社区 Wiki 失败的原因有很多，一句话总结就是“步子迈太大扯到蛋了”。我的世界社区 Wiki 的定位相当于是开设第二个萌娘百科，只不过内容限定在 Minecraft 相关。在如今 Minecraft 热度逐年下滑的大环境下，重新建立一个 MCBBS 都是几乎不可能的，想建设一个内容规模如此庞大的百科网站自然也是难上加难。如果说方案二还能通过相关论坛用户之间的传播吸引新用户加入，事实上我们现在也是如此获得新用户的，这个方案将掐断我们现有的唯一的新用户来源（原因下面会讲），我们必须准备一个宣发方案，开辟新的用户来源渠道。

要转型为社区 Wiki，即面向所有 Minecraft 玩家，我们必须舍弃一些低质量、低关注度的用户条目，提高收录标准，否则在理想流量情况下收到的低质量用户条目将会多到难以想象。这就意味着用户不再能随意创建关于自己的介绍条目，我们现有的传播模式将不再奏效。

除此之外，由于收录范围的大幅度扩展，远远超出了 MCBBS Wiki 现有的业务范围，我们会遇到很多直到我们遇到时才会想到的麻烦问题，因此在这里很难把这些困难一一列出来。如果我们真的使用这个方案转型成功了，我们甚至还会遇到攻击问题、资金问题等之前几乎从不考虑的问题。

结语

以上就是目前提出的所有转型方案。顺带一提，这是 MCBBS Wiki 的首个以“提案”作为标题的讨论串，也有可能是最后一个提案。由于 MCBBS 仍未正式发布关站通知，且仍有重启的可能，我们还没有到必须作出选择的时候。我们还需要保持关注 MCBBS 的最新动态，待尘埃落定后再作出选择。如果您有别的方案，或是修改建议，或是想对某个方案发表观点，请在下方讨论区提出。

讨论区

注意：讨论于2024年4月1日00:00截止，以这一时刻的投票情况作为最终结果。

(＋)支持方案一。最现实的一个选择。目前来看基本没有其他论坛能达到mcbbs的热度，如果转行为mc论坛wiki那么无论从收录范围还是收录标准来看都是件相当麻烦的事，很可能收录到后面会越来越混乱直至成为一堆烂账。还是让这个wiki成为mcbbs的纪念馆吧。mohakuai（留言） 2024年2月21日 (三) 17:27 (CST)回复[回复]

根据已知消息，MCBBS在未来很有可能无法访问，本站的论坛内链也将无效。这是一个问题。 Teddyxlandlee（留言） 2024年2月21日 (三) 17:30 (CST)回复[回复]
确实是一个非常严重的问题，而且以目前消息来看MCBBS站内资料开放可能性也不高。也许今后只能依靠互联网档案馆来针对重要条目补充链接了。 Mohakuai（留言） 2024年2月21日 (三) 17:38 (CST)回复[回复]
我虽然也支持方案一这样可以来保存mcbbs的历史事件，让我们来回忆，但从实际方面来考虑，想要去完成脱离论坛内部链接很困难除非让mcbbs开站或者可以让我们去备份数据。 XEYcmd（留言） 2024年2月22日 (四) 21:02 (CST)回复[回复]

(＋)支持方案二。在我看来，包括论坛在内的大部分的网站的用户页没有Wiki那样的自由度，而博客又显得混乱，完善的用户主页是不存在的。如果用户混迹多个Minecraft论坛的话，合并条目可以减少编辑量。洞穴夜莺 2024年2月21日 (三) 17:32 (CST)

(＋)支持方案一。至少目前建议先按照方案一进行，如果之后慢慢发展出了另一个足够规模的论坛之后再讨论方案二的可能，现在各种民间私营论坛如同雨后春笋，小到可能不到十个活跃用户，如果要做综合性的论坛wiki可能很多论坛体量并不够格。（补充编辑：坏了，好久没用wiki了，打成了三个波浪号导致没有时间戳，现在时间很不真实了）—— Jaanai (Talk | Contribution) 2024年2月22日 (四) 06:15 (CST) 2024年2月21日 (三) 21:48 (CST) 根据编辑记录修正回复[回复]

(＋)支持方案二。尽管 mcbbs 目前“不排除有重启的可能”，但短期来看希望渺茫。也就是说：除创建以前没有记录在 Wiki 的旧条目之外，不会再有新条目诞生；另外，目前条目中包含大量论坛相关的（失效）链接，也是一个挑战。因此，若转型为 Minecraft 论坛社区以记录其他论坛的条目和秩事，一是能增加有新鲜度的新条目，二是可以增加更多活跃用户，对于后期的发展也有所帮助。Eterstars 2024年2月21日（三）23:49（CST）

(＋)支持方案二。但...想法很好，实现很难。梗相关的内容有萌娘百科足矣，顶多做个备份，只能说是点缀做不了主力。使用 MCBBS 闲聊的用户也越来越少，茶馆也没有几年前的景气，其他资源板块的评论区也只剩下了“回帖可见”和反馈问题的留言板。MCBBS 之所以能活这么久也是因为上面大量的资源（教程、作品、问答等）。如果最终选择了方案二，希望 MCBBS Wiki 能老老实实从头做个资源站，不要再搞权限压制、积分甚至积分变现 似乎本来就是一个 wiki 不应该有的东西。

别的领域不清楚，可以参看现有的“Minecraft插件百科”，更新缓慢活跃作者很少，与其做个新的还不如给旧站引流。地图也不像 Mod，很少有做一个系列内容特别多的，优质地图资源相当少，但是能给一些优质地图做攻略形式的 wiki 也不错（前提是能做起来）

说着支持方案二，但是感觉又支持了个寂寞 --冰砚炽（留言） 2024年2月22日 (四) 01:43 (CST)回复[回复]

你的意思是做个bbs么（笑） Unknown , just_lihl. Just talk to me! Contritube! 2024年2月22日 (四) 11:07 (CST)回复[回复]
再做个还是算了吧，从头搞也挺累的 冰砚炽（留言） 2024年2月22日 (四) 21:37 (CST)回复[回复]

(＋)支持方案二。现在MCBBS wiki的内容中有大量外链指向mcbbs，而mcbbs面临关站，大量内容难以恢复，而面向全部的mc国内论坛，会创建新的条目，并可能为已有的条目的内容进行完善。 当然也无需全部，面向全部论坛也必然会带来上文所说的弊端，在我看来，可以考虑仅面向国内其他较大的mc社区，如klpbbs(有大量基岩版资源)，易坛，mcmod，插件百科等，这样会较易于wiki管理。 --永远的友人（留言） 2024年2月22日 (四) 08:26 (CST)回复[回复]

其实仅需考虑一些较知名的论坛即可（这点我是认同的）。
不过这些论坛中就有 有wiki的：
其中不乏重复的内容，许多还是从本Wiki搬运过去的。 Teddyxlandlee（留言） 2024年2月22日 (四) 10:54 (CST)回复[回复]

(＋)方案二.合并klpwiki。--Unknown , just_lihl. Just talk to me! Contritube! 2024年2月22日 (四) 11:04 (CST)回复[回复]

不太现实 冰砚炽（留言） 2024年2月23日 (五) 14:11 (CST)回复[回复]

( i )注意 关于方案二需要注意可行性的问题：

  1. 不可能顾及所有Minecraft论坛（尽管绵羊上面是这么说的）
  2. 收录其他论坛需要考虑表述/立场更换、条目合并（尤其是用户类 和 论坛术语类）、重新整理[[Category:分类]]等。这需要大量编辑人员的工作量。如果本Wiki缺人，或者合并目标Wiki缺少对MCBBS有一定了解的编辑者，那么这项工作恐怕很难进行下去。

Teddyxlandlee（留言） 2024年2月22日 (四) 11:42 (CST)回复[回复]

(：)正确的。现在国内很多wiki都面临着Wiki影响力不足、编者能力不足、时间不足等种种现实原因。
方案一是怀念流，变成NMFWiki那样由于论坛关站永久维护死着的Wiki；
方案二是理想方针，目前看可能性大家都比较支持，但是，“理想很丰满，现实很骨感”，如果不能和其他社区的Wiki达成妥协，Wiki就彻底完了，变到方案一；
方案三大家都不选择，因为大家都知道MCBBS Wiki干不过MCWiki。 Unknown , just_lihl. Just talk to me! Contritube! 2024年2月26日 (一) 20:26 (CST)回复[回复]

(＋)方案二我不太支持方案一，方案三又有点不太可能。--CN·LR·WZX（留言） 2024年2月22日 (四) 22:32 (CST)回复[回复]

(＋)方案一方案二在执行时需要进行大量修改，且与其他论坛Wiki并不一定能达成一致，而方案三实现的可能性较低，因此支持方案一，先保留现有MCBBS内容--wwwwwwwwwwwsssssssssssssseieieieieieieieieiei 2024年2月23日 (五) 07:56 (CST)

(＋)方案二方案二最初是我提出的，对于Teddy提及的问题，可以首先针对Minebbs和苦力怕bbs扩充内容（这两者是目前国内较大的MC论坛了），我在苦力怕论坛上也有账号，最近要开始在苦力怕论坛活跃了。如果确认MCBBS Wiki要转型为MC论坛Wiki，在MCBBS Wiki的内容经过调整之后，可以和苦力怕Wiki协商，合并内容。目前苦力怕Wiki的页面还不算很多（100多个），并且我最近有一定空余时间，可以进行合并工作。--QWERTY770 61 讨 贡 2024年2月23日 (五) 11:43 (CST)回复[回复]

(＋)方案二虽然方案二在实际实现的方面有一定的困难但在一定程度上也是一个不错的解决方案，虽然现在mcbbs官方没有发布闭站公告，但我们也要去按照最坏的打算去准备，提前去把方案想出来，这样，如果事情一旦真是发生，我们可以第一时间去做出反应。顺便问一下怎么签名，我一直没有弄明白——-- 这条未签名的留言由 XEYcmd (讨论·贡献) 于 2024年2月23日 (五) 12:57‎‎ (UTC)添加。

(：)回应~~~~ - Eicy（QA） 2024年2月24日 (六) 07:51 (CST)回复[回复]

(＋)方案一建站的最目的就是为了 Mcbbs 的用户及想要了解 Mcbbs 的人员服务。方案一将 Mcbbs 的内容更加丰富，可以在关站后给后人留下一些可以考古的部分，或为怀旧的人们提供一个平台。 Han Jiang（留言） 2024年2月25日 (日) 01:54 (CST)回复[回复]

( i )提醒：即令 MCBBS 不闭站，本站依然存在代际不公。因为补不回早期内容，许多早期知名用户现在只有新晋艺术家列表一处提及。反之，闭站前夕的坛友完全有理由在本站继续补充作品直到退圈，即便这些作品未在 MCBBS 发布（因为闭站了）。——物灵（留言） 2024年2月28日 (三) 13:22 (CST)回复[回复]

(－)反对：bbswiki从来都不是一个很有影响力的站点，bbs关掉之后活力更是必然会逐渐丧失，闭站前夕的坛友完全会选择流量更大的mc资源站点发布自己的作品，哪怕像地图、光影这种目前并没有大型平台的作品类型，基本上也不会选择发在本wiki，因为本wiki从来都不是一个资源定位型的站点（即便曾经有此计划，但因生态位问题必然不长久），且热度太低，更别提其中一个作品页面所分得的流量了。当然如果你说的作品是指茶馆那些带文学之类的，恐怕对bbswiki发展并无帮助。 - MashKJo-{（用户页）/（讨论页）/（贡献）}-61 2024年3月1日 (五) 20:30 (CST)

(＋)支持方案一。最有可行性的方案没有之一，且MCBBS的快照不多，需要完善的内容也不少。用户:Fsddg_41

( i )注意 请使用 --~~~~ 签名，谢谢。--Unknown , just_lihl. Just talk to me! Contritube! 2024年3月3日 (日) 10:43 (CST)回复[回复]

(＋)支持方案二。如果能实现的话就是最好的结局，就是实现难度确实不低，简直就像重开一个新站一样。这个方案确实有点太理想了，不过是很符合我本人，想必提出这个方案的人也是多少有点理想主义的吧（笑）-来自全wiki最水的编辑者南南｜｜给她留言｜她的贡献｜｜ 2024年3月3日 (日) 10:49 (CST)回复[回复]

(：)目前投票结果：

--Unknown , just_lihl. Just talk to me! Contritube! 2024年3月3日 (日) 10:52 (CST)回复[回复]

(＋)支持方案二。其实更希望方案一和方案二结合一下，接纳新内容的同时保留旧内容，在废墟上重建，但也保留废墟用来纪念。当然这个方案肯定有纰漏，只是我个人意见。 https://www.bilibili.com/video/BV1qA4m137pH/?spm_id_from=333.337.search-card.all.click 当时看到这个视频的时候脑子嗡的一下。这么大个网站，说关就关了？本来打算以后条件允许时重新注册，谁知道这一次注销成了永别。不管怎么说，感谢mcbbs给我带来的一切美好回忆。永别了，泥潭。p.s.这是我第一次在讨论版发布内容。当然也是最后一次。（我是直接复制了下面那位的，如果格式有错请见谅。）滑稽蜗（留言） 2024年3月3日 (三) 15:01 (CST)回复[回复]

@U:滑稽蜗 留言按时间顺序排序，最新留言置于讨论串最底端。--※※※ 坑触可 ※※※ 留言 ※※※ | 没事干了，不如随机一下 2024年3月3日 (日) 15:17 (CST)回复[回复]

经过一个多月的投票讨论，最终选择方案二作为本Wiki下一步发展计划。--QWERTY770 61 讨 贡 2024年4月1日 (一) 01:07 (CST)回复[回复]

归票：

共计有效投票15票，其中方案一5票（33.3%），方案二10票（66.7%），方案三0票（0%）

其他意见：
  • Teddyxlandlee尚未投票，对方案二可行性提出疑问，认为此方案无法顾及所有论坛、存在人手不足的情况，应重点关注较为知名的论坛，否则可能半途而废。
  • 物灵尚未投票，认为Wiki收录的内容中缺少MCBBS的重要数据（如早期内容），可以对原MCBBS的创作者开放编辑以补全一些资源。
    • MashKJo表示Wiki主业并非资源收录，创作者也无在此发布资源的兴趣，因此该提议不可行。
投票结果：

MCBBS Wiki 日后运营方向的提案（草案）投票结果为方案二：转型为 Minecraft 论坛 Wiki

结语：

历时一个多月，投票于2024年3月31日晚结束，目前还活跃在Wiki的贡献者们做出了选择：我们将转型为一个面向所有Minecraft论坛的Wiki。

Wiki感谢每一位贡献者。我们知道，个人的能力总是渺小的，会遇到力有未逮的时候；倘若我们集合在一起、取长补短：知识得以传播，灵感得以留存，智慧得以延续，聚沙成塔，实现个人力量远做不到的事情：今天的Wiki来自于过去所有贡献者——无论是否还在活跃，无论是否造成过一些“麻烦”——的劳动，这绝不是单打独斗的成果，也不是一朝一夕的成就。

不过请各位知晓：我们票选的并不是一个完备的解决方案，而是决定大致方向的草案，也许我们预料的各种困难只是实际工作的冰山一角，更多的细节、事物、乃至未知挑战，这一切都还在水面之下。如果你有想法，请不吝笔墨（这里应该说不吝“键盘”？）告诉大家。

已然，无论前路是否坎坷曲折，我们都将沿着大家选择的方向前进，在此——

管理员——也是Wiki的早期成员——盐，尊重投票表决，确认本次投票统计无误、结果有效。

签名：Salt Lovely「留言 · 贡献」 2024年4月1日 (一) 02:12 (CST)回复[回复]

我觉得，即使我们的道路选错了，也不要灰心，毕竟没有什么的道路是没有曲折的，只要坚持，wiki一定会越来越好，让我们按照方案继续前行！--~~~ XEYcmd（留言） 2024年4月5日 (五) 13:12 (CST)回复[回复]
话题已结束
该话题已确认讨论完毕。该讨论串不久之后将会被存档，您依然可以继续在上方添加回复。
——QWERTY770 61 讨 贡 2024年4月1日 (一) 01:07 (CST)回复[回复]

有关MCBBS纪念版及红石中继站的收录问题的提案

最新留言：2025年2月10日 (星期一)12条留言10人参与讨论

提案发起人：※※※ 坑触可 ※※※ 留言 ※※※ | 没事干了，不如随机一下

共同起草人：Teddyxlandlee（留言）

提案时间：2025年2月1日 (六) 18:30 (CST)

最后修订时间：2025年2月2日 (日) 21:41 (CST)

正文

各位用户，你们好！

自MCBBS永久关闭后，社区自发形成了主要两个具有延续性质的平台：

MCBBS纪念版（https://mcbbs.co ）
  • 2024年5月由社区成员创建，含原版主团队参与；
  • 复现 MCBBS 界面风格与核心机制；
  • 提供勋章积分恢复系统及存档站服务等功能；
  • 截至2025年2月，累计注册7.3万用户，至今仍有不少用户在纪念版继续以 MCBBS 的方式发布内容。
红石中继站（https://www.mczwlt.net ）
  • 获 LYOfficial、TT702 等原管理人员认可为 MCBBS 的「转生」平台；
  • 采用全新交互架构，未沿用「MCBBS」名称；
  • 被部分用户视为事实上的资源分享及讨论枢纽

现仅就这两平台的收录方式及关联性定性发起讨论，请注意本提案仅涉及Wiki内容组织方式，不构成对任何平台的合法性认定。

提案方案

方案1：纪念版收录范围
1-A. 不独立收录

尽管部分原 MCBBS 用户参与纪念版的管理，但事实上，纪念版并不是 MCBBS，且纪念版管理人员亦澄清了这一点[提案1 1]。因此在本 Wiki 中，不认为纪念版是 MCBBS「在社区中复活」的产品，而视为「社区二创」类站点。

1-B. 收录纪念版为非官方遗产项目

纪念版可被视为是 MCBBS 玩家社区共识的一种产物，纪念版内容可参照 MCBBS 内容的收录标准在本 Wiki 收录。

方案2：中继站收录范围
2-A. 不独立收录

尽管TT702等原 MCBBS 及中继站管理人员已表明中继站是 MCBBS 的「转生」产物，但中继站未使用 MCBBS 的名称，亦缺乏后者的法律授权。

2-B. 收录中继站为替代讨论平台

由于原管理层持续参与，尽管中继站不使用 MCBBS 的名字，且与 MCBBS 的风格与交互模式不同，本 Wiki 仍可将其视为事实性的 MCBBS，中继站内容可参照 MCBBS 内容的收录标准在本 Wiki 收录，相关用户贡献可跨平台合并展示。

还请注意：有关纪念版与中继站的收录并不冲突，因此请就方案1与方案2分别讨论。
方案3：关联性标注（附条件生效）
（方案3只有在方案2-B通过后才有效）

基于红石中继站与 MCBBS 的关系，我们认为可对 Wiki 内有关 MCBBS 的部分表述进行修改，引入对中继站的相关说明，此次修改影响范围可能较广，具体修改范围待提案通过后再与 Wiki 管理员进行讨论，并最终于讨论板公示。

在达成共识后，本 Wiki 中部分页面（如论坛、积分等）可能需要拓展含义，还请各位用户依照Wiki方针积极补充。

提案方案1-B、2-B中的收录范围，包含但不限于：用户跨平台活动记录、同名机制的系统性对比、重大事件的时间线整合。

注释及参考资料

  1. ↑ 秋风残叶. 我的MCBBS出了什么问题？. MCBBS纪念版. 2024-11-16.

讨论指引

发表意见时请重点考虑：

  1. 历史记录的完整性与社区记忆保存
  2. 内容架构的清晰度与检索便利性
  3. 社区多数用户的认知习惯

如果您有别的方案，或是修改建议，或是想对某个方案发表观点，请在下方讨论区提出。

讨论区

示例1：(＋)1-A + 2-B ...理由... --Example（讨论）
示例2：(＋)1-B + 2-B + 3 ...理由... --Example（讨论）

※※※ 坑触可 ※※※ 留言 ※※※ | 没事干了，不如随机一下 2025年2月1日 (六) 18:30 (CST)回复[回复]

(＋)1-B+2-B+3本人为mcbbs纪念版用户，并且简单了解了一下中继器，认为本wiki原本是用于mcbbs里的内容，现mcbbs永久闭站，个人认为mcbbs纪念站含有的mcbbs成分多于中继器，虽说中继器是转生，因为我也参与了wiki运营方案投票，按照方案二面向所有Minecraft论坛的Wiki，应对有关论坛进行收录，也应该对中继器进行收录。但应该为区分不同论坛应建设分版区进行与原mcbbs信息进行区分。--XEYcmd（留言） 2025年2月1日 (六) 19:06 (CST)回复[回复]

(＋)1-B+2-Amcbbs纪念版作为mcbbs的一种社区二创，在形式上延续了mcbbs，但本质上属于两个论坛，由于mcbbs玩家社区对其有一定的共识，mcbbs wiki和mcbbs纪念版同时作为mcbbs的二创产物，可以从社区的角度考虑进行收录，建议在进行适当标注后进行收录。部分原管理人员认可mczwlt为mcbbs的转生产物，但在外观上并没有关联，实质上也属于另一个论坛，与原有论坛没有直属的继承关系，不建议直接在本wiki收录，mczwlt作为一个新生论坛，建议使用独立的wiki或作为mcbbs wiki的子wiki进行收录。 wwwwwwwwwwwsssssssssssssseieieieieieieieieiei 2025年2月1日 (六) 22:36 (CST)回复[回复]

@U:Wsseieiei‎：您的签名似乎不符合规范。有效的用户签名应至少包含用户页、用户讨论页或用户贡献1个链接--※※※ 坑触可 ※※※ 留言 ※※※ | 没事干了，不如随机一下 2025年2月1日 (六) 22:53 (CST)回复[回复]

(＋)1-B+2-A红石中继器没有继承MCBBS的数据，在内容上没有连续性，因此不是MCBBS的“重制版”。而MCBBS纪念版虽然同样没有在论坛中继承MCBBS的帖子，但一方面它论坛内直接承认原MCBBS的积分和勋章，另一方面它相同二级域名下收录了大量原MCBBS的帖子，相比之下它与原MCBBS的连续性更大。红石中继器没有充分展现与MCBBS的关联性，应作为对应用户作品收录。--U:洞穴夜莺 2025年2月1日 (六) 22:56 (CST)回复[回复]

(＋)1-B+2-A目前本人认为MCBBS纪念版虽然和原来的MCBBS是两个不同的论坛，但继承了主要活跃用户群体、部分帖子数据、部分积分数据以及原站的网页设计，并且其明确承认和MCBBS的延续关系（由支持“勋章与积分恢复申请”可以说明），是社区成员自发为延续MCBBS社区而创建的论坛，具有一定的连续性，故可以直接收录。而红石中继站除了部分用户群体外并没有继承MCBBS的数据，对MCBBS的延续也限于部分管理人员的个人理解，就目前来看应该作为新的论坛，不应和MCBBS同等收录。但目前红石中继站刚刚开放，将来的发展方向仍不明确，建议静观其变，等待一星期之后再进一步讨论。--QWERTY770 61 讨 贡 2025年2月1日 (六) 23:08 (CST)回复[回复]

(＋)1-B+2-B+3 之前讨论已经确定wiki的下一步发展方向转型为 Minecraft 论坛 Wik，所以继续收录红石中继站是符合wiki发展方向的。但毕竟红石中继站没有在其网站中强调其为MCBBS的转生，而且红石中继站侧重于资源发布，与MCBBS以论坛为主不同，我认为应对红石中继站的收录做出与MCBBS的区分，例如设立子wiki或与MCBBS的收录并列的新分区。--White_i2025年2月1日 (六) 23:37 (CST)

(☩)意见 针对各位编者提到的转型为Minecraft社区Wiki的提案：我之前提到过元维基方案（ktid:134747），简单来说，该方案会大体上维持一站一Wiki的格局，但同时会设立元维基（Meta Wiki），以共享相同Wiki资源、记录社区共有的文化现象等。

接下来的讨论中需要明确：如果采取1-B或2-B方案，纪念版/中继器应当单独设立Wiki（并归入元维基体系下），还是直接收录入MCBBS Wiki？

请注意：尽管元维基获得了部分Wiki管理人员的支持，但元维基方案尚未动工。因此讨论中需要考虑当前及远期的解决方案。-- Teddyxlandlee（留言） 2025年2月2日 (日) 09:17 (CST)回复[回复]

(＋)1-B + 2-A 个人认为，大部分非管理组前 MCBBS 用户普遍使用 MCBBS 纪念版，MCBBS 纪念版也推行了相应的用户信息继承措施，是民心所向。 大部分前管理组视红石中继站为正统精神续作，故以正统上推行，是理所应当的。但形式上，各位用户并不推崇，归档有悖常理，论坛本就是用户交谈的社区，没有底层原 bbs 用户的支持，论坛也就变成了管理组的木偶戏罢了。 支持 U:Teddyxlandlee 的元 wiki 意见，对于红石中继站是否能在民心上同意 merge，个人认为有待商榷，静待其发展。 Unknown , just_lihl. Just talk to me! Contritube! 2025年2月2日 (日) 12:24 (CST)回复[回复]

(＋)1-B + 2-B + 3纪念版作为用户自发组织的项目可以看作用户与MCBBS的情感联结。即使其性质被明确定性为「非官方二创」，但任必须承认的是它对MCBBS文化传承的贡献。中继站由原MCBBS核心管理团队主导，且延续了原MCBBS的一些机制，但仍有部分内容为原MCBBS所不具备的。所以任应该将两者区分，分别建设分版区进行与原mcbbs信息进行区分。--Han Jiang（留言） 2025年2月2日 (日) 18:16 (CST)回复[回复]

(＋)1-B + 2-B +3 关于纪念版，我的意见跟目前大多数一样。对于中继站问题，首先是在 关于 MCBBS Wiki 日后运营方向的提案（草案） 中，我们提到我们将转型为一个面向所有Minecraft论坛的Wiki，那么自然我们应该包含中继站论坛。虽然"所有"可能并不现实，但是毕竟原先都考虑了易坛跟klpbbs，红石中继站更应该考虑进去。并且，就如中继站管理层认为，他们属于mcbbs的精神续作（mcbbs2？笑），那么mcbbswiki也应该对此有所收录。我个人认为mcbbs纪念版和中继站虽然在形式上有诸多不同，但是都应该认作是mcbbs社区和文化的一种追忆，这样也利于社区记忆的保存。不同的是，由于mcbbs纪念版他沿用mcbbs的名称，界面风格，核心机制等等，所以他的独立性不强，但是中继站作为一个全新的新站，它的独立性是很强的，所以我会支持3，并且认为可以在原mcbbs和中继站中进行一定程度的区分。


不支持U:Teddyxlandlee的元维基的意见。 总体来讲是好的，特别是对于其他论坛像klpbbs和易坛，但是关于能不能在mcbbs纪念站和中继站上实行这个问题我认为有待商榷。上面我指出，mcbbs纪念站和中继站都应该认作是mcbbs社区和文化的一种追忆，mcbbs纪念站和中继站在目前看来在可以预知的范围内，大多数用户大多都与原先的mcbbs重合，也就是说这几个站点其实并不是相互独立的，社区的文化土壤大概是相同的。 这里还有一点，中继站后面能发展到什么程度，能发展到多大是一个未知数。目前整个mc社区大部分都认为红石中继站属于是原版人马，没有以前的数据，mc圈大多数人普遍认为原mcbbs的优势仅仅在于原先的数据，而“原班人马强势回归”这一点只是一个减分项，大多数群众对管理层并不认可，即使我们知道管理层实际上没有那么不堪，但是成见总还是一日之内难以消除。所以中继站很难吸引到足够的，非原先mcbbs背景的用户。所以说，我认为红石中继站可能没有足够的有自己特色的东西，能赋予其新开一个wiki的价值。至少在可预见的范围里我认为没有。 不过我希望我的预测是错误的，我还是希望红石中继站可以有好的发展。到那个时候，当它吸收到足够的新用户，产生了新的文化，那个时候对红石中继站实行元维基，我觉得很棒！

对外如nmfwiki和klpbbs wiki或许我们可以提出这个建议，不过那是另外一个故事了。 --来自全wiki最水的编辑者南南｜｜给她留言｜Jeder Storm wird's Meer gewinnen（所有的河流都流入大海）, Jedes Leiden auch sein Grab.（所有的痛苦都沉入坟墓。） 2025年2月5日 (三) 17:40 (CST)回复[回复]


( i )注意：本提案投票阶段将于3月1日18:30结束，随后进入计票阶段。--※※※ 坑触可 ※※※ 留言 ※※※ | 没事干了，不如随机一下 2025年2月2日 (日) 21:41 (CST)回复[回复]
(▲)同上 发现我想说的恰好与起名字真难就叫南南完全一致，就不再重复了。想补充一点，不同论坛的重合处可能主要是用户及在多个论坛活动的组织。如果元维基最终主要是用户（甚至用户条目一些在元维基一些在分站），感觉说不出的奇怪。 物灵（留言） 2025年2月10日 (一) 21:48 (CST)回复[回复]

关于内容维护原则的讨论

最新留言：2025年2月5日 (星期三)2条留言1人参与讨论

以下是我在很早的时候（2024年6月28日）起草的一个草案，欢迎大家讨论。

0. 编辑时，请把自己代入成可能从未接触过MCBBS的读者。基于此，要通过适当增引链接、调整表达方式等方法，尽量使条目明确易懂。（于2024年6月28日22时添加）

1. 基于客观、中立的立场，这尤其应适用于论坛事件、用户评价等描述。特别地，MCBBS管理组的立场不应视为“完全中立”。

2. 描述的事实应真实可靠。不得误导读者将非事实看作事实。特别地，在首页等显著位置向读者传达“MCBBS已永久关站的事实”。

3. 由于取证困难，且本维基编辑人手不足，对于原“有待完善”的MCBBS用户页面，应在内容上尽量保持历史原貌。

4. 若无当事人反对，可对现今在其他论坛/平台活跃的MCBBS用户页面进行扩充，如使用{{用户信息}}模板增加苦力怕论坛链接，列举其新作品等，但请不要侵犯他人隐私，即使这些隐私信息是半公开的。

--Teddyxlandlee（留言） 2024年6月28日 (五) 22:23 (CST)回复[回复]

以下为本草案创建前，部分用户的意见。

U:Wsseieiei提出，第四条“其他论坛/平台”应该限制成“同类论坛/与MCBBS相关平台”这样的，这样可以防止把一些奇奇怪怪的网站列上去，也能在一定程度上减缓MCBBS Wiki变成MCBBS User Wiki。

目前MCBBS已经确认永久关闭，因此我认为撰写条目的原则有必要作出相应改变。

欢迎各位编者作出讨论。 --Teddyxlandlee（留言） 2025年2月5日 (三) 23:29 (CST)回复[回复]

取自“https://mcbbs.wiki/index.php?title=讨论:讨论板&oldid=55176”