讨论:讨论板

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

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

代码行数显示我觉得不错，要不要在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)

今天花了点时间测试了一下，个人觉得最好用的是prism（因为花哨（雾）），然后看了一圈，CDN提供的本体和多语言、插件是分开来的，也就是说我要用CDN来获取各种语言和插件的js与css，我需要写十几条外链。。。一次性请求这么多文件，CDN可能会拒绝，所以我去官网看了一圈，发现官网下载这个就像自助餐一样，勾选语言和插件，下载完整的单个.js和单个.css文件。。

我从官网下载的版本（十几种常见语言+显示行数插件+显示语言插件）有67.8KiB（还有一个接近6KiB的CSS），这么大的东西肯定不能塞进common.js里（common.css：看我干嘛），如果可能的话，找绵羊或幻沙，把这两个文件挂到服务器上？

感兴趣可以去看看我的js有多长。

—— Salt lovely「敢竭鄙怀，恭疏短引」 2020年10月15日 (四) 18:44 (CST)

建议删除模板 eee

建议删除：{{eee}}。

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

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

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

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

(：)回应 ？

1. 这种模板带来的影响不是一句“务必遵守论坛规章制度”就能盖过去的，更何况——这个模板表达的“咏e”的行为在这个模板的表现力远远超过了这句话。
   本条目经过e 道 阳 光认可，适合热衷作死eee的用户阅读。在eee前，请您eee
切勿eee过度，过度eee可能会招致别人eee乃至91.35W个e。
   这几句话的重点集中在“咏e”上，或者说，整个模板的重点都在“咏e”上，与之相对，“务必遵守论坛规章制度”这句话显得有些无力。
   举个现实一些的例子，想象一下有个喜欢把泥巴扔到别人身上的讨厌鬼，照理来说大家都会自动疏远ta，但是现在有几个人，把其扔泥巴的事情到处宣扬。
   “这不是什么值得提倡的事情吧？”“我们讲完了这件事之后会加一句‘你可不要这样哦’。”
   ？
2. “咏士”这个词我知道你们的想法是是褒义贬用，我上文提到了，请仔细看。
   首先要主义，任何褒义贬用、贬义煲用的语言表达，都是要结合上下文的——空口一句“咏士”，不知道来龙去脉的人怎么知道这是贬义？
   书接上文，所谓的褒义贬用本身需要结合上下文，“咏e”这个用法直接来源于一道阳光的帖子标题——若往人身上丢泥土的人将这种行为称为“菲尼术”，然后大家口口相传，将往人身上丢泥巴的行为称为“菲尼术”，又把这么做的人称为“菲尼士”，到处玩梗。
   “这种行为不值得提倡吧？”“我们这是在反话捧黑呀。”
   ？
3. 最近“咏e”这种低级破坏行为越来越多，或者说，效仿者越来越多，这个梗的传播恐怕是诱因之一。
   一个离得比较近的例子：钴版事件中的“咏e”者，都是BBSWiki的编辑者且都知道“咏e”这个梗，其中至少一人编辑过“咏e”这个条目。
4. 你可以翻看“一道阳光”和“咏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)

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

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

