[[File:坑触可.png|30px]]讨论:讨论板

欢迎来到 MCBBS Wiki 讨论板！您现在所在讨论板分区。下列列出了本站讨论板的所有分区。如果您想发表的问题没有符合的分区，欢迎发表在讨论板分区。
💭讨论板	🔨综合申请	👤申请职位	📜需求页面
讨论 Wiki 问题	申请改名，页面删除，举报页面等	用户申请职务之处	收录用户需要的页面
发表 \| 监视 \| 存档	监视 \| 存档	监视 \| 存档	发表 \| 监视
📝编辑请求	🔌技术讨论	🖼梗图收录	MCBBS Wiki talkboard
申请编辑某个高权限页面	报告技术问题，提出功能请求	提交梗图 API 的图片收录申请	License: CC BY-NC-SA 4.0
发表 \| 监视	发表 \| 监视	监视
其他页面：Wiki方针 • 公告 • 沙盒 • 最近更改 • 封禁列表			QQ群 • Discord群组 • Github

讨论板（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问题。
用户间的调解请求只有在双方无论如何都不能达成共识的情况下才可发表。
明确你的请求有一定意义。

建议加一个代码行数显示功能

最新留言：2020年9月4日 (星期五)6条留言2人参与讨论

代码行数显示我觉得不错，要不要在Mediawiki:common.css里加一个？

用户css里代码取走，不用谢。

效果：

--QWERTY_52_38 讨贡 2020年8月21日 (五) 15:20 (CST)回复[回复]

(＋)同意mcbbs的代码也是有行号的，没行号看不清楚。—— 洞穴夜莺 2020年8月27日 (三) 16:41 (CST)

(：)回应语法高亮要不要安排？（不过要用js）--洞穴夜莺（讨论） 2020年8月29日 (六) 00:56 (CST)回复[回复]

(：)回应我去尝试一下。（成不成功就不知道了）--

QWERTY_52_38 讨贡 2020年8月29日 (六) 07:08 (CST)回复[回复]

语法高亮我昨天做好了。见用户:QWERTY_52_38/common.js。不过这需要对页面标签进行改动，还要添加按钮，不知我的代码是否会出bug。--

QWERTY_52_38 讨贡 2020年9月1日 (二) 20:40 (CST)回复[回复]

效果：

--

QWERTY_52_38 讨贡 2020年9月1日 (二) 20:40 (CST)回复[回复]

(＋)支持好多了，建议加上。 --洞穴夜莺（讨论） 2020年9月4日 (五) 22:23 (CST)回复[回复]

是否考虑将{{不完整}}进行分类

最新留言：2020年8月29日 (星期六)3条留言3人参与讨论

如题，现在“不完整”模板实在是太多，而进入填坑区一看看到近一百个页面有不完整，而并无任何详细信息，对编辑者不方便。

我提议，可以加入类似“不完整/排版混乱”，“不完整/信息残缺”等模板，可以方便编辑者寻找适合自己能力的，进行条目完善。

因为这个修改还不小，所以我提出来和大家讨论一下。-- 自由李代数讨贡狗娃安慰噶喔。 2020年8月27日 (四) 22:33 (CST)回复[回复]

(☩)意见我对此持中立，此类模板应用甚多，修改极为繁琐。而且若一个页面有多个不规范之处会造成冗余。--

MashKJo-{（用户页）/（讨论页）/（贡献）}- 2020年8月27日 (四) 22:46 (CST)回复[回复]

(－)反对工作大，没卵用 --洞穴夜莺 2020年8月28日（五） 12:56（CST）

(＋)支持这确实很有助于编辑者的编辑，对此我表示支持 --永远的友人（讨论） 2020年8月29日 (六) 14:57 (CST)回复[回复]

建议删除模板 eee

最新留言：2020年9月10日 (星期四)11条留言6人参与讨论

建议删除：{{eee}}。

