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

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

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

MCBBS Wiki GitHub群组已上线！

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

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

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

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

来自MCBBS Wiki
最新留言：周日16:42由Lihl在话题对于方案二执行的重新审视内发布
跳到导航 跳到搜索
可视化wikitext
（[InPageEdit] →‎打算改一改左侧栏了：​ 没有编辑摘要）
标签：讨论工具：回复 讨论工具：源代码
 
（未显示56个用户的569个中间版本）
第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)
== 关于收录范围扩展 ==


===正文===
为了Wiki转正常化我提议扩展收录范围。


各位 MCBBS Wiki 的编辑者们，你们好！
不知各位是否同意bbswiki扩展[[MCBBS_Wiki:收录范围|收录范围]]。


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


====为什么要进行内容转型？====
不同意，请说出理由。


MCBBS Wiki 上的内容几乎都是为 MCBBS 用户服务的，如果 MCBBS 停止运营，MCBBS Wiki 也将逐渐失去用户和流量。如果我们仍有意运营 MCBBS Wiki，这将会是一个严重的问题。
例:
:{{同意}}建议添加收录范围[原创皮肤|材质资源],因最近有人(某Elen)反馈为什么不收录皮肤等资源。
:{{反对}}太操之过急，应一步步来。


====内容转型会面临哪些问题？====
[[用户:Eicy|Eicy]]（[[用户讨论:Eicy|讨论]]） 2020年8月30日 (日) 21:55 (CST)


内容转型存在风险。从内部来说，改变现有的内容架构稍有不慎就会进一步加速用户流失。从外部来说，现存的同类网站可能会限制我们的发展方向。
{{回应}}建议移除形式限制，允许任何知名度高的作品。--[[用户:洞穴夜莺|洞穴夜莺]]（[[用户讨论:洞穴夜莺|讨论]]） 2020年8月30日 (日) 22:55 (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)


目前，我们收集到以下转型方案：
{{回应}}像“水楼”“卤蛋神教”等我都认为是符合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。 --[[用户:沙漠之鹰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)


这也许是最省事的做法，也是大家最不希望看到的结局。
{{回应}}wiki建站初衷就是<s>穹妹想</s>玩梗，不正经的东西反而才是你wiki的核心，范围我感觉除了服务器和纯<s>水</s>讨论不行。但是总归泥潭的作品质量参差不齐，有的作品确实放到wiki上非常的违和。但是最主要的还是放开了以后就水起来了，巡查工作+234%<s>虽然现在也还好，不是很多</s>，再一个呢就是救一个编辑失败的页面比你自己写累得多，不过仍可以接受。范围的话，本来就有人写梗进来，放不放开好像对水怪区别不太大，最主要的还是那些正经的作品,感觉可以适当要求合并同类项，把同系列的东西丢一起，防止页面虚多。--[[用户:我是人1012|又名文章生成器]]（[[用户讨论:我是人1012|讨论]]） 2020年11月22日 (日) 08:32 (CST)


该方案主旨是修补 MCBBS Wiki 现有的内容，删除冗余和低质量内容，更正错误和争议内容，维护高质量内容，使其呈现最佳状态。在确认一切都已完善之后，归档整个网站。可迁移至免费的维基农场，可分发脱敏归档数据。
{{中立}}隔壁萌百的收录范围从最开始的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)


考虑到 MCBBS Wiki 现存活跃编辑者的数量，这很有可能是最容易实现的方案。
:{{同意}} 建议收录更多的用户与小组
一--[[用户:永远的友人|永远的友人]]（[[用户讨论:永远的友人|讨论]]）
:{{同意}}我建议建造一些永久《诗经》以后人传诵，《泥潭集》收录一些文学创作。
一--[[用户:伟大的小安|伟大的小安]]（[[用户讨论:伟大的小安|讨论]]） 2020年12月31日 (日) 23:10 (CST)
:{{同意}} 建议先从影响较大的版块的精华作品收录起，可以从新到旧收录。不过，收录作品之前要先征得原作者同意。&nbsp;另外，可以首先考虑已收录进本wiki的用户的作品。


=====方案二：转型为 Minecraft 论坛 Wiki=====
--<span style="font-family:Courier;color:darkblue;text-shadow: 2px 2px pink;"> Best regards,&nbsp;[[User:LeoPro|LeoPro]] | [[User_talk:LeoPro|Talk]] | [[Special:用户贡献/LeoPro|Contributions]] | {{用户编辑积分等级|LeoPro}} </span> 2021年1月5日 (二) 00:00 (CST)