(：)回应 插一句，虽然末地人才名录有一部分是我贡献的，我之前也很支持这个条目（毕竟这个Wiki收录的就是这些奇奇怪怪的娱乐内容嘛），但现在我确实有提出删除末地人才名录的想法，特别是发现已经有人为了上那个名录而故意搞破坏了。—— Salt lovely「敢竭鄙怀，恭疏短引」 2020年10月19日 (一) 11:21 (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：我之前表达过一次，我还要再说一次：我们需要考虑的不是正常用户，而是目前“不能完全正常思考的人”。混乱主要是他们造成的。

“

A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools.

人家设计傻瓜式设备的时候，最常见的一个错误就是低估了大傻瓜的独创性。

”

这已经很清楚地表达出意思了。所以就此事而言，我们不应把重心放在“正常”用户上，而应放在如何“改变”“不正常”用户上。目前这一点无疑做得不好。--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2020年10月19日 (一) 21:50 (CST)

(：)回应容我说句不是那么好听的话，MCBBSwiki建站的初衷之一便是收录MCBBS相关的梗文化，而不是引导用户规范言行。如果你们真把wiki当做论坛新手引导网站了，那我们干脆只收录版主们和版规算了。我不是说应该提倡违规，在条目里加入引导用户遵守坛规版规的语句也是必须的，但仅仅是因为极少数破坏分子而删除一些被论坛用户广泛认同是“重大事件/梗”的内容我认为是欠妥当的。我依然还是那个观点，心智不成熟、漠视坛规版规的人早晚会去违规的，根本不需要什么“咏e”来带动。前面有人说咏e梗的流传使得大量用户去咏e，但实际上根据我的观察，515钴版事件之后几乎没有用户大规模咏e的现象发生了。除了wwz这样的零星破坏分子，515之后的咏e几乎都是一道阳光的行为。我们当然谴责一道阳光，但不能，也没必要就此认为其他用户还会效仿。---- xiang_xge·讨论/贡献 2020年10月22日 (四) 14:18 (CST)

(：)回应

1. 的确，Wiki的初衷并非引导用户遵循论坛规章制度，但Wiki至少不能在这方面起到负面作用。
2. 请审题，我们不在讨论“删除重大事件条目”，而只是在讨论“删除模板”，而模板并没有很多的实质内容。所以你后面的讨论都并非在针对话题。
3. 我就认为其他用户还会效仿。心智不成熟的人永远是少不了的。“ 顺便告诉你们一下，我昨天刚咏了630000个e。”这句话就在这页里出现了，你认为这是不是属于恶劣影响呢？

--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2020年10月22日 (四) 19:11 (CST)

(：)回应我仍认为再次出现大规模咏e的几率微乎其微。毕竟这个梗现在也没什么关注度了，即便茶馆对此梗的讨论热潮也早过了。删除这个模板的确不会造成什么影响，但是我担心这会开一个不好的前奏。毕竟刚才salt也说想删了末地人才名录，一旦先例一开，后果难以预料。---- xiang_xge·讨论/贡献 2020年10月22日 (四) 20:50 (CST)

(：)回应恭喜你，说到点子上了，我提出要求删除这个模板的时候，“咏e”行为刚刚梅开二度。

☆无奖竞猜☆：那个时候（还有5月的时候）水怪是从哪拿到的完整且一致的“咏e”与“一道阳光”相关资料的？☆

我提议删除{{eee}}这个模板有三个原因：

1. （主要原因）提一句你们可能见都没见过的一个大型（指面积大）模板“一道阳光”，我意识到这个社区里已经出现了将破坏行为当谈资和娱乐的风气——没必要什么事都带着批判的目光，我只要求别整这种烂活（任何圈子的玩梗都应该圈地子萌，打着反对的旗号做宣传是在作甚）。
2. （次要原因）作为处理Wiki破坏事件的管理员，我从个人情感上厌恶这种行为——“咏e”行为作为一种破坏行为，就应该限定在其页面内（除非必要情况，比如介绍某人时提到其“咏e”过），就像“机翻”相关内容不应该在没必要的情况下跑去其他条目，假如你是处理机翻行为的管理员，我相信你会去玩“暴徒产卵”的梗（甚至于玩得很开心），但你肯定不希望看见“机翻”梗在Wiki本不想干的条目到处出现，以至于有人为了被收录而故意机翻——为了被收录而故意去末地搞事的人已经出现了，删除人才名录肯定不合适，只能在页面内容和引导上操作。
3. （次要原因）删除这个长相奇怪的模板（啥，你们不觉得这个配色很奇怪吗）。

没必要考虑如果真的删了这个模板会发生什么，我的目的是告诉各位别拿破坏行为当谈资，这个长长的讨论串某种意义上是作为一个警告留在这里的；只要这个讨论串还留在这里，下一个整这类活的就不会出现（要是真有人这么搞了估计轮不到我动手）；这个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)

关于收录范围扩展

为了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)

建议重新开启fandomwiki

没错，又是我

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

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

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

(：)回应：原来fandom wiki贡献者本来就不多，而且也全在这边注册过了账号。不过既然有这个必要，今天我就去发reopen工单吧。-- MashKJo-{（用户页）/（讨论页）/（贡献）}- 2020年10月11日 (日) 20:01 (CST)