咏e 是一种违规行为，不值得提倡。
1. 完全不值得四处宣扬——这模板就好像你把泥巴丢到别人的身上，还四处宣扬以此为荣。
咏e 的梗没有传播广泛到到值得单开一个模板。
这种模板会给人一种错觉——“咏e了就能像xxx一样出名了”。
不少用户曾被咏e 骚扰，将这种违规行为拿出来摆到台面......未免也太无聊了。

考虑到可能会有人说“啊，照你这么说，那么其他幽默模板也没有存在的必要了嘛！”，我这里先提一句：
- {{混乱凝视}}：混乱是MCBBS管理员中较为出名的一位，且其已成为MCBBS用户间传播的一个符号；与咏e 不同，这种符号的传播并不会鼓励违规行为——理由是咏e 传播开之后，很快出现了变本加厉的破坏者，而混乱相关的梗火起来了并不会给其他用户造成麻烦。
- {{机翻有理}}：机翻已经是翻译圈子里绕不过去的梗，这个圈子门槛较高，一般不会混进为了出风头而故意到处搞事的小鬼——确实有，不过这种行为因为有门槛且对普通用户影响较小，没有限制收录机翻相关内容的必要。
  - 作为比对，当用户使用50w个无意义字符污染版面的时候，所有点击进去的用户都会注意到浏览器未响应，而一个用户发布机翻内容的时候，只会骂一句然后退出。
  - 与机翻相比，咏e 门槛低，影响范围大，防不胜防（机翻搞事一般是发主题帖，好发现好处理，咏e 可以发生在回帖和评分中），且这个“咏”奇葩的称呼总是会招致不知哪里冒出来的效仿者。
- {{一本道}}：这个模板本身并不鼓励四处胡说八道，所有抖机灵的页面都需要挂上这个模板提醒阅读者“这个页面有开玩笑的内容”——以娱乐为目的的侃大山时，抖机灵可以带来笑容，正经说事的时候就麻烦正经一些。
- 我注意到最近新出了一个条目“咏士”，咏士本意是诗人，褒义；这里却指代咏e 的人，且谐音“勇士”，且不提是否是“褒义贬用”，我个人很是疑虑其会不会引出新的破坏者。

—— Salt lovely「敢竭鄙怀，恭疏短引」 2020年8月30日 (日) 20:36 (CST)回复[回复]

(－)反对eee模板没有提倡这种行为，反而说“务必遵守论坛规章制度”，这已经是一个不提倡的信号。至于“咏士”，个人认为有反话捧黑嫌疑。--洞穴夜莺（讨论） 2020年8月30日 (日) 23:03 (CST)回复[回复]

(：)回应？

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

—— Salt lovely「敢竭鄙怀，恭疏短引」 2020年8月30日 (日) 23:54 (CST)回复[回复]

(＋)同意我也一直这么想，只是暂时还没说的。我也一样觉得wiki在咏e的增多方面起到了不小的作用，我还曾经想过把一道阳光删了解决问题（但后来打消了这个念头），但如此这些页面语调明显不当。应该作出整改。-- 自由李代数讨贡狗娃安慰噶喔。 2020年8月31日 (一) 06:39 (CST)回复[回复]

还有，最近出现了较为明显的滥用{{违规文化相关内容}}模板现象，会不会和这个有关？-- 自由李代数讨贡狗娃安慰噶喔。 2020年8月31日 (一) 06:40 (CST)回复[回复]

(＋)同意。补充一点，目前10个页面包含了{{eee}}。--QWERTY_52_38 讨贡 2020年8月31日 (一) 12:33 (CST)回复[回复]

(－)反对。任何有认知能力的用户都能很轻易的看出咏e是违规行为，如果仅仅是因为这种原因就停止收录此类内容，那末地人才名录也应该被删除。不过可以修改一下模板内容，强化对咏e是违规行为这一事实的表述和警告。--Xiang xge（讨论） 2020年8月31日 (一) 14:22 (CST)回复[回复]

