讨论:讨论板

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

关于用户积分等级与编辑数插件的问题

已实锤最新版本Editcout在含有 用户积分等级 的页面下会导致页面崩溃。 现已关闭Editcout插件，因我学业繁忙，所以请相关管理员尽快修复。Eicy（讨论） 2021年4月5日 (一) 10:21 (CST)

所以现在该如何统计用户的编辑数和积分呢？前几天也有巡查员申请来着。 -- Best regards, LeoPro | Talk | Contributions | 30 2021年4月11日 (日) 20:22 (CST)

编辑数可以用API([1]这样的)。积分似乎没有现成的方法。--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2021年4月18日 (日) 08:24 (CST)

(：)回应已经制作相应脚本解决。具体内容放到了另一个讨论版话题了。--QWERTY_52_38 讨 贡 2021年7月25日 (日) 19:51 (CST)

无效讨论

该话题因言论不适宜、无意义内容或错误的讨论区定义为无效讨论。该讨论串不久之后将会被存档，请勿继续添加回复。

——QWERTY_52_38 讨 贡 2021年7月25日 (日) 19:51 (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

“

那么喜欢咏e，为啥不去看看用户:Salt_lovely/Spell_e呢，里面的代码每秒生成的“e”字符可是比文中所述的多不知道多少倍呢，这些咏e的人真的是太奇怪了呢

”

明日之下在论坛中进行了“咏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)

(＋)同意话之前我说过了，这里可以不再复制粘贴了 --用户:沙漠之鹰xzy（求知若饥 虚心若愚） 2021年6月30日 (三) 15:48 (CST)

(＝)中立我认为eee模版存在有一定作用,可以醒目的让阅读者知道这是作死行为,但是现在的介绍有些不正经(虽说这个wiki好像就是用来整活的),但只要修改一下应该就可以有效的让大家严肃起来(仅代表个人观点)——Fsddg 41（讨论） 2021年7月3日 (六) 22:11 (CST)

另外，建议先加个{{用梗适度}}的模版吧。 --用户:沙漠之鹰xzy（求知若饥 虚心若愚） 2021年7月4日 (日) 13:05 (CST)

请求takedown词条“jvav”

1. 1 当事人心智不成熟 收录梗不能作为对未成年人实施网络暴力的借口 有违客观中立立场

如何看待一名低龄网民在qq群中说出“我会jvav”后被他人将相片和姓名挂在网络上嘲讽的现象？ - 知乎

1. 2 扩大传播的jvav.top创建人 zihangu 在中文互联网社区曾引起较大争议

详见：https://www.zhihu.com/question/394105406 题外话：就连 zihangu 这种行径恶劣的人都能演双簧复活出来跳脚并且未受到任何制裁 以看乐子的心态协助这种烂人迫害人我觉得不妥 --∞沁χ諡טξìц 2021年5月28日 (星期五) 18:56

(＋)Do Agree. The entry 'jvav' doesnot contain an appropriate content, it's infringement of that child's right & we shouldnot compulsions on an under-age to do-everything-right.

Besides, u may use '封存' in place of 'takedown' in cn-lang. After all, most of our users speak in Chinese.

And ws more, use ~~~~(~*4) to sign your words, so that there will be an automatic-generated timestamp. -- Salt Lovely _{留言·贡献} 2021年5月28日 (五) 19:17 (CST)

Wiki的分类中页面的排序

RT，感觉乱七八糟，无法看出是如何排序的，但很明显不是字母表顺序。建议修改。分类:作大死--洞穴夜莺 2021年5月29日 (六) 18:44 (CST)

(：)回应 使用“PinyinSort”（拼音排序）扩展排序的，详见 https://github.com/nbdd0121/MW-PinyinSort ，修改的话，需要会PHP的管理员（比如绵羊）动手。-- Salt Lovely _{留言·贡献} 2021年5月30日 (日) 20:12 (CST)

问题已解决

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

——QWERTY_52_38 讨 贡 2021年7月25日 (日) 19:51 (CST)

(－)反对 解决什么了？最后的方案是改还是不改？--洞穴夜莺 2021年7月25日 (日) 20:44 (CST)

关于收录范围扩展#2

鉴上提议关于收录范围扩展被多数人所接受且提出了自己所认为应该拓展到的范围，故再次发起新提议投票最终确定收录范围（可在已给出的提议下进行补充）。

投票形式示例:

1.建议移除形式限制，允许任何知名度高的作品。

(＋)同意 --Eicy（Q&A）2021年6月17日 (四) 18:55 (CST)

提议:

1.建议移除形式限制，允许任何知名度高的作品。

(＋)同意 --洞穴夜莺 2021年7月9日 (五) 13:01 (CST)

2.一切有质量作品都应当且可以收录。

(＋)同意 --永远的友人（讨论） 2021年7月11日 (日) 16:13 (CST)

3.一切原创作品都可以收录。

4.收录更多的用户与小组。