fandom support账号莫名登不上去了，找回密码试了所有常用邮箱都不行，F a n d o m N B，先搁置吧。-- MashKJo-{（用户页）/（讨论页）/（贡献）}- 2020年10月15日 (四) 19:19 (CST)

建议将bbsmaster移除管理人员页面

昨天，sjjklh说了，bbsmaster只是一个占位用户，后面不是个独立的活人。 证据：[2]

--用户:沙漠之鹰xzy（讨论） 2020年10月8日 (四) 14:46:33 (CST)

认号不认人，他的用户组是管理员，那么就没有理由移除。-- 自由李代数 讨 贡 狗娃安慰噶喔。 2020年10月8日 (四) 16:09 (CST)

(－)反对小号不开页面--洞穴夜莺 2020年10月10日 (六) 22:04 (CST)

(－)反对

1. Wiki收录内容内并没有“小号不开页面”
2. 如果你认为小号的定义是“一个自然人在时间上注册的第二个及以后的号”，那么素履信游，geludan（geludan第一个号密码忘了所以才用geludan这个号），SPGoding（因为改名的原因）等都符合以上定义，谬误之处是明显的。
3. 如果你认为小号的定义是“一个自然人不是最重要的一个号”，那么末影人疾风等明显符合（谁一注册就会艹混乱？）

综上所述，你说的“小号不开页面”是明显谬误的。-- 自由李代数 讨 贡 狗娃安慰噶喔。 2020年10月11日 (日) 09:11 (CST)

此外，Wiki是否建立一个页面，看重的是能否写出有价值的内容，而非“是不是小号”什么的。-- 自由李代数 讨 贡 狗娃安慰噶喔。 2020年10月11日 (日) 13:01 (CST)

(－)反对bbsmaster的页面几乎就是啥都不知道，你认为这样的页面是有价值的？此外，我不认为不是一个独立的活人也可以在bbs wiki上拥有一个页面。--洞穴夜莺 2020年10月11日 (日) 13:46 (CST)

(＋)同意是的，之前我也是这么想的；对于一个官方解释名存实亡的用户，记载着是有什么意义？--用户:沙漠之鹰xzy（讨论） 2020年10月11日 (日) 16:09:06 (CST)

(：)回应将“不被使用”“名存实亡”视为删除理由我认为并不适当。按这种理由，我们或许可以提交中文维百的不少的一部分条目的删除提议。 --开炸弹车（讨论） 2020年10月11日 (日) 18:27 (CST)

(－)反对收录的时候就已经考虑到这个账号背后不是一个自然人，倒不如说让我吃惊的地方是，你们以前一直以为这个账号背后是个自然人；收录的意义一方面是完整收录管理员用户组用户，另一方面是考虑到这个可能是个技术测试用的账号；我们收录“用户”的时候考虑的是这个账号有什么实际意义（娱乐？技术？搞事情？）而不是“这是个账号所以收录，这是个小号所以不收录”这样一刀切——而且已经收录进来，背后不是一个自然人的账号多了去了，没必要针对这一个。—— Salt lovely「敢竭鄙怀，恭疏短引」 2020年10月15日 (四) 18:33 (CST)

提议已否决

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

———— Salt lovely「敢竭鄙怀，恭疏短引」 2020年10月19日 (一) 11:29 (CST)

建议删除页面BLHX

如题，我在维护页面的时候看到了这个页面，首先说说我的理由：

碧蓝航线这一版块没有开放给公众，所以MCBBS坛友中知道这个的很少，Wiki编辑者中知道的更少。但是这样一来，就使很多浏览到此页面的人知道了这些，反而不适用于“保密”。且此页面加入了分类:即将推出的内容，Wiki用户很有可能循着此分类找到。

事实上Wiki收录了很多此类没有向公众开放的内容，见已停用的版块。

碧蓝航线版块及碧蓝航线Wiki不在MCBBS Wiki的收录范围内。

询问过BWiki的员工，他们说“只是做个测试，还没定”，我认为我们没有必要把没有确定的内容写进Wiki标注“待定”。

与其创建页面+全保护+标注不能写，不如删除此页面+创建保护，用户就算点进来也创建不了。

-- MashKJo-{（用户页）/（讨论页）/（贡献）}- 2020年10月17日 (六) 17:03 (CST)