即不再单独面向 MCBBS 用户服务，转而为所有 Minecraft 论坛用户服务。
== 关于Wiki编辑等级 ==
这个想法是很不错的。不过目前我有几点建议：
# Lv40，Lv50和Lv60的颜色差距稍微大一点（因为Wiki几个活跃用户都在40-60级，颜色区分度太小了难以快速分清）。
# Lv1-Lv20的间隔太小了，用户刚编辑几次就十几级了，不太好。
# 或许可以加一个模板参数控制是否对每项积分生成扇形图？（类似{{tl|MCBBS积分分析}}）
--{{User:QWERTY_52_38/签名}} 2020年11月17日 (二) 19:54 (CST)


首先是用户条目的问题。事实上，MCBBS Wiki 本身的定位就如同 MCBBS 用户 Wiki，我们在记录用户资料这方面取得了大量成果。如果面向所有 Minecraft 论坛服务，势必会出现更多的用户条目，这会大大增加内容维护的压力。并且，这个生态环境是不健康的，编辑者可以在用户条目中随意撰写不实内容，甚至无法考究其来源。而归根到底，MCBBS Wiki 受到欢迎的主要原因是 MCBBS 没有完善的自定义用户主页，用户缺少展示自我的渠道。如果其他论坛存在完善的自定义用户主页，论坛的用户更乐意选择论坛自带的用户展示渠道而非第三方网站。
这东西最开始是绵羊设计的，我重写了代码+移植到这个Wiki，等级数值什么的都没改，所以看起来哪里都有问题..
* 积分，我建议的公式：等级=最小值(总积分^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 Wiki。如果一个论坛有完善的引导体系，用户在论坛内部就能解决疑惑而非求助第三方百科。而作为论坛的运营方，想要完善论坛的引导体系也会首先考虑内部整顿而非求助外部渠道。
颜色其实没必要那么复杂，直接用彩虹色（论坛那种）不就行了。--{{User:QWERTY_52_38/签名}} 2020年11月17日 (二) 21:27 (CST)


然后是社区梗文化的条目。实际上 MCBBS Wiki 中所记录的大部分梗文化都有在萌娘百科上记录，虽然萌娘百科近期频繁受到攻击、运营策略调整以及一系列不可抗力因素导致用户正在流失，但综合 SEO、知名度、其他百科网站的收录范围等因素的影响，萌娘百科仍是查询梗文化的首要选择。
我个人觉得这东西更适合用户页，而非条目页。--[[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)


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


综上所述，这个方案可能不会带来更多关于用户和论坛介绍的优质内容，不过在社区梗文化和作品介绍这方面，社区仍有较大的空缺等待填补。
我同意MashKJo的观点，看了一下放在条目页不太和谐，上下不搭。至于等级积分吗，我倒觉得问题不大；但颜色是需要改改，61、59、58、56、53级后面跟着就是40、38级什么的，是应该区分一下--{{用户:自由李代数/签名org}} 2020年11月18日 (三) 13:14 (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)


=====方案三：转型为 Minecraft 社区 Wiki=====
可以在{{tl|PersonInfoBox}}里加入一个Wiki积分等级参数。毕竟爱发电（外站）账号都可以写入模板了，本站的内容不是更应该写进去吗。--{{User:QWERTY_52_38/签名}} 2020年11月18日 (三) 17:45 (CST)


这是一个危险的方案，因为已经有前车之鉴：[https://wiki.biligame.com/mcplayer/ 我的世界社区 Wiki]
啥玩意儿？编辑等级？我试试： --{{User:沙漠之鹰xzy/签名}}（[[用户讨论:沙漠之鹰xzy|Talk]]）2020年12月13日 14:37:10 (CST)


我的世界社区 Wiki 失败的原因有很多，一句话总结就是“步子迈太大扯到蛋了”。我的世界社区 Wiki 的定位相当于是开设第二个萌娘百科，只不过内容限定在 Minecraft 相关。在如今 Minecraft 热度逐年下滑的大环境下，重新建立一个 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> 2021年1月14日 (四) 15:34 (CST)


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


除此之外，由于收录范围的大幅度扩展，远远超出了 MCBBS 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)


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


===讨论区===
== 关于链接“被锁” ==
<b>注意：讨论于2024年4月1日00:00截止，以这一时刻的投票情况作为最终结果。</b>


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


:根据已知消息，MCBBS在未来很有可能无法访问，本站的论坛内链也将无效。这是一个问题。 [[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2024年2月21日 (三) 17:30 (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)
::确实是一个非常严重的问题，而且以目前消息来看MCBBS站内资料开放可能性也不高。也许今后只能依靠互联网档案馆来针对重要条目补充链接了。 [[用户:Mohakuai|Mohakuai]]（[[用户讨论:Mohakuai|留言]]） 2024年2月21日 (三) 17:38 (CST)
: {{同意}}不过解锁卡怎么说也是要花金粒的而且如果帖子有分多页的话解锁了也看不到帖子的后几页，给个提示总是好的。建议尽快完善自动化标记模板。---- [[用户: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年12月23日 (三) 07:58 (CST)
:我虽然也支持方案一这样可以来保存mcbbs的历史事件，让我们来回忆，但从实际方面来考虑，想要去完成脱离论坛内部链接很困难除非让mcbbs开站或者可以让我们去备份数据。 [[用户:XEYcmd|XEYcmd]]（[[用户讨论:XEYcmd|留言]]） 2024年2月22日 (四) 21:02 (CST)


{{支持}}方案二。在我看来，包括论坛在内的大部分的网站的用户页没有Wiki那样的自由度，而博客又显得混乱，完善的用户主页是不存在的。如果用户混迹多个Minecraft论坛的话，合并条目可以减少编辑量。[[洞穴夜莺]] 2024年2月21日 (三) 17:32 (CST)
:: {{意见|实现难度较大}} 主要有两个实现方向：服务端实现和客户端实现，其中MCBBS Wiki的服务端基本是一组土豆，所以优先考虑客户端实现。
:: 如果是客户端实现，整个流程需要：
::: 1. 遍历页面上所有MCBBS帖子链接，异步获取MCBBS帖子信息
::: 2. 显示在页面上
::: 实现难点：跨域获取的帖子信息会被浏览器直接拦下来，MCBBS会监测流量异常的IP丢入403
:: 如果是服务端实现，整个流程需要：
::: 1. 遍历页面上所有的MCBBS帖子链接，异步获取MCBBS帖子信息
::: 2. 定期更新
::: 实现难点：服务器是个土豆，MCBBS会监测流量异常的IP丢入403，这里好像没有精通PHP（精通到能对MW下手）的人
:: <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月23日 (三) 13:04 (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>
:: {{意见}}解锁帖子真的一定需要金粒吗？？？加上<code>?action=printable</code>就能正常浏览了，几乎不影响。--[[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月23日 (三) 19:11 (CST)


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


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


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


<s>说着支持方案二，但是感觉又支持了个寂寞</s>
全论坛翻了一遍，发现12.13日（今天）只有1个帖子，在mod教程版，还是版主的。
--[[用户:冰砚炽|冰砚炽]]（[[用户讨论:冰砚炽|留言]]） 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)
泥潭是又要维护了，还是怎么的？有人知道吗？
::再做个还是算了吧，从头搞也挺累的 [[用户:冰砚炽|冰砚炽]]（[[用户讨论:冰砚炽|留言]]） 2024年2月22日 (四) 21:37 (CST)
--{{用户:自由李代数/签名org}} 2020年12月13日 (日) 08:21 (CST)


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


:其实仅需考虑一些较知名的论坛即可（这点我是认同的）。
刚才突然反应过来了，之前没想起来今天是什么日子。--{{用户:自由李代数/签名org}} 2020年12月13日 (日) 09:08 (CST)
:不过这些论坛中就有 有wiki的：
{{ts|问题已解决|--{{用户:自由李代数/签名org}} 2020年12月13日 (日) 09:08 (CST)}}
:*[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)
== 防止手贱点到回退按钮 ==


{{敬告}} 关于方案二需要注意可行性的问题：
<div class="js"><pre>// ------------------
#不可能顾及'''所有'''Minecraft论坛（尽管绵羊上面是这么说的）
// 防止手贱回退页面
#收录其他论坛需要考虑表述/立场更换、条目合并（尤其是用户类 和 论坛术语类）、重新整理<nowiki>[[Category:分类]]</nowiki>等。这需要'''大量编辑人员的工作量'''。如果本Wiki缺人，或者合并目标Wiki缺少'''对[[MCBBS]]有一定了解'''的编辑者，那么这项工作恐怕很难进行下去。
// ------------------
[[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2024年2月22日 (四) 11:42 (CST)
$(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页面报错'''。


:{{回应|正确的}}。现在国内很多wiki都面临着Wiki影响力不足、编者能力不足、时间不足等种种现实原因。
请使用<code>mw.loader.load</code>来加载，或者：
:方案一是怀念流，变成NMFWiki那样由于论坛关站永久维护死着的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>
:方案二是理想方针，目前看可能性大家都比较支持，但是，“理想很丰满，现实很骨感”，如果不能和其他社区的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)
当然，这里我也推荐[[用户:自由李代数/common.js|'''李代数的方案''']]，不会导致MW的报错，同时也更好看。
<pre>// 取自 https://minecraft-zh.gamepedia.com/User:Ff98sha/common.js，仅供学习研究用
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>


{{支持|方案一}}方案二在执行时需要进行大量修改，且与其他论坛Wiki并不一定能达成一致，而方案三实现的可能性较低，因此支持方案一，先保留现有MCBBS内容--'''wwwwwwwwwwwsssssssssssssseieieieieieieieieiei''' 2024年2月23日 (五) 07:56 (CST)
思路：阻止锚点的默认动作 -> 用户确认是否继续 -> 执行默认动作/什么都不发生
</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)


{{支持|方案二}}方案二最初是我提出的，对于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)
{{意见}}：
#不是我的方案，只是在mcwiki上看到ff98sha的用户js，拿来试用的。
#我认为以上方法是可行的。
#前几天我有一个想法，缺点在于可能有些麻烦，有点在于方便自定义，可以考虑一下：
## 去除所有锚点
## 定义一下确认的代码及UI
## 添加锚点并附上上述代码


{{支持|方案二}}虽然方案二在实际实现的方面有一定的困难但在一定程度上也是一个不错的解决方案，虽然现在mcbbs官方没有发布闭站公告，但我们也要去按照最坏的打算去准备，提前去把方案想出来，这样，如果事情一旦真是发生，我们可以第一时间去做出反应。顺便问一下怎么签名，我一直没有弄明白——{{未签名|XEYcmd|2024年2月23日 (五) 12:57‎‎ (UTC)}}
--{{用户:自由李代数/签名org}} 2020年12月16日 (三) 17:56 (CST)
:{{回应}}<nowiki>~~~~</nowiki> - [[用户:Eicy|<span style="color:gray;">Eicy</span>]]（[[用户:Eicy/Q%26A|QA]]） 2024年2月24日 (六) 07:51 (CST)


{{支持|方案一}}建站的最目的就是为了 Mcbbs 的用户及想要了解 Mcbbs 的人员服务。方案一将 Mcbbs 的内容更加丰富，可以在关站后给后人留下一些可以考古的部分，或为怀旧的人们提供一个平台。
:: {{回应}}，那几个锚点本身没有什么特殊点，所以没有必要劫持，不过自定义UI倒是可以写：
[[用户:Han Jiang|Han Jiang]]（[[用户讨论:Han Jiang|留言]]） 2024年2月25日 (日) 01:54 (CST)
<div class="js"><pre>
$(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)


{{提醒|提醒}}：即令 MCBBS 不闭站，本站依然存在代际不公。因为补不回早期内容，许多早期知名用户现在只有新晋艺术家列表一处提及。反之，闭站前夕的坛友完全有理由在本站继续补充作品直到退圈，即便这些作品未在 MCBBS 发布（因为闭站了）。——[[用户:物灵|物灵]]（[[用户讨论:物灵|留言]]） 2024年2月28日 (三) 13:22 (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> 2021年1月14日 (四) 15:34 (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)
== 關於你們的電郵 ==


{{支持}}方案一。最有可行性的方案没有之一，且MCBBS的快照不多，需要完善的内容也不少。[[用户:Fsddg_41]]
請問 [mailto:[email protected] [email protected]] 是你們用來傳送電郵的電郵地址嗎？假如是的話，我是來告訴你們用這個電郵地址傳送的電郵被過濾了。建議你們不要用 .ml 那些免費域名，並且設定 [[wikipedia:en:Sender Policy Framework|SPF]]、[[wikipedia:en:DomainKeys Identified Mail|DKIM]] 及 [[wikipedia:en:DMARC|DMARC]]。——<span style="font-family: monospace">&lt;[[User:JasonHK|JasonHK]] /&gt;</span> 2020年12月22日 (二) 22:55 (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)


{{支持}}方案二。如果能实现的话就是最好的结局，就是实现难度确实不低，简直就像重开一个新站一样。这个方案确实有点太理想了，不过是很符合我本人，想必提出这个方案的人也是多少有点理想主义的吧（笑）-来自[[用户:起名字真难就叫南南|全wiki最水的编辑者南南]]｜[[file:Ralsei.gif|25px]]｜[[用户讨论:起名字真难就叫南南|给她留言]]｜[[特殊:用户贡献/起名字真难就叫南南 |她的贡献]]｜[[文件:吃瓜.png|25px]]｜ 2024年3月3日 (日) 10:49 (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月23日 (三) 11:51 (CST)


{{回应|目前投票结果：}}
:: 你們不是用這個電郵地址傳送電郵地址驗證的郵件嗎？——<span style="font-family: monospace">&lt;[[User:JasonHK|JasonHK]] /&gt;</span> 2020年12月23日 (三) 12:34 (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)
::: 站点配置中邮件功能确实处于关闭状态，而关于邮件服务器实际控制权不在我手中，这个需要等站长上线处理。 --[[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月23日 (三) 13:24 (CST)


{{支持}}方案二。其实更希望方案一和方案二结合一下，接纳新内容的同时保留旧内容，在废墟上重建，但也保留废墟用来纪念。当然这个方案肯定有纰漏，只是我个人意见。
:已记录。预计本人处理日期 1.2X 请耐心等待回复。若其他管理员已解决问题则不再进行回复。[[用户:Eicy|Eicy]]（[[用户讨论:Eicy|讨论]]） 2021年1月10日 (日) 00:42 (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:滑稽蜗]] 留言按时间顺序排序，最新留言置于讨论串最底端。--<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)
== 打算改一改左侧栏了 ==


----
图片见图床： https://s3.ax1x.com/2021/01/09/sQlVyD.gif （GIF，约2MiB）。
* 左侧栏跟随页面滚动。
* 子栏可以收起。
** 如果左侧栏比页面要长的话会默认收起。
* 只在PC版启用。
这种改动可以接受吗？<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> 2021年1月9日 (六) 19:39 (CST)


;归票：
:{{同意}}[[用户:Eicy|Eicy]]（[[用户讨论:Eicy|讨论]]） 2021年1月9日 (六) 21:10 (CST)
:{{同意}}--[[用户:Lakejason0|Lakejason0]]（[[用户讨论:Lakejason0|讨论]]） 2021年1月16日 (六) 14:47 (CST)


共计有效投票15票，其中方案一5票（33.3%），方案二10票（66.7%），方案三0票（0%）
== 从common.css中剥离书页皮肤 ==


*方案一（5票）：[[U:mohakuai|mohakuai]]、[[U:Jaanai|Jaanai]]、[[U:Wsseieiei|Wsseieiei]]、[[U:Han_Jiang|Han_Jiang]]、[[U:Fsddg_41|Fsddg_41]]
我是这个Wiki的仿MCBBS书页皮肤的作者，Wiki建站时，这个皮肤写在[[mediawiki:vector.css]]中，后应绵羊的要求搬到了[[mediawiki:common.css]]内。
*方案二（10票）：[[U:洞穴夜莺|洞穴夜莺]]、[[U:Eterstars|Eterstars]]、[[U:冰砚炽|冰砚炽]]、[[U:永远的友人|永远的友人]]、[[U:Lihl|Lihl]]、[[U:我不是wsei|我不是wsei]]、[[U:QWERTY770|QWERTY770]]、[[U:XEYcmd|XEYcmd]]、[[U:起名字真难就叫南南|起名字真难就叫南南]]、[[U:滑稽蜗|滑稽蜗]]
*方案三（0票）：''无''
*其他方案：''无人提出其他方案''


;其他意见：
随着Wiki的发展，[[mediawiki:common.css]]中的内容越来越多，开始变得臃肿；而这个书页皮肤最开始是为vector设计的，不兼容monobook和timeless。


*[[U:Teddyxlandlee|Teddyxlandlee]]尚未投票，对方案二可行性提出疑问，认为此方案无法顾及所有论坛、存在人手不足的情况，应重点关注较为知名的论坛，否则可能半途而废。
从长远角度考虑，为了更方便地维护Wiki，必然要剥离皮肤样式代码和其他功能性样式代码，未雨绸缪，我用SCSS重写了这个Wiki的书页背景。
*[[U:物灵|物灵]]尚未投票，认为Wiki收录的内容中缺少MCBBS的重要数据（如早期内容），可以对原MCBBS的创作者开放编辑以补全一些资源。
**[[U:MashKJo|MashKJo]]表示Wiki主业并非资源收录，创作者也无在此发布资源的兴趣，因此该提议不可行。


;投票结果：
因此我提议，重写书页皮肤并放进[[mediawiki:vector.css]]中，将其从[[mediawiki:common.css]]剥离出来。


MCBBS Wiki 日后运营方向的提案（草案）投票结果为[[#方案二：转型为 Minecraft 论坛 Wiki|方案二：转型为 Minecraft 论坛 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> 2021年1月14日 (四) 15:48 (CST)

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

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

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

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

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

签名：{{U:Salt_lovely/沙盒/签名/8}} 2024年4月1日 (一) 02:12 (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)}}

==账号出现问题==

本人账号登录时正常的，在其他的地方留言没有问题，但一旦进入[[1·22论坛闭站维护事件]]就显示账号属于未登录状态，点击登录无效，重新加载无效，但进入其他页面就没有问题。{{未签名|XEYcmd|2024年2月22日 (四) 21:09‎ (UTC)}}

:原因不明，先使用[https://mcbbs.wiki/wiki/1%C2%B722%E8%AE%BA%E5%9D%9B%E9%97%AD%E7%AB%99%E7%BB%B4%E6%8A%A4%E4%BA%8B%E4%BB%B6?useskin=vector 此链接]作为临时解决方案。--[[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月23日 (五) 01:37 (CST)
:CloudFlare于昨日开始了较大规模的定期维护，尚不清楚此次维护是否是该问题的原因，具体问题仍需后台管理员调查。--[[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月23日 (五) 01:43 (CST)
::好的，怪不得昨天的wiki异常的卡像要崩溃了 [[用户:XEYcmd|XEYcmd]]（[[用户讨论:XEYcmd|留言]]） 2024年2月23日 (五) 09:22 (CST)
:{{完成}}CloudFlare 缓存规则顺序问题，已修复。--[[用户:Litwak913|Litwak.913 &#124; 🍁🦌]]（[[用户讨论:Litwak913|留言]]） 2024年2月23日 (五) 19:06 (CST)
:这个链接在我这还是旧缓存，无用です [[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2024年2月23日 (五) 20:43 (CST)
::现在再试试 [[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:21 (CST)
{{ts|问题已解决|{{font|size=1rem|bgcolor=#fffaf0|1=&nbsp;[[U:Salt_lovely|{{font|color=#56a|size=1.2em|font=PRISTINA|css=text-shadow:#56a6 .1em .2em .1em|1='''Salt Lovely'''}}]] {{font|size=.75em|css=text-shadow:#0346 .1em .3em .2em|1=''[[用户讨论:Salt_lovely|{{color|#034|留言}}]]·[[特殊:用户贡献/Salt_lovely|{{color|#034|贡献}}]]''}}&nbsp;}} 2024年3月27日 (三) 13:26 (CST)}}

==疑似占坑用户页面==

省流：[[M1032]] [[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2024年2月24日 (六) 19:44 (CST)
:翻阅页面历史发现是本人删除了大量内容，页面质量不合格已经删除。- - [[用户:Eicy|<span style="color:gray;">Eicy</span>]]（[[用户:Eicy/Q%26A|QA]]） 2024年2月24日 (六) 19:53 (CST)
::个人认为版本42215是可以接受的 [[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2024年2月24日 (六) 21:26 (CST)
:::本人删除大段内容，视为自愿删除页面。 - [[用户:Eicy|<span style="color:gray;">Eicy</span>]]（[[用户:Eicy/Q%26A|QA]]） 2024年2月25日 (日) 14:25 (CST)
{{ts|问题已解决| - [[用户:Eicy|<span style="color:gray;">Eicy</span>]]（[[用户:Eicy/Q%26A|QA]]） 2024年2月25日 (日) 14:26 (CST)}}

==添加ktid、kpid、kuid、kusername等interwiki链接==
rt，本站今后可能会多次引用[https://klpbbs.com 苦力怕论坛]上的内容，故建议添加这些interwiki：
{| class="wikitable"
|+Interwikis
|-
!前缀!!链接!!备注
|-
|<code>ktid</code>||<code>https://klpbbs.com/thread-$1-1-1.html</code>||主题
|-
|<code>kpid</code>||<code>https://klpbbs.com/forum.php?mod=redirect&goto=findpost&ptid=0&pid=$1</code>||回复
|-
|<code>kuid</code>||<code>https://klpbbs.com/space-uid-$1.html</code>||用户UID
|-
|<code>kusername</code>||<code>https://klpbbs.com/space-username-$1.html</code>||用户名（不推荐）
|-
|<code>kfid</code>||<code>https://klpbbs.com/forum-$1-1.html</code>||版块或大区
|}
--[[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2024年3月10日 (日) 10:08 (CST)
:前方内容属于跨Wiki前缀，不属于命名空间，已代为修改。--<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月10日 (日) 11:16 (CST)
:不太支持，主要上面方案还没审核通过呢 [[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月10日 (日) 19:02 (CST)
::过了 [[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2024年4月5日 (五) 20:51 (CST)
:{{支持}}3个工作日内添加，若其他编辑者有异议请在3个工作日内提出。 - [[用户:Eicy|<span style="color:gray;">Eicy</span>]]（[[用户:Eicy/Q%26A|QA]]） 2024年4月16日 (二) 15:25 (CST)
:{{支持}}现在klpwiki已经正在迁移到mcbbswiki当中
:这里是穆雪奈馋/Spring雪奈子（） 这里是穆雪奈馋/Spring雪奈子（） 2024年4月16日 (二) 20:22 (CST)

==对于[[#方案二：转型为_Minecraft_论坛_Wiki|方案二]]执行的重新审视==

距离投票结束已经经过了50天。

在这50天内，[https://klpwiki.com klpwiki]已经完成了服务器的迁移，其内容管理仍保持社区自治。

MCBBS Wiki 和 klpwiki 的部分人员进行了小范围的讨论。以本人为例，我分别发表了[[ktid:134031]]和[[ktid:134747]]，来征求社区对“元维基”方案的意见。

然而，实质性推进方案二的工作，又做了多少呢？之前提到过，核心问题就是'''缺人'''，但我们似乎自己都不知道，有多少人是有精力推动这件事的。

难道真要等六月份下一波活跃用户[[wikipedia:zh:en:Gaokao|刑满释放]]吗？我们甚至不知道2024年毕业的活跃用户有多少。

所以我们需要审视：

*推动方案二是否有必要？（需要编者们共同汇总一个[[wikipedia:SWOT|SWOT分析]]）
*如果有必要：
**谁确定能做这件事情（Who）？何时去做（When）？
**怎么进行？（合并/元维基/……）
*如果没必要：MCBBS Wiki的性质应当如何界定？
**A. 作为[[MCBBS]]的纪念性信息站点，按照方案一，有限完善后进行只读处理，并托管到更廉价的平台上。
**B. 维持现状，放弃方案二。
**C. 在B的基础上，开辟“博客”命名空间。（灵感来源于[https://huijiwiki.com 灰机wiki]）
**……
--[[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2024年5月19日 (日) 16:21 (CST)

:klpwiki 都不服你。
:我们编辑 Wiki 是因为有价值。
:*MCW，我们喜欢这个游戏；
:*Wikipedia，世界最有名的Wiki，能吹“我有维基百科号你有吗”；
:*klpwiki，某些用户在某个论坛，编辑着玩；
:*那请问 MBW 的价值是什么？难道是为了死了的MCBBS吗？
:所以，方案二是符合理想状态的，但是如果只按照方案二，不进行Wiki合并，我觉得可以宣布你wiki是nmfwiki了。 [[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年5月19日 (日) 16:31 (CST)
::你的观点是否是：方案二在理论上有价值，实际上价值不大？推动方案二的利弊是什么？ [[用户:Teddyxlandlee|Teddyxlandlee]]（[[用户讨论:Teddyxlandlee|留言]]） 2024年5月19日 (日) 16:38 (CST)
:::是这样的。都希望是理论状态，但是放到实际又没有编者。
:::利是存在，弊是没人，根本无法实践 [[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年5月19日 (日) 16:42 (CST)

2024年5月19日 (日) 16:42的最新版本


讨论板（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 2 3 4 5 6 7 8 9 10 11 12 月

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

  • 此页面仅用于报告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)回复[回复]

账号出现问题

最新留言：2024年3月27日 (星期三)7条留言6人参与讨论

本人账号登录时正常的，在其他的地方留言没有问题，但一旦进入1·22论坛闭站维护事件就显示账号属于未登录状态，点击登录无效，重新加载无效，但进入其他页面就没有问题。-- 这条未签名的留言由 XEYcmd (讨论·贡献) 于 2024年2月22日 (四) 21:09‎ (UTC)添加。

原因不明，先使用此链接作为临时解决方案。-- Sheep-realms（讨论） 2024年2月23日 (五) 01:37 (CST)回复[回复]
CloudFlare于昨日开始了较大规模的定期维护，尚不清楚此次维护是否是该问题的原因，具体问题仍需后台管理员调查。-- Sheep-realms（讨论） 2024年2月23日 (五) 01:43 (CST)回复[回复]
好的，怪不得昨天的wiki异常的卡像要崩溃了 XEYcmd（留言） 2024年2月23日 (五) 09:22 (CST)回复[回复]
(✓)完成CloudFlare 缓存规则顺序问题，已修复。--Litwak.913 | 🍁🦌（留言） 2024年2月23日 (五) 19:06 (CST)回复[回复]
这个链接在我这还是旧缓存，无用です Teddyxlandlee（留言） 2024年2月23日 (五) 20:43 (CST)回复[回复]
现在再试试 Unknown , just_lihl. Just talk to me! Contritube! 2024年2月26日 (一) 20:21 (CST)回复[回复]
问题已解决
该问题已由提问者确认解决或公认已解决。该讨论串不久之后将会被存档，您依然可以继续在上方补充答复。
—— Salt Lovely 留言·贡献  2024年3月27日 (三) 13:26 (CST)回复[回复]

疑似占坑用户页面

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

省流：M1032 Teddyxlandlee（留言） 2024年2月24日 (六) 19:44 (CST)回复[回复]

翻阅页面历史发现是本人删除了大量内容，页面质量不合格已经删除。- - Eicy（QA） 2024年2月24日 (六) 19:53 (CST)回复[回复]
个人认为版本42215是可以接受的 Teddyxlandlee（留言） 2024年2月24日 (六) 21:26 (CST)回复[回复]
本人删除大段内容，视为自愿删除页面。 - Eicy（QA） 2024年2月25日 (日) 14:25 (CST)回复[回复]
问题已解决
该问题已由提问者确认解决或公认已解决。该讨论串不久之后将会被存档，您依然可以继续在上方补充答复。
——- Eicy（QA） 2024年2月25日 (日) 14:26 (CST)回复[回复]

添加ktid、kpid、kuid、kusername等interwiki链接

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

rt，本站今后可能会多次引用苦力怕论坛上的内容，故建议添加这些interwiki：

Interwikis
前缀 链接 备注
ktid https://klpbbs.com/thread-$1-1-1.html 主题
kpid https://klpbbs.com/forum.php?mod=redirect&goto=findpost&ptid=0&pid=$1 回复
kuid https://klpbbs.com/space-uid-$1.html 用户UID
kusername https://klpbbs.com/space-username-$1.html 用户名（不推荐）
kfid https://klpbbs.com/forum-$1-1.html 版块或大区

--Teddyxlandlee（留言） 2024年3月10日 (日) 10:08 (CST)回复[回复]

前方内容属于跨Wiki前缀，不属于命名空间，已代为修改。--※※※ 坑触可 ※※※ 留言 ※※※ | 没事干了，不如随机一下 2024年3月10日 (日) 11:16 (CST)回复[回复]
不太支持，主要上面方案还没审核通过呢 Unknown , just_lihl. Just talk to me! Contritube! 2024年3月10日 (日) 19:02 (CST)回复[回复]
过了 Teddyxlandlee（留言） 2024年4月5日 (五) 20:51 (CST)回复[回复]
(＋)支持3个工作日内添加，若其他编辑者有异议请在3个工作日内提出。 - Eicy（QA） 2024年4月16日 (二) 15:25 (CST)回复[回复]
(＋)支持现在klpwiki已经正在迁移到mcbbswiki当中
这里是穆雪奈馋/Spring雪奈子（） 这里是穆雪奈馋/Spring雪奈子（） 2024年4月16日 (二) 20:22 (CST)

对于方案二执行的重新审视

最新留言：周日16:424条留言2人参与讨论

距离投票结束已经经过了50天。

在这50天内，klpwiki已经完成了服务器的迁移，其内容管理仍保持社区自治。

MCBBS Wiki 和 klpwiki 的部分人员进行了小范围的讨论。以本人为例，我分别发表了ktid:134031和ktid:134747，来征求社区对“元维基”方案的意见。

然而，实质性推进方案二的工作，又做了多少呢？之前提到过，核心问题就是缺人，但我们似乎自己都不知道，有多少人是有精力推动这件事的。

难道真要等六月份下一波活跃用户刑满释放吗？我们甚至不知道2024年毕业的活跃用户有多少。

所以我们需要审视：

  • 推动方案二是否有必要？（需要编者们共同汇总一个SWOT分析）
  • 如果有必要：
    • 谁确定能做这件事情（Who）？何时去做（When）？
    • 怎么进行？（合并/元维基/……）
  • 如果没必要：MCBBS Wiki的性质应当如何界定？
    • A. 作为MCBBS的纪念性信息站点，按照方案一，有限完善后进行只读处理，并托管到更廉价的平台上。
    • B. 维持现状，放弃方案二。
    • C. 在B的基础上，开辟“博客”命名空间。（灵感来源于灰机wiki）
    • ……

--Teddyxlandlee（留言） 2024年5月19日 (日) 16:21 (CST)回复[回复]

klpwiki 都不服你。
我们编辑 Wiki 是因为有价值。
  • MCW，我们喜欢这个游戏；
  • Wikipedia，世界最有名的Wiki，能吹“我有维基百科号你有吗”；
  • klpwiki，某些用户在某个论坛，编辑着玩；
  • 那请问 MBW 的价值是什么？难道是为了死了的MCBBS吗？
所以，方案二是符合理想状态的，但是如果只按照方案二，不进行Wiki合并，我觉得可以宣布你wiki是nmfwiki了。 Unknown , just_lihl. Just talk to me! Contritube! 2024年5月19日 (日) 16:31 (CST)回复[回复]
你的观点是否是：方案二在理论上有价值，实际上价值不大？推动方案二的利弊是什么？ Teddyxlandlee（留言） 2024年5月19日 (日) 16:38 (CST)回复[回复]
是这样的。都希望是理论状态，但是放到实际又没有编者。
利是存在，弊是没人，根本无法实践 Unknown , just_lihl. Just talk to me! Contritube! 2024年5月19日 (日) 16:42 (CST)回复[回复]
取自“https://mcbbs.wiki/index.php?title=讨论:讨论板&oldid=54362”