MCBBS Wiki欢迎您共同参与编辑!在参与编辑之前请先阅读Wiki方针。
如果在编辑的过程中遇到了什么问题,可以去讨论板提问。
为了您能够无阻碍地参与编辑 未验证/绑定过邮箱的用户,请尽快绑定/验证。
MCBBS Wiki GitHub群组已上线!
您可以在回声洞中发表吐槽!
服务器状态监控。点击进入
本站由MCBBS用户自行搭建,与MCBBS及东银河系漫游指南(北京)科技有限公司没有从属关系。点此了解 MCBBS Wiki 不是什么>>
讨论:讨论板
欢迎来到 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)
建议集中一些勉强达到收录标准的被封禁MCBBS用户的页面
满足以下条件的用户,MCBBS Wiki禁止收录: 仅仅是单一违反坛规/版规、遭到封禁而没有其他特殊事迹的、可撰写内容特别少的。
考虑到被封禁的MCBBS用户中,存在那种搞过事却没什么值得注意的用户(比如最近收录的mcdalu),我建议将这类页面集中起来,移动到某个页面的子页面中(比如集中为“其他永久封禁用户”页面的子页面),在大家族模板中只填写根页面名即可。
主意不是我想的,是幻沙在群里提到的。-- Salt lovely「非谢家之宝树,接孟氏之芳邻」 2021年2月10日 (三) 11:04 (CST)
- (+)支持顺便收录之前删掉的gamerteamed--洞穴夜莺 2021年2月10日 (三) 11:13 (CST)
(✗)拒绝很多内容未必如你所说,是无意义的。 --用户:沙漠之鹰xzy(Talk Contribs) 2021年2月10日 (三) 21:03:18 (CST)
- (?)疑问 你在说什么?我讲的是集中达到了收录标准,但是写不了太多内容的永久封禁MCBBS用户条目,又不是把所有的永久封禁组都塞进去;关于被集中的条目,编写上依旧安装标准来,只是作为一个子条目存在(如“AAA” -> “其他永封用户/AAA”)。另外,什么“无意义”? -- Salt lovely「非谢家之宝树,接孟氏之芳邻」 2021年2月10日 (三) 22:07 (CST)
- (:)回应我说的是指就是很多未达到标准的,但是话很有意思的也有必要收录。无意义指的就是说你们觉得收录这些不达到收录标准的是这样的。
- 算了不说了,感觉越说越绕了。 --用户:沙漠之鹰xzy(求知若饥 虚心若愚) 2021年2月10日 (三) 22:32:34 (CST)
- (+)支持 --Eicy(讨论) 2021年2月11日 (四) 09:17 (CST)
话说这里谁还有那两个被删除页面的数据吗?就是gamerteamed和祖安猎母者的,发我讨论页。 --用户:沙漠之鹰xzy(求知若饥 虚心若愚) 2021年2月12日 (五) 21:03:53 (CST)
- (:)回应请见用户:QWERTY 52 38/存档/MBW/gamerteamed和用户:QWERTY 52 38/存档/MBW/祖安猎母者。--QWERTY_52_38 讨 贡 2021年2月14日 (日) 08:32 (CST)
(+)支持这样既可以保证收录数量也能保证单页面质量,支持。---- xiang_xge·T/G 2021年2月17日 (三) 08:31 (CST)
- 同意比反对票3:1,通过并归档。-- Salt lovely「非谢家之宝树,接孟氏之芳邻」 2021年3月25日 (四) 14:03 (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)
升级问题
我发现了一个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)
为什么这个图片上传后没有更新
https://mcbbs-wiki.cn/wiki/%E6%96%87%E4%BB%B6:%E7%89%88%E4%B8%BB%E6%B2%99%E9%BE%99.png
我上传了这张图片去掉旁边的那个5的版本
可是上传后就变成原图的样子了
--800805(讨论) 2021年3月6日 (六) 21:18 (CST)800805
- (&)建议 缓存问题,请耐心等待几分钟,或强制浏览器刷新缓存(一般是Ctrl+F5)。-- Salt lovely「非谢家之宝树,接孟氏之芳邻」 2021年3月25日 (四) 13:05 (CST)
目前的PersonInfoBox模板不支持默认头像显示
RT,目前的PersonInfoBox模板无法调取DZ默认头像,显示图片错误
而且Avatar封装进PersonInfoBox之后模板里也没有办法自定义插入图片了,望修复 ---- xiang_xge·T/G 2021年3月25日 (四) 07:40 (CST)
- 啊,是MCBBS的锅,不存在的图片被重定向到了 https://attachment.mcbbs.net/uc_serverimages/noavatar.svg 而不是新地址 https://www.mcbbs.net/uc_server/images/noavatar.svg ,目前暂时修复了。-- Salt lovely「非谢家之宝树,接孟氏之芳邻」 2021年3月25日 (四) 14:08 (CST)
关于积分分析饼图功能的问题
目前的积分分析饼图(也就是{{MCBBS积分分析}}模板)有以下几个问题:
针对前两条,我目前想到的解决方案是:
- 不显示负积分,或者将负积分归零塞进饼图。
- 不显示积分过于离谱的用户。
而针对第三条,我想到的办法是:
- 找个会后端的大佬写个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)
关于用户积分等级与编辑数插件的问题
已实锤最新版本Editcout在含有 用户积分等级 的页面下会导致页面崩溃。 现已关闭Editcout插件,因我学业繁忙,所以请相关管理员尽快修复。Eicy(讨论) 2021年4月5日 (一) 10:21 (CST)
所以现在该如何统计用户的编辑数和积分呢?前几天也有巡查员申请来着。 -- Best regards, LeoPro | Talk | Contributions | 30 2021年4月11日 (日) 20:22 (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)