讨论:讨论板

Jaanai留言 | 贡献2021年4月29日 (四) 19:43的版本 →‎建议删除模板:eee:​ // Edit via Wikiplus

最新留言:2021年4月29日 (星期四)由Jaanai在话题建议删除模板:eee内发布


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


关于收录范围扩展

为了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。 --用户:沙漠之鹰xzyTalk) 2020年11月7日 (四) 12:25:34 (CST)

?
wiki建站初衷就是玩梗,现在虽然有很多正经条目,核心仍然是沙雕。我倒不希望bbswiki变成萌百那样——从AGC百科变成萌娘版wp大杂烩。--  MashKJo-{(用户页)/(讨论页)/(贡献)}- 2020年11月7日 (六) 17:12 (CST)回复[回复]
(:)回应好吧,那么我觉得至少在用户页放一些作品链接和简单介绍应该可以吧,不要专门开页面 --用户:沙漠之鹰xzyTalk 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)回复[回复]

建议集中一些勉强达到收录标准的被封禁MCBBS用户的页面

满足以下条件的用户,MCBBS Wiki禁止收录:
仅仅是单一违反坛规/版规、遭到封禁而没有其他特殊事迹的、可撰写内容特别少的。

考虑到被封禁的MCBBS用户中,存在那种搞过事却没什么值得注意的用户(比如最近收录的mcdalu),我建议将这类页面集中起来,移动到某个页面的子页面中(比如集中为“其他永久封禁用户”页面的子页面),在大家族模板中只填写根页面名即可。

主意不是我想的,是幻沙在群里提到的。-- Salt lovely非谢家之宝树接孟氏之芳邻 2021年2月10日 (三) 11:04 (CST)回复[回复]

(+)支持顺便收录之前删掉的gamerteamed--洞穴夜莺 2021年2月10日 (三) 11:13 (CST)

(✗)拒绝很多内容未必如你所说,是无意义的。 --用户:沙漠之鹰xzyTalk 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)
不是很懂,不过... 你可以发起一个新的讨论串,提议增加反馈版人才名录这种(类似于末地人才名录)条目,专门收集这些有趣的东西。-- Salt lovely非谢家之宝树接孟氏之芳邻 2021年2月10日 (三) 22:42 (CST)回复[回复]
或许。。。可以创建一个不到收录标准但很有趣的总集。--沙漠之鹰xzy求知若饥 虚心若愚) 2021年2月11日 (四) 11:56 (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)回复[回复]
提议已采纳
该提议经过讨论已被采纳。该讨论串不久之后将会被存档,您依然可以继续在上方添加回复。
——-- 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)回复[回复]
我 在 整 活。  --Eicy讨论) 2021年2月17日 (三) 21:42 (CST)回复[回复]

前两个命名的巨大问题:如果这样命名,那么这个Wiki也应该可以被叫作MCBBS Wiki (MashKJo)MashKJo-MCBBS Wiki

两个看起来都很诡异,特别是后面一个。--<   自由李代数 狗娃安慰噶喔。> 2021年2月17日 (三) 21:32 (CST)回复[回复]

实在想改的话 MCBBS Wiki(2012)/MCBBS Wiki(2020) -- Eicy讨论) 2021年2月17日 (三) 21:43 (CST)回复[回复]

我个人认为这个标题就,挺好的。关于现在这个MCBBS Wiki,为什么要另开条目呢,直接重定向到首页就好了啊。然后针对重定向和这个页面做一个消歧义页。--  MashKJo-{(用户页)/(讨论页)/(贡献)}-61 2021年2月17日 (三) 21:52 (CST)

(☩)意见 MCBBS Wiki(黄凯航于2012年创建的同类网站),不过可能有点太长了。Salt讨论) 2021年2月20日 (六) 16:43 (CST)回复[回复]
这个可以作为重定向标题。-- QWERTY_52_38 2021年2月22日 (一) 22:04 (CST)回复[回复]

升级问题