(：)回应我觉得没有删除的必要,毕竟不像“全球异常事项奇术联盟”那样的保密等级(连个链接都没有)，BLHX的保密等级还是相对较低的了

证明：

证明

--Gear? - 论 / 献 2020年10月18日 (日) 18:10 (CST)

(＋)支持这个页面纯粹是占用服务器空间，没有意义。--QWERTY_52_38 讨 贡 2020年10月19日 (一) 21:02 (CST)

js请教

前天我想在我的用户js加点内容，结果写出这么一段函数后整个页面都挂掉了：

function getTitle(doc) {
    var index1, index2, url;
    url = doc.URL;
    if (url.slice(22, 25) == "wiki"){
        index1 = url.search(/wiki/(.*?)(\?|$));
        index2 = url.search(/(\?|$));
        return url.slice(index1 + 5, index2 - 1);
    } else {
        index1 = url.search(/[\?&]title=(.*?)(&|$));
        index2 = url.search(/(&|$));
        return url.slice(index1 + 7, index2 - 1);
    };
}

即使不调用都会导致js页内容无效（比如wikiplus没了这类的）

排查了两天依旧没解决，我想请教一下这是怎么回事。（对于js我基本上是能看懂但一写就崩的水平，也是最近才开始正式学的，所以问题可能有些低级，多多见谅）--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2020年10月24日 (六) 20:22 (CST)

我用小号帮你测试一下吧。--QWERTY_52_38 讨 贡 2020年10月24日 (六) 20:59 (CST)

知道了，第5行index1 = url.search(/wiki/(.*?)(\?|$));缺少了一个括号。

JavaScript parse error: Parse error: Missing ) in parenthetical in file '用户:QWERTYtest/common.js' on line 1--QWERTY_52_38 讨 贡 2020年10月24日 (六) 21:14 (CST)

(：)回应不好意思，我查了一下还是没看懂哪里缺了一个括号。index1 = url.search(/wiki/(.*?)(\?|$))，(.*?)和(\?|$)都是一个正则的group，外面是search函数的一对括号，没少啊。--< 自由李代数 讨 贡 狗娃安慰噶喔。> 2020年10月25日 (日) 07:37 (CST)

建议好好学学正则。--洞穴夜莺 2020年10月25日 (日) 09:55 (CST)

(：)回应你传入search()的是不符合js语法的无效内容。

(＆)建议正则对象需要用两个“/”包裹起来。

function getTitle(doc) {
    var index1, index2, url;
    url = doc.URL;
    if (url.slice(22, 25) == "wiki"){
        index1 = url.search(/wiki\/(.*?)[\?$])/);
        index2 = url.search(/(\?|$)/);
        return url.slice(index1 + 5, index2 - 1);
    } else {
        index1 = url.search(/[\?&]title=(.*?)(&|$)/);
        index2 = url.search(/(&|$)/);
        return url.slice(index1 + 7, index2 - 1);
    };
}

此外，明明可以用JS了，为什么要用这么低效的方法获取页面名（正则耗时很离谱；此外测试了一下，在部分情况下无法正常获取页面标题），抓取h1、#ca-view a都可以获得不受影响的页面URL，直接字符串匹配即可。

—— Salt lovely「敢竭鄙怀，恭疏短引」 2020年10月26日 (一) 10:43 (CST)

刚刚测试了一下：

function getTitle() {
    var url = document.querySelector('#ca-view a').getAttribute('href'); // '/wiki/这个页面的页面名'
    return url.slice(url.indexOf('/wiki/')+6); // 直接写6、或者将'/wiki/'替换成''也可以
}

方法一看就懂，所以注释什么的就不写了。

—— Salt lovely「敢竭鄙怀，恭疏短引」 2020年10月26日 (一) 10:53 (CST)

pid链接

这种[[pid:<帖子ID>]]形式书写的链接点开全都是403 Forbidden。需要整改。--洞穴夜莺 2020年10月25日 (日) 12:58 (CST)

好吧仔细观察发现这好像是mcbbs.net的BUG，我去反馈版水帖了。--洞穴夜莺 2020年10月25日 (日) 13:01 (CST)

论坛那边已经修好了，这个讨论串可以删了。--洞穴夜莺 2020年10月25日 (日) 13:11 (CST)

问题已解决

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

—— 坑触可 2020年10月25日 (日) 13:22 (CST)