(：)回应根据长期观察，一部分用户没有认知能力，这不是夸大。--

自由李代数讨贡狗娃安慰噶喔。 2020年9月6日 (日) 17:48 (CST)回复[回复]

(：)回应我仍然认为此类做法有失妥当。

的确，论坛内有相当一部分缺少对坛规版规有正确认知能力的用户，但他们进行违规行为更多应归咎于他们自身的素质，而不是简单的几个梗的流传。事实上，我认为“咏e”这个梗所做的仅仅是让更多本就不把坛规放在眼里的用户集中选择了“咏e”这一方式，即使没有这个梗他们也早晚会进行违规行为。而曾经遵守规章，因为看到“咏e”这个梗就去违规的，绝对是极少数。
关于“最近‘咏e’这种低级破坏行为越来越多”这种说法，除了515钴版事件以及零零星星的几个用户后几乎找不到所谓“大规模咏e”的情况了。515钴版事件发生于一道阳光事件前后，一道阳光对这一事件以“咏e”的方式发生的确有带动作用，但我认为这仅仅是对这一事件以“咏e”的方式发生有带动作用，在当时的情况下即使没有“咏e”这个梗这一事件也会以其他的方式展现。
删除此类内容是一个不好的开端，很可能导致以后更多的页面因为此类原因被删除。比如末地人才名录，以上面的方法来解释我完全可以说“空口一句“末地人才”，怎么知道这是贬义？”更别说的确也有在末地大肆违规还叫嚣着要自己被收入人才名录的情况发生那么，这个页面是否也该被删除？而混乱凝视这类模板，这可以被说成是对管理员的不尊敬（毕竟也的确有在茶馆说yys不好被警告的）。---- xiang_xge·讨论/贡献 2020年9月9日 (三) 12:43 (CST)回复[回复]

容我插一下，居然有人要被收录？链接发一下bushi）--

MashKJo-{（用户页）/（讨论页）/（贡献）}- 2020年9月10日 (四) 20:40 (CST)回复[回复]

(：)回应[[1]],而且好像不止这一个。---- xiang_xge·讨论/贡献 2020年9月10日 (四) 20:58 (CST)回复[回复]

关于收录范围扩展

最新留言：2020年8月31日 (星期一)3条留言3人参与讨论

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

不知各位是否同意bbswiki扩展收录范围。

如果同意，请推荐要的收录范围并说明理由。

不同意，请说出理由。

例:

(＋)同意建议添加收录范围[原创皮肤|材质资源],因最近有人(某Elen)反馈为什么不收录皮肤等资源。

(－)反对太操之过急，应一步步来。

Eicy（讨论） 2020年8月30日 (日) 21:55 (CST)回复[回复]

(：)回应建议移除形式限制，允许任何知名度高的作品。--洞穴夜莺（讨论） 2020年8月30日 (日) 22:55 (CST)回复[回复]

(：)回应我认为mcbbs内的一切有质量作品都可以，且应当收录。-- 自由李代数讨贡狗娃安慰噶喔。 2020年8月31日 (一) 06:42 (CST)回复[回复]

诡异bug

最新留言：2020年9月12日 (星期六)6条留言3人参与讨论

今天碰上奇葩bug，以我是人为例。他的编辑数：特殊:Editcount/我是人1012