我发现了一个bug:用户js在有的页面不能正常加载,例如:所有的特殊页面。-- QWERTY_52_38 2021年2月22日 (一) 22:02 (CST)回复[回复]

是的,昨天我的用户js也失效了(特殊:移动版差异这样的),导致我手滑回退了。--<   自由李代数 狗娃安慰噶喔。> 2021年2月22日 (一) 22:50 (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)回复[回复]
[1] 这是及时的,似乎没有别的办法了。--<   自由李代数 狗娃安慰噶喔。> 2021年3月6日 (六) 10:29 (CST)回复[回复]
可以使用爬取2.8w+次编辑数据,再用脚本处理。然后将这2.8w次的json保存下来,每天定期获取新的编辑数据,加上去就行了。脚本已经写好了。-- QWERTY_52_38 2021年3月10日 (三) 19:53 (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回复[回复]

我这里显示了你的新版本啊,没毛病啊。。。——Fsddg 41讨论) 2021年3月6日 (六) 23:13 (CST)回复[回复]
(&)建议 缓存问题,请耐心等待几分钟,或强制浏览器刷新缓存(一般是Ctrl+F5)。-- Salt lovely非谢家之宝树接孟氏之芳邻 2021年3月25日 (四) 13:05 (CST)回复[回复]
问题已解决
该问题已由提问者确认解决或公认已解决。该讨论串不久之后将会被存档,您依然可以继续在上方补充答复。
——-- 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)回复[回复]
问题已解决
该问题已由提问者确认解决或公认已解决。该讨论串不久之后将会被存档,您依然可以继续在上方补充答复。
——-- Salt lovely非谢家之宝树接孟氏之芳邻 2021年4月4日 (日) 21:22 (CST)回复[回复]

关于积分分析饼图功能的问题

目前的积分分析饼图(也就是{{MCBBS积分分析}}模板)有以下几个问题:

  1. 包含负积分时无法正常显示。
  2. 承接上一条,这个饼图还被用于永久封禁组用户页面 
  3. 跨域代理用的是白嫖来的workers,很

针对前两条,我目前想到的解决方案是:

  1. 不显示负积分,或者将负积分归零塞进饼图。
  2. 不显示积分过于离谱的用户。

而针对第三条,我想到的办法是:

  1. 找个会后端的大佬写个HTTP代理(转发GET就行)。
  2. 找个会后端的大佬帮忙写个服务端爬取论坛数据(用户请求哪个爬个就行),带缓存,每半个小时一次更新数据那种,然后部署在幻沙的小土豆上 XD 。
  3. 没别的办法,要不谁去和MCBBS的后端讲一下,让论坛的接口支持JSONP或者CORS?

-- Salt lovely非谢家之宝树接孟氏之芳邻 2021年4月4日 (日) 21:48 (CST)回复[回复]

补充
  1. 这个模板在短页面使用时看起来非常草,例如https://mcbbs-wiki.cn/wiki/V%E4%B9%90%E4%B9%90
  2. 全屏之后再退出时图会变得巨大

洞穴夜莺 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)

编辑数可以用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的时间。
  • 如果模式为“不转换”则几乎不消耗资源。

目前已知问题:

  • 从“转换为简体”切换到“不转换”时不会恢复网页中的繁体字,只能刷新
    • 这是技术问题,没有优雅的解决方案。
  • 部分“只”(“一只兔子”和“只是兔子”中的“只”仅在简体中一样)“发”(“头发”和“发达”中的“发”仅在简体中一样)转换错误。
    • 错误示例:“只在”“石头发光”。
    • 你可以启用这个工具,然后切换“转换为繁体”看看上面那句的转换效果。

现在问题来了,这个工具好像用处不大(大部分用户是简体字用户),所以我应该全局启用还是做成小工具还是让有需要的用户自行启用?。 -- 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)回复[回复]

刚来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

那么喜欢咏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)回复[回复]
返回到“讨论板”页面。