讨论:讨论板
| 欢迎来到 MCBBS Wiki 讨论板！ 您现在所在讨论板分区。下列列出了本站讨论板的所有分区。 如果您想发表的问题没有符合的分区，欢迎发表在讨论板分区。 | ||||||||
| 💭讨论板 | 🔨综合申请 | 👤申请职位 | 📜需求页面 | |||||
| 讨论 Wiki 问题 | 申请改名，页面删除，举报页面等 | 用户申请职务之处 | 收录用户需要的页面 | |||||
| 发表 | 监视 | 存档 | 监视 | 存档 | 监视 | 存档 | 发表 | 监视 | |||||
| 📝编辑请求 | 🔌技术讨论 | 🖼梗图收录 | MCBBS Wiki talkboard | |||||
| 申请编辑某个高权限页面 | 报告技术问题，提出功能请求 | 提交梗图 API 的图片收录申请 | License: CC BY-NC-SA 4.0 | |||||
| 发表 | 监视 | 发表 | 监视 | 监视 | ||||||
| 其他页面：Wiki方针 • 公告 • 沙盒 • 最近更改 • 封禁列表 | QQ群 • Discord群组 • Github | |||||||
讨论板（Talk Board）是用户可以向wiki社区讨论的平台。虽然用户也可以直接联系特定的管理员（尤其是活跃的管理员），但是在此处贴出跟更能保证有管理员会注意到并快速回应。请记得留言后签名（在末尾添加：“--~~~~”），未签名的讨论串将会被删除！
先别急着帖出问题，请先仔细斟酌以下几条：
- 此页面仅用于报告Wiki问题。
- 用户间的调解请求只有在双方无论如何都不能达成共识的情况下才可发表。
- 明确你的请求有一定意义。
关于收录范围扩展
为了Wiki转正常化我提议扩展收录范围。
不知各位是否同意bbswiki扩展收录范围。
如果同意，请推荐要的收录范围并说明理由。
不同意，请说出理由。
例:
- (＋)同意建议添加收录范围[原创皮肤|材质资源],因最近有人(某Elen)反馈为什么不收录皮肤等资源。
- (－)反对太操之过急，应一步步来。
Eicy（讨论） 2020年8月30日 (日) 21:55 (CST)
(：)回应建议移除形式限制，允许任何知名度高的作品。--洞穴夜莺（讨论） 2020年8月30日 (日) 22:55 (CST)
(：)回应我认为mcbbs内的一切有质量作品都可以，且应当收录。--
自由李代数 讨 贡 狗娃安慰噶喔。 2020年8月31日 (一) 06:42 (CST)
(：)回应像“水楼”“卤蛋神教”等我都认为是符合Wiki大方向且值得收录的，但都不在（目前的）收录范围内。梗是算不上的，别的更说不上。那么我觉得是需要扩展范围的。只是想不出来具体扩展到什么样的范围。--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2020年10月19日 (一) 21:58 (CST)
- (☩)意见：“水楼”大可算作论坛优秀/著名主题贴，可以添加相关分类/模板进行收录。“卤蛋神教”其实还是属于梗的。
- 另外，我其实有收录QQ群的意向（之前计划在项目页面撰写wiki相关QQ群信息，由此想到）。--
MashKJo-{（用户页）/（讨论页）/（贡献）}- 2020年10月19日 (一) 23:09 (CST) - (＋)同意建议拓宽收录形式，如果可以，建议直接取消掉形式限制。--Gear? - 论 / 献 2020年10月29日 (四) 21:48 (CST)
(＆)建议我认为那种原创数据包、模组、材质、皮肤等那种都要收录，只要不是那种低俗的的，就可以收录，不然别人怎么看？只会觉得这是个只是玩梗的一个片面wiki。 --用户:沙漠之鹰xzy（Talk） 2020年11月7日 (四) 12:25:34 (CST)
- ?
- wiki建站初衷就是玩梗，现在虽然有很多正经条目，核心仍然是沙雕。我倒不希望bbswiki变成萌百那样——从AGC百科变成萌娘版wp大杂烩。-- MashKJo-{（用户页）/（讨论页）/（贡献）}- 2020年11月7日 (六) 17:12 (CST)
- (：)回应好吧，那么我觉得至少在用户页放一些作品链接和简单介绍应该可以吧，不要专门开页面 --用户:沙漠之鹰xzy（Talk Contribution） 2020年11月8日 (四) 19:12:18 (CST)
(：)回应wiki建站初衷就是穹妹想玩梗，不正经的东西反而才是你wiki的核心，范围我感觉除了服务器和纯水讨论不行。但是总归泥潭的作品质量参差不齐，有的作品确实放到wiki上非常的违和。但是最主要的还是放开了以后就水起来了，巡查工作+234%虽然现在也还好，不是很多，再一个呢就是救一个编辑失败的页面比你自己写累得多，不过仍可以接受。范围的话，本来就有人写梗进来，放不放开好像对水怪区别不太大，最主要的还是那些正经的作品,感觉可以适当要求合并同类项，把同系列的东西丢一起，防止页面虚多。--又名文章生成器（讨论） 2020年11月22日 (日) 08:32 (CST)
(＝)中立隔壁萌百的收录范围从最开始的ACG（动画漫画游戏）到现在ACG沾点边就能找得到，也算是百科类网站发展的趋势；不过MCBBSWiki只是一个娱乐百科，虽说理论上这里需要收录的是MCBBS的内容，但不代表MCBBS以外的不能收录，也不代表是MCBBS的就要收录；综上，中立态度。-- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年11月25日 (三) 19:26 (CST)
- (＋)同意 建议收录更多的用户与小组
- (＋)同意我建议建造一些永久《诗经》以后人传诵，《泥潭集》收录一些文学创作。
一--伟大的小安（讨论） 2020年12月31日 (日) 23:10 (CST)
- (＋)同意 建议先从影响较大的版块的精华作品收录起，可以从新到旧收录。不过，收录作品之前要先征得原作者同意。 另外，可以首先考虑已收录进本wiki的用户的作品。
-- Best regards, LeoPro | Talk | Contributions | 30 2021年1月5日 (二) 00:00 (CST)
关于{{PersonInfoBox}}
建议将UserName，UserGroup，ManagementGroup，UserGroupEx自动根据UID识别。--
QWERTY_52_38 讨 贡 2021年1月31日 (日) 14:17 (CST)
- (☩)意见 简单来讲，浏览器的安全策略会阻止一个网站的页面获取别的网站的返回数据（请求可以发出去，但是接收请求的时候会被拦截并在控制台报错），因此即使是获取MCBBS用户积分分析这样的功能，也需要用特殊的跨域方法来获取数据。经过测试，MCBBS的API似乎不能用JSONP，目前的使用cloudflare转发的跨域方法速度有多慢你应该看得到（毕竟是免费的）。
- 列举两个可以用的跨域方案：叫幻沙搭建一个跨域代理、用iframe跨域，后者需要再验证一下能不能用。
- -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2021年1月31日 (日) 16:24 (CST)
- 使用类似Widget:getMCBBSCredit的方法不就行了。速度勉强还行吧。-- QWERTY_52_38 讨 贡 2021年2月1日 (一) 20:19 (CST)
- 我觉得积分分析这个插件已经慢得离谱了。不能让服务器后台每天刷新一次用户名/用户组/扩展用户组/管理组/自定义头衔？--洞穴夜莺 2021年2月1日 (一) 20:45 (CST)
- (：)回应 这还不如直接搭建一个跨域代理... 我们好像没有可以做这个功能的后端开发者。
- 现在的积分分析慢得离谱就是跨域代理访问慢的问题，我在尝试其他解决方案。 -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2021年2月5日 (五) 12:13 (CST)
- 我觉得积分分析这个插件已经慢得离谱了。不能让服务器后台每天刷新一次用户名/用户组/扩展用户组/管理组/自定义头衔？--洞穴夜莺 2021年2月1日 (一) 20:45 (CST)
- 尚未有人提出可行方案，提案暂时搁置。-- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2021年5月3日 (一) 00:07 (CST)
关于MCBBS Wiki （黄凯航）的命名问题
如题。这个网站其实我在去年9月就发现了，但一直没有想好合适的命名。目前标题是暂时的。希望大家能提出一点关于命名的建议。--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2021年2月17日 (三) 14:47 (CST)
- 建议改名为黄凯航-MCBBS Wiki。-- QWERTY_52_38 讨 贡 2021年2月17日 (三) 18:28 (CST)
- (：)回应或者从另一个角度想，我们改个名字。MCBBS Wiki - PowerfulProudProfessionalPlus 简称MCBBS Wiki# -Eicy（讨论） 2021年2月17日 (三) 19:06 (CST)
- 改我们网站的名字，对我来说工程量太大了。这里有一堆东西要改。-- QWERTY_52_38 讨 贡 2021年2月17日 (三) 21:22 (CST)
前两个命名的巨大问题：如果这样命名，那么这个Wiki也应该可以被叫作MCBBS Wiki （MashKJo）或MashKJo-MCBBS Wiki。
两个看起来都很诡异，特别是后面一个。--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2021年2月17日 (三) 21:32 (CST)
我个人认为这个标题就，挺好的。关于现在这个MCBBS Wiki，为什么要另开条目呢，直接重定向到首页就好了啊。然后针对重定向和这个页面做一个消歧义页。-- MashKJo-{（用户页）/（讨论页）/（贡献）}-61 2021年2月17日 (三) 21:52 (CST)
- 这个可以作为重定向标题。-- QWERTY_52_38 讨 贡 2021年2月22日 (一) 22:04 (CST)
- 这个可以作为重定向标题。--
- 若一段时间再无人回复，将存档此讨论串。-- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2021年5月3日 (一) 00:11 (CST)
升级问题
我发现了一个bug：用户js在有的页面不能正常加载，例如：所有的特殊页面。-- QWERTY_52_38 讨 贡 2021年2月22日 (一) 22:02 (CST)
我又发现了一个bug：Special:编辑计数不能正常更新编辑数了。编辑数一直卡住不动，无法随时更新（已经过了1天了，不是服务器缓存）。-- QWERTY_52_38 讨 贡 2021年2月23日 (二) 19:36 (CST)
- (：)回应初步判断用户js在特殊页面失效为新版本特性。关于编辑计数的问题，正在调查原因。 --Eicy（讨论） 2021年2月23日 (二) 22:54 (CST)
- 编辑积分没了可怎么申请职位。我有自动统计编辑脚本-- QWERTY_52_38 讨 贡 2021年3月1日 (一) 20:28 (CST)
- 编辑数卡住半个月了。
只能用api了。--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2021年3月6日 (六) 10:22 (CST)
- JSON定期维护好像是个挺大的开销... 还有JSON的数据结构以及存在哪的问题... 并不是不能写，而是维护起来有点麻烦，而且可能会造成服务器压力（幻沙的小水管.png）。
- 我建议换装新版EditCount试试，至于编辑积分部分，反正可以前端解决。 -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2021年3月25日 (四) 14:24 (CST)
请求在{{PersonInfoBox}}增加性别和曾用名选项卡
如题,这些都是较为重要的信息,但没有被列入。——Fsddg 41（讨论） 2021年2月28日 (日) 10:20 (CST)
- 性别这一项不好说啊，可能不一定准确。（例如你无法真正知道我的性别）-- QWERTY_52_38 讨 贡 2021年3月1日 (一) 19:31 (CST)
- 但是本来就不追求绝对准确,而且这些有助于避免“他”“她”混用(雾)
我猜你男的(因为你wiki 写的她)(结果被预判了我预判你的预判)(雾)所以加一下行不,反正工作量不大。—Fsddg 41（讨论） 2021年3月6日 (六) 21:04 (CST)
- 不，工作量很大。就比如说，如果大家要查明我的性别，估计要掀起一场堪比NMFWiki事件还大的事件。全论坛像我这样每个网站性别都不一样的人太多了。-- QWERTY_52_38 讨 贡 2021年3月10日 (三) 19:53 (CST)
- (＝)中立 曾用名选项感觉可以讨论；至于性别选项，请阅读性别包容性原则，为了避免争议，无论是否添加此选项，都应遵守这个原则。 -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2021年3月11日 (四) 21:58 (CST)
关于积分分析饼图功能的问题
目前的积分分析饼图（也就是{{MCBBS积分分析}}模板）有以下几个问题：
- 包含负积分时无法正常显示。
- 承接上一条，这个饼图还被用于永久封禁组用户页面
。 - 跨域代理用的是白嫖来的workers，很慢。
针对前两条，我目前想到的解决方案是：
- 不显示负积分，或者将负积分归零塞进饼图。
- 不显示积分过于离谱的用户。
而针对第三条，我想到的办法是：
- 找个会后端的大佬写个HTTP代理（转发GET就行）。
- 找个会后端的大佬帮忙写个服务端爬取论坛数据（用户请求哪个爬个就行），带缓存，每半个小时一次更新数据那种，然后部署在幻沙的小土豆上 XD 。
- 没别的办法，要不谁去和MCBBS的后端讲一下，让论坛的接口支持JSONP或者CORS？
-- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2021年4月4日 (日) 21:48 (CST)
- 补充
- 这个模板在短页面使用时看起来非常草，例如https://mcbbs-wiki.cn/wiki/V%E4%B9%90%E4%B9%90
- 全屏之后再退出时图会变得巨大
洞穴夜莺 2021年4月4日 (日) 22:16 (CST)
- 未就解决方案达成共识，提案搁置。-- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2021年5月3日 (一) 00:09 (CST)
关于用户积分等级与编辑数插件的问题
已实锤最新版本Editcout在含有 用户积分等级 的页面下会导致页面崩溃。 现已关闭Editcout插件，因我学业繁忙，所以请相关管理员尽快修复。Eicy（讨论） 2021年4月5日 (一) 10:21 (CST)
所以现在该如何统计用户的编辑数和积分呢？前几天也有巡查员申请来着。 -- Best regards, LeoPro | Talk | Contributions | 30 2021年4月11日 (日) 20:22 (CST)
编辑数可以用API([2]这样的)。积分似乎没有现成的方法。--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2021年4月18日 (日) 08:24 (CST)
繁简转换工具做好了
可以直接转换页面中大部分的文字，目前没有全站实装，你可以用下方代码测试：
mw.loader.load("//mcbbs-wiki.cn/index.php?title=MediaWiki:HanziConverter.js&action=raw&ctype=text/javascript", "text/javascript");
- 左上角会出现“汉|漢”字样，这是切换模式的开关。
- 默认为不进行转换，点击后依次切换为：不转换->转换为繁体->转换为简体->不转换。
- 开关位置会记录进浏览器，刷新页面后会维持原来的选项。
- 所有文本框内的文字均不在转换范围内，但是鼠标移上去后显示的文字（title属性）/文本框的占位符（placeholder属性）会被转换。
- 已经收录了部分繁简转换中的常见问题。
- 比如这些词：“台风”“台州”“台北”“柜台”“纤细”“纤绳”“冲突”“冲洗”“苏州”“复苏”“服务器”。
- 你可以启用这个工具，然后切换“转换为繁体”看看上面那句的转换效果。
- 经测试转换效率还不错，但是在极少数页面可能需要花费300-400ms的时间。
- 文字转换是异步进行的，因此不会产生太大的卡顿。
- 参看我录制的GIF： https://z3.ax1x.com/2021/04/15/c2JUsg.gif 。
- 如果模式为“不转换”则几乎不消耗资源。
目前已知问题：
- 从“转换为简体”切换到“不转换”时不会恢复网页中的繁体字，只能刷新。
- 这是技术问题，没有优雅的解决方案。
- 部分“只”（“一只兔子”和“只是兔子”中的“只”仅在简体中一样）“发”（“头发”和“发达”中的“发”仅在简体中一样）转换错误。
- 错误示例：“只在”“石头发光”。
- 你可以启用这个工具，然后切换“转换为繁体”看看上面那句的转换效果。
现在问题来了，这个工具好像用处不大（大部分用户是简体字用户），所以我应该全局启用还是做成小工具还是让有需要的用户自行启用？。 -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2021年4月15日 (四) 16:12 (CST)
感觉自行启用更合适些（？），但是不一定所有用户都会使用js代码（比如我昨天才搞懂（逃—— Jaanai（讨论 | 贡献） 2021年4月15日 (四) 21:40 (CST)
- (？)疑问：MediaWiki本身自带了繁简转换器，为何不使用它呢？虽然要启用转换器需要修改本wiki的部分后台配置。MysticNebula70 T 2021年4月26日 (一) 19:53 (CST)
- (：)回应
- 1、这个东西是纯前端的，发布新版的时候不需要对后台作任何更新，服务端渲染时（生成/更新页面时）也不会对服务造成卡顿——这个Wiki的服务器是个土豆，我尝过挺好吃的。
- 2、非常容易移植，可以用于任何需要低精度繁简转换（框架上没有规定“大陆简体”“新马简体”“香港繁体”“台湾繁体”等地区间的字词区别）的网站，给任何不在用IE和老版Safari浏览的用户使用。简单来说，即使mediawiki有了自带的用不到这个脚本，把链接放到其他网站照样可以用。
- 3、可自定义转换表（我设置了3层转换，词对词转换->字对字映射->纠错转换），由于这东西是纯前端的，所以可以随时更新词库。
- -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2021年5月2日 (日) 17:03 (CST)
刚来wiki，想问一下这里有类似陈列封禁人员及其罪名的小黑屋吗？我觉得这种东西还是很有必要的
刚来wiki，想问一下这里有类似陈列封禁人员及其罪名的小黑屋吗？我觉得这种东西还是很有必要的 --尸先peng（讨论） 2021年4月19日 (一) 20:21 (CST)
建议删除模板:eee
这个建议其实之前就被提出过一次，并没有被通过，详情参见这里
当时我之所以持反对意见，主要是我认为这个模板的危害被夸大了，用户会不会去违规与否主要看自己的心性，同时另一方面说实话我也很喜欢玩咏e这个梗，觉得这个模板的确比较幽默，删除有点可惜。当时大部分持反对意见的人基本也可以被归为这两种心态。由于赞成的人不占绝对多数所以当时这个模板并未删除。但在那次讨论中，wiki大部分巡查员和管理员都支持删除，认为咏e梗的传播危害极其严重，应当予以禁止，至少不应有这么一个模板来“宣扬”。因此，上次的讨论虽然结束了，但是这个问题远远没有结束。
而今天我将这个提案重新发出，直接原因是盐酱做出的这次编辑：https://mcbbs-wiki.cn/index.php?title=%E6%98%8E%E6%97%A5%E4%B9%8B%E4%B8%8B&diff=29687&oldid=29686
明日之下在论坛中进行了“咏c”刷屏破坏行为，的确属于“咏e”的变种行为，于是当时我给这个条目悬挂了模板:eee，而盐酱在下次编辑中立刻删除了这个模板，并在编辑留言中表现出了极端厌恶的情绪（请允许我使用“厌恶”这个词，如有不妥敬请原谅）。对此，我认为盐酱的这种行为是出于维护论坛秩序、防止类似的行为再度出现，我本人对此并无反感之意，但从这件事中透露出“咏e”这个梗已经成为了一道“无形的厚障壁”，将坛友和MCBBS wiki编辑者们划分为了“无所谓/凑热闹派”和“反对传播派”，这对这个社区的氛围和稳定发展是极度有害的，而这个模板也很可能会在以后引起更多的争端。
因此，我提议删除模板:eee。---- xiang_xge·T/G 2021年4月29日 (四) 17:26 (CST)
- (☩)意见 争端倒不至于，但单论我的态度，毫无疑问是厌恶。
- 我本来对刷屏行为持无所谓（或者说吃瓜）态度，可以看到我最开始也在玩这个梗。所谓的“咏e”，本身是一种刷屏方式，也无所谓是否厌恶。
- 那么我是从什么时候开始厌恶这个东西的呢？是不知道哪天开始，不止一个群里开始玩起这个梗来了——不知道你们有没有过，某个群里因为聊某个无关事物太多，惹得路人开始厌恶的经历。或者换种说法，我完全可以接受孩子们在露天场所玩泥巴，但是我不能接受他们把泥巴带到屋子里来玩。
- 可能确实是我思想老化了，我实在想不通为什么一个常见而简单的刷屏行为会有这么多人玩梗；我同样不能理解为什么在破坏者一遍又一遍搞事的时候，还是有人在其条目上说好话，并且直言自己是在“反讽”。
- 至于这次“咏c”的事情，我本来也是抱着好玩的心态来看待的（我在发现帖子之后贴出了一段代码方便大家统计“c”的数量，详见pid:21804809），但是我还是无法理解为啥这这也要贴{{eee}}... 如果有刷屏行为就要贴这个模板的话，这个模板完全可以贴遍整个Wiki，包括Salt_lovely页面——我在编写刷屏器的时候，为了测试效果而刷的字符数量，远多于此Wiki记载中所有“咏e”行为所刷字符数的总和。
- -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2021年4月29日 (四) 19:13 (CST)
- (＋)同意 这本来就不是什么好玩的梗，没有技术含量也没有趣味性，平常说说无所谓，但是犯不着在Wiki专门搞一个模板，咏e的热度本来应该比其他有意思的梗要低才对，但没想到热度这么高，根本没有趣味性可言，还不如DDoC和Jvav这两个同样也DSSQ的梗。——
Jaanai (Talk | Contribution) 2021年4月29日 (四) 19:43 (CST) - (＋)同意 这个梗有可能会被部分有心人用于恶意破坏/刷屏借口等，并且这个梗确实无趣，相比起其它梗我个人觉得看用户页都比这个燃--XiaoMouz | (说 / 做) 2021年5月1日 (六) 00:35 (CST)
是否有必要为所有MCBBS版块创建单独介绍页面
在很多涉及到版块的页面都会打上[[某版块]]标签，但是这样导致了字体变红，对强迫症患者略有影响--XiaoMouz | (说 / 做) 2021年5月1日 (六) 00:33 (CST)
- (：)回应 这个当然在计划事项内，但是没人肝，一般也肝不动。—— Jaanai (Talk | Contribution) 2021年5月1日 (六) 00:55 (CST)
- (☩)意见 感觉这需要对相应版块比较了解的用户编辑，或者咨询过这类用户后再编辑。比如我能写一些新闻版、翻译版、茶馆的页面，但其他版块就写不出什么来。如果创建一堆页面仅仅写一下版主是谁，意义也不是很大。 -- Best regards, LeoPro | Talk | Contributions | 30 2021年5月1日 (六) 01:43 (CST)
- (：)有 这个Wiki建立的初衷是搞事情记录论坛，同时作为一种非官方的坛友信息交流场所，这些信息理所当然地包括了版块的介绍——至于写不出版块介绍的问题，如果论坛自带一目了然的版块详细介绍，也不至于写不出来。。。
- 至于到处都有令人不爽的红链，那是正常现象。🙃其实我看红链也很不爽。
- -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2021年5月2日 (日) 16:44 (CST)
关于Newarticletext中的规定
MediaWiki:Newarticletext/namespace/talk提示的第2条：
除用户页外，任何未被创建的主页面均不允许创建其讨论页面，请确认“【XXX】”页面是否存在。
MCBBS Wiki的讨论板为条目名字空间，重定向至讨论:讨论板讨论名字空间，这倒没有什么问题。但讨论:讨论板的子页面均为讨论名字空间，且并没有对应的主页面。比如讨论:讨论板/handler对应的讨论板/handler不存在。
这样来说，MCBBS Wiki讨论板的handler和存档页都是违规页面。
因此，是否应该修改Newarticletext中的规定，或为所有存档页及handler创建主页面以合规？--
开炸弹车 讨贡日 2021年5月3日 (一) 16:43 (CST)
- 已将相关讨论板的主页面新建，重定向至对应的讨论页，以与讨论板和讨论:讨论板统一。—— Jaanai (Talk | Contribution) 2021年5月3日 (一) 18:34 (CST)
Jaanai (Talk | Contribution) 2021年5月3日 (一) 18:34 (CST)是否有必要为末路之地添加消歧义页
参考合成表和铁镐，是否要为末路之地添加一个类似的消歧义页？内容大概是 末路之地(版块) —— MCBBS 的一个版块，Minecraft Wiki 末路之地 —— Minecraft 游戏中的一个维度。原页面移动至末路之地(版块)。
想问一下是否有必要这么做，如果可以的话就这么搞了。 -- Best regards, LeoPro | Talk | Contributions | 30 2021年5月10日 (一) 19:45 (CST)
- 已采纳。—— Jaanai (Talk | Contribution) 2021年5月10日 (一) 22:54 (CST)
Jaanai (Talk | Contribution) 2021年5月10日 (一) 22:54 (CST)