但是{{Special:Editcount/我是人1012}}
和182并不相等，举例如下：
{{#ifeq:{{Special:Editcount/我是人1012}}|182|eq|noteq}}↓

noteq 这是什么bug？有人知道吗？-- 自由李代数讨贡狗娃安慰噶喔。 2020年9月1日 (二) 20:43 (CST)回复[回复]

而且此bug由于未知原因导致{{cmp}}完全失效。--

自由李代数讨贡狗娃安慰噶喔。 2020年9月1日 (二) 20:54 (CST)回复[回复]

{{Special:Editcount/我是人1012}}与赋值给变量的自身都不相等。太奇怪了。

{{#vardefine:v|{{Special:Editcount/我是人1012}}}}
{{#ifeq:{{Special:Editcount/我是人1012}}|{{#var:v}}|eq|noteq}}

结果：

eq

--QWERTY_52_38 讨贡 2020年9月1日 (二) 20:52 (CST)回复[回复]

另外，关于{{cmp}}以及{{勋章墙}}的问题，其实可以用js解决。当然这就需要创建Widget了。--QWERTY_52_38 讨贡 2020年9月2日 (三) 20:29 (CST)回复[回复]

该插件提供的参数类型不被解析器函数支持。 --

Sheep-realms（讨论） 2020年9月12日 (六) 12:57 (CST)回复[回复]

问题已答复

该问题目前已有答复，但提问者并未回复。若提问者长时间不回复，该讨论串将会被存档，您依然可以继续在上方添加回复。如果您是提问者，请在回复后移除此模板。

——

QWERTY_52_38 讨贡 2020年9月12日 (六) 14:06 (CST)回复[回复]

能不能给回退加上确认按钮

最新留言：2020年10月7日 (星期三)4条留言4人参与讨论

如题，因为我是手机端用户，现在的css加载出来之前显示的是最开始时的样式，如果我在最近更改点了“差异”，而此时css加载出来了，整个文字就会向上移动，导致点成了回退，还得回退我自己。我已经遇到7次了，所以可不可以给回退加上确认按钮？-- 自由李代数讨贡狗娃安慰噶喔。 2020年9月5日 (六) 18:01 (CST)回复[回复]

(？)疑问手机版有编辑功能吗？--洞穴夜莺 2020年9月5日 (六) 18:20 (CST)

找MediaWiki吧，之前说过了，而且Wiki更新，很多扩展需要看一下有没有问题-

坑触可 2020年9月5日 (六) 18:25 (CST)

做不到 --

Sheep-realms（讨论） 2020年9月12日 (六) 12:55 (CST)回复[回复]

一个不错（沙雕）的办法是把MediaWiki:Rollbacklinkcount和MediaWiki:Rollbacklinkcount-morethan清空。 -开炸弹车（讨论） 2020年10月7日 (三) 13:29 (CST)回复[回复]

提议已否决

该提议经过讨论已被否决。该讨论串不久之后将会被存档，您依然可以继续在上方添加回复。

——

QWERTY_52_38 讨贡 2020年9月12日 (六) 14:06 (CST)回复[回复]

建议重新开启fandomwiki

最新留言：2020年9月21日 (星期一)2条留言2人参与讨论

没错，又是我

我看到cc协议里有这样一句话:署名 — 您必须给出适当的署名，提供指向本许可协议的链接，同时标明是否（对原始作品）作了修改。您可以用任何合理的方式来署名，但是不得以任何方式暗示许可人为您或您的使用背书。

我觉得似乎关闭fandomwiki似乎违反了这句话，因为这没有为原来的贡献者署名。最好的署名方法就是重新开启fandomwiki，也不难，只需要发个工单即可。

之后最好设置一个权限，让所有页面都不能编辑。--冰川橘子(talk) 2020年9月13日 (日) 06:10 (CST)回复[回复]

无人回复

该话题自发起至今无人回复。若该讨论串长时间不再有新回复，该讨论串将会被存档。如果您有意回复，请在回复后移除此模板。

——--

自由李代数讨贡狗娃安慰噶喔。 2020年9月21日 (一) 12:59 (CST)回复[回复]

权限问题

最新留言：2020年9月25日 (星期五)6条留言2人参与讨论

嗯，又是奇奇怪怪的问题。简单来说，前段时间麦氏提议增加巡查员权限，大家全部同意，提议通过。增加的权限有：

封禁用户
更改封禁
删除页面
恢复被删页面
查看防滥用过滤器详细日志

大部分权限都是有的了，但“恢复被删页面”不知为何没有。我看了看特殊:用户组权限，上面写的是我有undelete的权限，但无法执行，点开特殊:恢复被删页面，提示要管理员用户组。

所以这是怎么回事？-- 自由李代数讨贡狗娃安慰噶喔。 2020年9月21日 (一) 12:59 (CST)回复[回复]

(？)疑问可以执行。我刚刚恢复了User:QWERTY_52_38/deletetest。--

QWERTY_52_38 讨贡 2020年9月22日 (二) 20:39 (CST)回复[回复]

(：)回应我试了，还是不行。这样吧，你考虑一下发个“恢复被删页面”的地址链接和/或截图吧。--

自由李代数讨贡狗娃安慰噶喔。 2020年9月22日 (二) 21:42 (CST)回复[回复]

(：)回应

{
	"action": "undelete",
	"format": "json",
	"title": "User:QWERTY_52_38/deletetest",
	"token": "33a5dc9396893b9e5a017628f356ddec5f6b4446+\\"
}

--QWERTY_52_38 讨贡 2020年9月23日 (三) 20:45 (CST)回复[回复]

重新试了试，正常的，看来是我的问题。-- 自由李代数讨贡狗娃安慰噶喔。 2020年9月25日 (五) 20:13 (CST)回复[回复]

问题已解决

该问题已由提问者确认解决或公认已解决。该讨论串不久之后将会被存档，您依然可以继续在上方补充答复。

——--

自由李代数讨贡狗娃安慰噶喔。 2020年9月25日 (五) 20:13 (CST)回复[回复]

建议使用户页能自动获取用户头像

最新留言：2020年10月6日 (星期二)3条留言2人参与讨论

Rt，建议使用户页能像自动获取用户主页链接这样自动获取用户头像

--永远的友人（讨论）

穷举是一个不错的方法.jpg-

坑触可 2020年10月5日 (一) 22:28 (CST)

穷举不是一个好方法，工作量太大（因为每天都有新人过来）--

QWERTY_52_38 讨贡 2020年10月6日 (二) 08:51 (CST)回复[回复]

主要问题是“如何获取用户头像”-

坑触可 2020年10月6日 (二) 09:13 (CST)

这到好说，是https://www.mcbbs.net/uc_server/avatar.php?uid=<用户UID>&size=middle --永远的友人（讨论）

这不简单，用户主页https://www.mcbbs.net/home.php?mod=space&uid=<uid>是允许爬虫爬的啊。--洞穴夜莺 2020年10月6日 (二) 14:28 (CST)

如果能实现引用外部图片，https://www.mcbbs.net/uc_server/data/avatar/前3位/前4-5位/前6-7位/后2位_avatar_big.jpg就可行，例如[2]可以考虑用模块分uid。 --开炸弹车（讨论） 2020年10月6日 (二) 17:21 (CST)回复[回复]

主要是标题替换（效果看本页面吧）和如何获取图片（单靠一个用户名）-

坑触可 2020年10月6日 (二) 17:35 (CST)

标题替换:将$wgRestrictDisplayTitle设置为false，至于用户名获取图片:那没事了( --开炸弹车（讨论） 2020年10月6日 (二) 18:08 (CST)回复[回复]

获取图片这到好说，是https://www.mcbbs.net/uc_server/avatar.php?uid=<用户UID>&size=middle --永远的友人（讨论）

单靠一个用户名，有没有仔细看-

坑触可 2020年10月7日 (三) 17:07 (CST)

我觉得你才没仔细看，用户主页都获取了还差uid吗？--洞穴夜莺 2020年10月7日 (三) 20:35 (CST)

假设一下，只靠用户名访问论坛用户头像图床呢-

坑触可 2020年10月8日 (四) 09:55 (CST)