建议删除模板 eee
建议删除：{{eee}}。
- 咏e 是一种违规行为，不值得提倡。
- 完全不值得四处宣扬——这模板就好像你把泥巴丢到别人的身上，还四处宣扬以此为荣。
- 咏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}}。--
QWERTY770讨 贡 2020年8月31日 (一) 12:33 (CST)
(－)反对。任何有认知能力的用户都能很轻易的看出咏e是违规行为，如果仅仅是因为这种原因就停止收录此类内容，那末地人才名录也应该被删除。不过可以修改一下模板内容，强化对咏e是违规行为这一事实的表述和警告。--Xiang xge（讨论） 2020年8月31日 (一) 14:22 (CST)
- 的确，论坛内有相当一部分缺少对坛规版规有正确认知能力的用户，但他们进行违规行为更多应归咎于他们自身的素质，而不是简单的几个梗的流传。事实上，我认为“咏e”这个梗所做的仅仅是让更多本就不把坛规放在眼里的用户集中选择了“咏e”这一方式，即使没有这个梗他们也早晚会进行违规行为。而曾经遵守规章，因为看到“咏e”这个梗就去违规的，绝对是极少数。
- 关于“最近‘咏e’这种低级破坏行为越来越多”这种说法，除了515钴版事件以及零零星星的几个用户后几乎找不到所谓“大规模咏e”的情况了。515钴版事件发生于一道阳光事件前后，一道阳光对这一事件以“咏e”的方式发生的确有带动作用，但我认为这仅仅是对这一事件以“咏e”的方式发生有带动作用，在当时的情况下即使没有“咏e”这个梗这一事件也会以其他的方式展现。
- 删除此类内容是一个不好的开端，很可能导致以后更多的页面因为此类原因被删除。比如末地人才名录，以上面的方法来解释我完全可以说“空口一句“末地人才”，怎么知道这是贬义？”更别说的确也有在末地大肆违规还叫嚣着要自己被收入人才名录的情况发生那么，这个页面是否也该被删除？而混乱凝视这类模板，这可以被说成是对管理员的不尊敬（毕竟也的确有在茶馆说yys不好被警告的）。---- xiang_xge·讨论/贡献 2020年9月9日 (三) 12:43 (CST)
(－)反对既然已经说了一般心智不成熟的才会模仿，正常的用户并没有可能这样做。但是，我觉得应该是所有有eee的模版都应该有个敏感内容的标牌，或者从首页的梗文化栏删除。 顺便告诉你们一下，我昨天刚咏了630000个e。--用户:沙漠之鹰xzy（讨论） 2020年10月8日 (四) 14:46:33 (CST)
- (：)回应你的反对不仅没有好好表达你的观点，反而坚定了我要删除这个模板的意志。—— Salt lovely「敢竭鄙怀，恭疏短引」 2020年10月19日 (一) 11:21 (CST)
(－)反对每个梗都有每个梗的文化，有这个模板只是为了记录有这种事情。正常用户应该不会干这种事 ps:本人所指的正常用户是“拥有正常智商并且能正常思考的现代人” --Gear? - 论 / 献 2020年10月11日 (日) 15:51 (CST)
- (：)回应 请不要把人看得太理智了，谁都是从愚昧无知中走来的……
- (＆)建议 个人见解：既然你已经是“拥有正常智商并且能正常思考的”人，那么你要做的就不应该是对那些心智尚不健全的人展示可怜的优越感，而是引导其免于误入歧途。—— Salt lovely「敢竭鄙怀，恭疏短引」 2020年10月19日 (一) 11:21 (CST)
- (：)回应齿轮-gear：我之前表达过一次，我还要再说一次：我们需要考虑的不是正常用户，而是目前“不能完全正常思考的人”。混乱主要是他们造成的。
- (：)回应容我说句不是那么好听的话，MCBBSwiki建站的初衷之一便是收录MCBBS相关的梗文化，而不是引导用户规范言行。如果你们真把wiki当做论坛新手引导网站了，那我们干脆只收录版主们和版规算了。我不是说应该提倡违规，在条目里加入引导用户遵守坛规版规的语句也是必须的，但仅仅是因为极少数破坏分子而删除一些被论坛用户广泛认同是“重大事件/梗”的内容我认为是欠妥当的。我依然还是那个观点，心智不成熟、漠视坛规版规的人早晚会去违规的，根本不需要什么“咏e”来带动。前面有人说咏e梗的流传使得大量用户去咏e，但实际上根据我的观察，515钴版事件之后几乎没有用户大规模咏e的现象发生了。除了wwz这样的零星破坏分子，515之后的咏e几乎都是一道阳光的行为。我们当然谴责一道阳光，但不能，也没必要就此认为其他用户还会效仿。---- xiang_xge·讨论/贡献 2020年10月22日 (四) 14:18 (CST)
- (：)回应
- 的确，Wiki的初衷并非引导用户遵循论坛规章制度，但Wiki至少不能在这方面起到负面作用。
- 请审题，我们不在讨论“删除重大事件条目”，而只是在讨论“删除模板”，而模板并没有很多的实质内容。所以你后面的讨论都并非在针对话题。
- 我就认为其他用户还会效仿。心智不成熟的人永远是少不了的。“ 顺便告诉你们一下，我昨天刚咏了630000个e。”这句话就在这页里出现了，你认为这是不是属于恶劣影响呢？
- --< 自由李代数 讨 贡 狗娃安慰噶喔。> 2020年10月22日 (四) 19:11 (CST)
- （主要原因）提一句你们可能见都没见过的一个大型（指面积大）模板“一道阳光”，我意识到这个社区里已经出现了将破坏行为当谈资和娱乐的风气——没必要什么事都带着批判的目光，我只要求别整这种烂活（任何圈子的玩梗都应该圈地子萌，打着反对的旗号做宣传是在作甚）。
- （次要原因）作为处理Wiki破坏事件的管理员，我从个人情感上厌恶这种行为——“咏e”行为作为一种破坏行为，就应该限定在其页面内（除非必要情况，比如介绍某人时提到其“咏e”过），就像“机翻”相关内容不应该在没必要的情况下跑去其他条目，假如你是处理机翻行为的管理员，我相信你会去玩“暴徒产卵”的梗（甚至于玩得很开心），但你肯定不希望看见“机翻”梗在Wiki本不想干的条目到处出现，以至于有人为了被收录而故意机翻——为了被收录而故意去末地搞事的人已经出现了，删除人才名录肯定不合适，只能在页面内容和引导上操作。
- （次要原因）删除这个长相奇怪的模板（啥，你们不觉得这个配色很奇怪吗）。
- 没必要考虑如果真的删了这个模板会发生什么，我的目的是告诉各位别拿破坏行为当谈资，这个长长的讨论串某种意义上是作为一个警告留在这里的；只要这个讨论串还留在这里，下一个整这类活的就不会出现（要是真有人这么搞了估计轮不到我动手）；这个Wiki是个娱乐Wiki，整活是其生命力的重要来源，我作为最早的一批编辑者兼管理者，总不至于有摧毁这个社区的想法。
- —— Salt lovely「敢竭鄙怀，恭疏短引」 2020年10月24日 (六) 13:52 (CST)
- (＋)同意e道阳光来到隔壁咏e了（235856个e），这种行为十分恶劣，烂梗不提倡不值得玩下去。我不觉得强调咏e是违规行为有什么意义可言，搞破坏不需要理由，封禁用户才需要理由。--Lxazl5770（讨论） 2020年10月12日 (一) 10:22 (CST)
- (－)反对这事和{{eee}}有啥关系吗？e道阳光本来就会咏e啊？--洞穴夜莺 2020年10月23日 (五) 22:45 (CST)
- (：)回应那个事好像和阳光无关，最近Ta在哪里都没有活跃记录，IP也不重合 --用户:沙漠之鹰xzy（Talk） 2020年11月7日 (四) 12:28:47 (CST)
(－)反对(个人认为)创造这个模板的意义是记录这件事情，并引以为戒。把这个模板保留下来又有何不妥呢？ --Gear? - 论 / 献 2020年10月29日 (四) 21:51 (CST)
- (：)回应我现在来想，觉得吧，这个估计是阳光之前破坏wiki时设的模版，记录的是Ta的劣迹；我觉得如果不犯了也就没必要不断的炒冷饭了@永远的友人 --用户:沙漠之鹰xzy（Talk） 2020年11月7日 (四) 12:25:34 (CST)
(－)反对 咏e这类极其明显的违规行为，更像是友善的玩梗，只需在有关页面加入警示，而非全部否决。--天涯小金 2020年11月13日 (五) 21:40 (CST)
- (：)回应友善？你管随意嘲笑他人叫做友善？既然咏e看出是严重的问题，用户都不大喜欢，这种属于违规，不应该随意传播；上个月Minecraft Wiki被咏e还不够惨烈？ --用户:沙漠之鹰xzy（Talk） 2020年11月14日 (六) 18:35:04 (CST)
- (：)回应哪里看出来嘲笑了？--洞穴夜莺 2020年11月21日 (六) 00:31 (CST)
- (：)回应这种行为不过是像穹妹之前说的假定善意，实际上都在讽刺；既然没人是支持阳光这样的行为，相反，一次次这样的咏唱也一次次把阳光引回来了，前几天还看见帽子发的一个；这种实际上就是明摆着的哗众取宠，真正的解决方案我觉得还是不要这样继续下去了，这个严格来说不是梗，至少是个令人反感的。 --用户:沙漠之鹰xzy（Talk） 2020年12月9日 (三) 19:50 (CST)
- (：)回应哪里看出来嘲笑了？--洞穴夜莺 2020年11月21日 (六) 00:31 (CST)
(☩)意见：我认为这个话题，可以到此为止了。
这个话题，发起已经有四个月了，除了李代数、盐酱、斯乌几个明白人之外，其他的差不多，都是反对的。
而且纵观整个讨论串，许多人都抱着吃瓜心态，更像是一群门外汉在吵，盐酱等人客观分析了这个模板的危害。至于移除这个模板？不过是制造几个红色链接，手动移除即可。但是持反对态度的人，却是对阳光抱有近乎病态的“假定善意”，而且某些人还对所有观点都加以理由不明的驳斥，显然就是想继续玩烂梗而已。“民主”在这一方面，很像米国，不是么。
这个讨论串，如果接下来几天没有回复，我就封存了。
--
MashKJo-{（用户页）/（讨论页）/（贡献）}-61 2020年12月2日 (三) 18:19 (CST)
- (：)回应问题不大，从一开始我就不对移除这个模板抱期望，如果这个模板受多数人反对，我会直接删除而不是开一个讨论串。不过即使如此，我的态度依旧是这个模板应该删除。
- 这个讨论串的意义，与其说是要求删除，不如说是一个广义上的警告。这是一个娱乐玩梗Wiki，但是任何事都得有个限度，我不希望玩梗玩到搞错了玩梗的目的，玩梗是为了娱乐，玩违禁行为的梗则应该在娱乐的同时提醒自己不要犯一样的错误，而这个模板已经开始在试探这条线了——我希望大家不要搞错了“令人不悦”的线和“错误”的线；再加上之前介绍违禁行为的页面中时不时发现的不当用词，我发觉这里出现了模糊玩梗界限的势头；出于遏止这种势头的目的，我发起了这个讨论串。只要这个讨论串存在（无论是讨论版还是存档区），就不会继续出现这种模板（当然要是出了更过线的，那当我没说）。
- -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年12月2日 (三) 18:40 (CST)
(＝)中立有一说一，就算是删除了eee的模板，咏e、一道阳光等页面还是在的，单纯删除一个模板起到的作用不大。 --用户:居仕 2020年12月6日 (七) 17:24(CST)
- (：)回应实际上，除此以外，我觉得阳光黑历史我觉得还是开一个页面记载好，至少不再会有人不停地卡死循环。 --用户:沙漠之鹰xzy（Talk） 2020年12月9日 (三) 19:53 (CST)
且不论内容，模板的样式看着就很违和。我的态度还是和之前一样，支持删除。--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2020年12月6日 (日) 20:08 (CST)
WikiEditor编辑器修改插件
我在隔壁BWIKI编辑的时候，为了提高搬砖效率，写了一份JS，用于给WikiEditor添加新的功能（之前有在群里提到过）。
我写了一个Addon（插件），放在了MediaWiki:Addon-WikiEditorModify.js，调用代码见下：
$(document).ready(function(){ // 文档准备完毕后执行
//编辑器更改
loadAddon('WikiEditorModify')
})
//加载Addon-XXX.js
function loadAddon(s) {
mw.loader.load("//mcbbs.wiki/index.php?title=MediaWiki:Addon-" + s + ".js&action=raw&ctype=text/javascript"
, "text/javascript");
}
loadAddon('WikiEditorModify')不一定要放进$(document).ready里面，详见我的JS。
用起来感觉不错（毕竟调整了一晚上+一下午），我添加了系统变量和解析器函数功能。小编辑继续用wikiplus，写页面就用wikiEditor（点击编辑之后跳转的页面）（效果和页面底部的editTools是一样的）。
不过这个东西本来是写给隔壁BWIKI用的，所以很多功能并不适配，希望各位出出主意。
已知的不适配功能：
- 快速插入 -> 常用模板
- 图标和多图标
- 同级子页面和多同级子页面
- 折叠
- 参数
- 魔术字 -> 解析器函数
- CSS样式表
- 获取页面和获取页面+
—— Salt lovely「敢竭鄙怀，恭疏短引」 2020年11月7日 (六) 16:12 (CST)
(＝)中立刚才试了试，个人看法：我觉得没啥用其实我觉得页面底端的EditTools更没啥用，因为对我来讲点个按钮比输入代码要慢。但这对新人要友好一些（原来的编辑器真的啥也没有），所以中立。--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2020年11月7日 (六) 16:34 (CST)
建议实装免责声明
如题，免责声明草稿已经在我的用户页放了近4个月了，都开始长蘑菇了，建议实装。
—— Salt lovely「敢竭鄙怀，恭疏短引」 2020年11月24日 (二) 13:43 (CST)
- (✓)通过 管理组没有异议。 -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年12月16日 (三) 11:44 (CST)
语法高亮插件做好了
用的是Prism语法高亮，调用方法：
// 在 $(document).ready 中调用
$(document).ready(function(){
loadAddon('loadprism')
})
// 这个函数封装了 mw.loader
function loadAddon(s) {
mw.loader.load("//mcbbs.wiki/index.php?title=MediaWiki:Addon-" + s + ".js&action=raw&ctype=text/javascript"
, "text/javascript");
}
注：不建议直接调用 Addon-prism.js ，因为这个语法高亮JS需要指明语言，所以我写了 Addon-loadprism.js 用于预处理页面中的 pre 元素。
目前我写了3种方法猜测 pre 中语言类型。
- 如果给pre套一层父元素（比如套一层div），在父元素的
class里面可以指定语言。- 比如
<div class="cpp"> <pre> *** 代码 *** </pre> </div>可以指定 pre 里面是C++。
- 比如
- 会根据页面名来猜测语言。
- 比如
XXX/common.js会猜测是 JavaScript，XXX/e.vb会猜测是 VisualBasic。
- 比如
- 会根据内容来推测语言。
- 比如
#include会猜测是 C，[/color]会猜测是 BBCode。
- 比如
- 默认是Wiki语言。
-- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年11月26日 (四) 00:59 (CST)
- (：)回应第一行行首和后面的行首没有对齐，此外Java似乎没有高亮。https://i.loli.net/2020/11/28/sWpeFzKbSdcZ2U6.png" --洞穴夜莺 2020年11月28日 (六) 10:59 (CST)
- (：)回应 第一行对不齐是CSS的问题，目前除了取消padding以外没发现好的解决方法（我好菜啊.jpg）；java语法高亮已实装。-- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年11月28日 (六) 23:26 (CST)
$(function(){
// 挂在GitHub，用CDN获取
mw.loader.load('https://cdn.jsdelivr.net/gh/Salt-lovely/MCBBSWikiPrismLoader/load.js')
})我把这个插件挂在了GitHub上，利用CDN获取。-- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年12月16日 (三) 16:22 (CST)
现在更进一步，做成了小工具，可以在参数设置中直接勾选启用。-- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年12月16日 (三) 16:55 (CST)
- (：)回应 不過其實為甚麼不直接使用 SyntaxHighlight 插件？這個插件 2013 年起已經內置在 MediaWiki 了……--<JasonHK /> 2020年12月20日 (日) 21:19 (CST)
- (：)原因很多，主要是两点，一方面是这里没有使用这个标签的习惯，另一方面是不太方便定制（放在Github仓库，用CDN获取的话，我可以很方便地增减功能，修改CSS，跟随Prism更新，一切修改完毕后发布一个release即可）。 -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年12月20日 (日) 21:36 (CST)
泥潭发生了什么
今天去茶馆，提示我“本站已关闭发帖功能”。
全论坛翻了一遍，发现12.13日（今天）只有1个帖子，在mod教程版，还是版主的。
泥潭是又要维护了，还是怎么的？有人知道吗？
--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2020年12月13日 (日) 08:21 (CST)
刚才突然反应过来了，之前没想起来今天是什么日子。--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2020年12月13日 (日) 09:08 (CST)
建議啟用雙重驗證功能
如題，我想應該不必多作解釋。——<JasonHK /> 2020年12月19日 (六) 00:00 (CST)
- 这不给登录制造困难？而且MCBBS Wiki帐号并不涉及秘密、财产等敏感内容，谁这么闲来盗你号？--洞穴夜莺 2020年12月19日 (六) 10:35 (CST)
- (：)回应 雙重驗證是個選用功能，你覺得麻煩可以不啟用的。你認為沒有價值的資料在其他人的眼中可能像黃金一樣，在不同網站蒐集您的一點點資料已經足以對你發動社交工程攻擊。--<JasonHK /> 2020年12月19日 (六) 22:44 (CST)
- (？)疑问 最近发生什么特别的事了吗？ -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年12月19日 (六) 10:38 (CST)
- (：)回应 其實沒有什麼特別，雙重驗證是我使用網站的一個基本要求，只要網站支援我便會啟用。既然 MediaWiki 支援雙重驗證，網站管理員便有責任開啟這個功能，讓有需要的人自行啟用。--<JasonHK /> 2020年12月19日 (六) 22:44 (CST)
- (－)反对 MediaWiki没有原生的两步验证机制。 --
Sheep-realms（讨论） 2020年12月20日 (日) 11:58 (CST)
- ( i )注意 @Sheep-realms MediaWiki 官方已提供雙重驗證插件 OATHAuth，並且自 MediaWiki 1.31 （即這個維基目前所使用的版本）起已內置這個插件。 --<JasonHK /> 2020年12月20日 (日) 15:06 (CST)
- (：)回应 我查阅了OATHAuth扩展的文档与特殊:版本，我觉得使用了 MediaWiki 1.13.7 的本Wiki并没有安装这个扩展；即使文档里写着“此扩展已绑定在MediaWiki 1.31及以上版本 因此您不需要再次下载。”。-- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年12月20日 (日) 18:31 (CST)
- ( i )注意 @Sheep-realms MediaWiki 官方已提供雙重驗證插件 OATHAuth，並且自 MediaWiki 1.31 （即這個維基目前所使用的版本）起已內置這個插件。 --<JasonHK /> 2020年12月20日 (日) 15:06 (CST)
- (：)回应 你看錯了，這個維基的版本是 1.31.7，不是 1.13.7。——<JasonHK /> 2020年12月20日 (日) 19:28 (CST)
- (：)回应 是笔误——根据上下文可以判断；言归正传，我确实没有在这个 Wiki 找到本应捆绑安装的双重验证扩展。 -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年12月20日 (日) 19:37 (CST)
- (：)回应 應該是沒有啟用吧……
- 「This extension comes with MediaWiki 1.31 and above. Thus you do not have to download it again. However, you still need to follow the other instructions provided.」
wfLoadExtension( 'OATHAuth' );
- 沒有用這段代碼啟用的話應該不會在 Special:Version 顯示吧。——<JasonHK /> 2020年12月20日 (日) 20:19 (CST)
- ( i )注意无效@、不一定可以安装成功-
坑触可 2020年12月20日 (日) 16:32 (CST)
- ( i )注意无效@、不一定可以安装成功-
- (：)回应 這是官方提供的插件，依照官方的指示安裝的話一般不會出錯。——<JasonHK /> 2020年12月20日 (日) 21:07 (CST)
- 根据说明文档的指示，本Wiki的拓展目录中并未内置OATHAuth插件。因为某一次网站迁移的原因，部分文件和数据已经遗失。 -- Sheep-realms（讨论） 2020年12月20日 (日) 21:38 (CST)
- 補充：這個討論串的。——<JasonHK /> 2020年12月20日 (日) 22:04 (CST)
- 未來有機會加入嗎？——<JasonHK /> 2020年12月20日 (日) 22:10 (CST)
- 不過我覺得很少中國用戶會有對 TOTP 2FA 或者 FIDO U2F 的需求，畢竟大部份中國網站還停留在密碼保護問題或者 SMS 這些容易受社交工程攻擊或者已知有漏洞的雙重驗證方法……——<JasonHK /> 2020年12月20日 (日) 22:37 (CST)
- 社工攻击一直挺要命的，仅仅是双重验证是拦不住社工库的，除非所有网络账户都这么设置——考虑到“雙重驗證是我使用網站的一個基本要求”，你的方案，在所有网站给账号设置双重验证不失为一种好方法。
- 说个题外话，我的方案更加简单直接，随机生成 西文字母+阿拉伯数字(+如果可以使用符号的话) 的组合作为密码，让chrome帮我记忆，需要密码时找回即可，唯一需要记忆的复杂密码是我的邮箱密码——每个都不一样，且有双重验证。-- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年12月20日 (日) 23:15 (CST)
- 雖然我的目標是每個網站都啟用雙重驗證，但可惜我使用的網站只有少於四分之一支援 TOTP 2FA，支援 FIDO U2F 的更是少之又少。不過我其實自 2017 年 9 月起已經用密碼管理器來儲存每個網站的密碼，因此每個網站的密碼也是不同的（至少那天之後建立或更改過密碼的是）。而且自幾個月前起我開始為每個網站的帳號使用不同的電郵地址，這些電郵地址會將電郵轉寄到我正式的電郵地址，這樣既能夠保護個人私隱又能夠阻止垃圾郵件。不過繼續好像開始離題了，假如你有興趣繼續討論這個話題可以在其他渠道找我。比較容易找到我的是我的中文維基百科用戶討論頁、電郵、Telegram 和部分社交網站。MCBBS 和這個維基我只會間中上來看看，因此比較難找到我。——<JasonHK /> 2020年12月21日 (一) 00:43 (CST)
创建豆焰条目 - 帮忙我创建，我也想有自己的页面
创建豆焰条目 - 帮忙我创建，我也想有自己的页面 -- beanflame 2020年12月25日 (五) 18:09 (CST)
- 1.
此页面仅用于报告Wiki问题。 - 2. 必须签名。
- -- Salt lovely「非谢家之宝树，接孟氏之芳邻」 2020年12月25日 (五) 19:15 (CST)