提议已否决

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

——Eicy（Q&A）2021年7月25日 (日) 19:34 (CST)

建议将集中勉强达到收录标准的用户的页面范围扩大

关于在3月曾讨论过的一个话题，就是关于“集中一些勉强达到收录标准的被封禁MCBBS用户的页面”，我认为仅仅只是收录一些被封禁的用户还不够，我发现一些用户（例如papermoon和ganeteam）之类，这些感觉没啥收录意义，前者只是早期用户，后者仅仅只是于坛规1-6打擦边球。因此，我认为应该用户收录扩大范围，收录达到了收录标准，但是写不了太多内容的用户的总集。 --用户:沙漠之鹰xzy（求知若饥 虚心若愚） 2021年6月30日 (三) 15:48 (CST)

(－)反对 没有收录意义而且勉强符合收录规则的页面应当删除而不是通过修改收录范围来让其符合。--Hashtag233（讨论） 2021年7月10日 (六) 18:15 (CST)

wdym--洞穴夜莺 2021年7月10日 (六) 22:36 (CST)

(：)回应主要是因为之前盐提到将达到了收录标准但是写不了太多内容的封禁用户组人员写成一个总集，然后通过了，所以我想扩展到普通用户也不为过分 --用户:沙漠之鹰xzy（求知若饥 虚心若愚） 2021年7月12日 (一) 19:04 (CST)

(－)反对 你是想为了你将来万一被永封做准备么？—— Jaanai (Talk | Contribution) 2021年7月12日 (一) 19:14 (CST)

(：)回应不是已经永封了么？--洞穴夜莺 2021年7月12日 (一) 19:33 (CST)

(：)回应 他卡用户组了 —— Jaanai (Talk | Contribution) 2021年7月12日 (一) 21:56 (CST)

(？)疑问不是，我倒是蛮想知道，怎么像你说的一样：为永封做准备？ --用户:沙漠之鹰xzy（求知若饥 虚心若愚） 2021年7月23日 (五) 07:19 (CST)

(－)反对 请以发展的眼光看问题。勉强达到收录标准的被封禁用户，条目里已经没什么继续写的了，因此做了一个页面收收拢；而达到了收录标准的历史用户条目、或是坛友自己的条目，是有继续写下去的预期的，写个“其他用户”条目收录的行为不妥；即使普通用户的条目不再更新，要从大家族模板中摘去，也应该放进“页面废存”名字空间。

-- Salt Lovely 留言·贡献  2021年7月21日 (三) 00:16 (CST)

¿

papermoon没有收录意义？只是早期用户？

另外，之前的关于禁止单独收录违反坛规的一般奇葩的规定是我弄的，原因是gamerteamed和mcdalu这种低质量页面层出不穷。但现在并没有大量收录非封禁低质量用户页的趋势，何必放开收录范围，然后让一大堆人来wiki灌水。-- MashKJo-{（用户页）/（讨论页）/（贡献）}-61 2021年7月23日 (五) 08:43 (CST)

关于编辑积分

自从某次更新之后Editcount插件就不见了，所以我昨天做了一个自动的编辑积分统计工具。

代码地址：https://github.com/QWERTY770/MCBBS-Wiki-Editcount（大约每周更新一次数据）

使用指南：

1. 安装Python 3.9（3.8应该也行），并安装openpyxl，requests和retrying库。
2. 更改：
   1. 15行，folder = r"D:\python\mcbbswiki"改成你自己的文件目录。
3. 翻到最下面，82行注释符号去掉，把参数改成你想爬取的部分（Github仓库已有1-31559的数据，不要重复）
4. 83行把31559改成上一步最后的那个参数，数字1不变（除非你要统计某个范围内的编辑情况）
5. 执行脚本即可。

建议：

1. 把代码地址和使用指南放到MCBBS_Wiki:编辑积分这个页面里，自行获取查看。
2. 另外，文件编辑数暂时不在脚本统计范围内，因为统计过于困难。如果有好的方案，请提交pull request。
3. 调整巡查员和管理员的编辑积分需求（单独开一个话题，不在这里讨论）。
4. 如果管理员有能力的话，可以把统计脚本嵌入MCBBS Wiki中，并建立相应的模板和页面。

注：代码使用MIT License。

QWERTY_52_38 讨 贡 2021年7月25日 (日) 18:05 (CST)

(：)回应 目前由于服务器原因，无法部署py环境。editcount插件问题预计将会在将来解决。- Eicy（Q&A）2021年7月25日 (日) 19:44 (CST)

py环境不是首要问题。重要的是把建议1搞了。--QWERTY_52_38 讨 贡 2021年7月25日 (日) 19:51 (CST)

关于收录范围扩展#3

因投票结果不足以进行最后收录范围确定，故重新提出新解决办法 MCBBSWiki收录范围在现有基础上依据需求作动态修改。--Eicy（Q&A）2021年7月25日 (日) 19:40 (CST)