萌娘百科 talk:讨论版/技术实现/存档/2022年03月
讨论版【技术实现】档案馆
共享站再次出现“文件不存在”问题
RT，前几天有人问过了，但好像又出现了。查了一下最新文件，可能是今天早上8：30以后开始的。烦请运维解决。--From 环保酵素签名提醒小助手（💬会客厅） 2022年2月26日 (六) 15:15 (CST)
- (▲)同上 尝试了好几次，都显示了您所上传的文件不存在。这可能是由于文件名键入错误。请检查您是否真的要上传此文件。就算用了批量上传小工具也无法上传图片。--TNLHK（sign|talk） 2022年2月26日 (六) 19:03 (CST)
关于主站缓存问题
有无方法可以使某个模板这里指的是模板:原神材料在某个时间点自动刷新缓存。还是只能用bot每天0：00的时候发一个零编辑强制刷新缓存？
from:NE-Fengyun（讨论页） 2022年2月27日 (日) 00:50 (CST)
- 不用人工刷新吧，你遇到的是缓存，每天会自动刷新的。—— ほしみ 2022年2月27日 (日) 01:16 (CST)
电邮联络的回复功能似乎无法使用
我在之前没有收到过来自电邮联系的邮件，不过一封发送给我的邮件中写道：
「如果您回复该电子邮件的话，您的电子邮件将直接发送至原始发送者，并向其显示您的电子邮件地址。」
所以看起来这封来自 system [at] moegirl.org.cn 的邮件是可以回复，并且可以将我的回复内容发送给对方的。不过在我回复邮件后，邮件系统告知我无法递送我的回复邮件。经过查看，我注意到 moegirl.org.cn 并不含有 MX 记录，代表着发送至 [at] moegirl.org.cn 的邮件可能无人接收。考虑到 moegirl.org 仍然有指向腾讯企业邮箱的 MX 记录，我猜测在域名迁移的时候，MX 记录并没有迁移过去，导致电邮联络的回复功能失效。
--Outvi V (Talk) 2022年3月7日 (一) 01:02 (CST)
- 应该是这样的，因为直到前一段时间，萌百的邮件系统还在使用旧域名的解析，顺便@Etolli（
( ¡ )题外话 我擅自将您发言中的@改为了{{mail@}}，顺便善意提醒您在给出邮箱时还请避免直接使用@，以防spam轰炸（——单推人⭐一位史蒂夫 （讨论·贡献）✏编辑自分身账户一位史蒂夫小跟班 2022年3月7日 (一) 01:43 (CST) - 已提报相关问题。—— ほしみ 2022年3月7日 (一) 01:48 (CST)
某些场景图片无法加载
如题，似乎目前除了参数设置里的头像上传之外其他地方用户头像都无法加载，并且一些条目内的图片同样无法加载，直接打开图片是403。--忒有钱（讨论） 2022年3月11日 (五) 03:26 (CST)
为什么部分设备上{{T:Choose}}模板不会生效
之前一直在自己的设备编辑，没发现任何问题，系统版本Windows11，使用Google Chrome浏览器，版本96.0.4664.110。
现切换设备于一台系统为Windows7，使用Google Chrome浏览器，版本75.0.3770.100。此设备浏览使用{{T:Choose}}模板的页面时，模板内的内容直接凭空蒸发，理论上应该从模板里随机选择内容进行显示。分析器表明浏览器有对此模板进行展开并加载内容，但是因为未知原因并没有渲染。
希望有关人员能尽快处理，如果是因为换的设备Chrome版本过旧的话，我希望优化此模板的兼容性，因为这是目前你百最后一个能无需手动清缓存实现随机的办法了（）--∷∷by Selfice
🏠|📭 2022年3月18日 (五) 22:51 (CST)
- 应该就是兼容性问题，我给这个设备的Chrome升级了以后就正常了。
Chrome旧版本尚且如此，很难想象IE党该怎么办(--∷∷by Selfice
🏠|📭 2022年3月18日 (五) 23:01 (CST)
- @机智的小鱼君。 あめろ 讨论 2022年3月18日 (五) 23:09 (CST)
- 我查了一下，Chrome 75 是两年前的版本，而{{Choose}}使用了一些较新的 JS 特性，大概率是兼容性问题。请尽量使用新版的浏览器访问……
机智的小鱼君⚡ (留言✨) 2022年3月18日 (五) 23:29 (CST)
近日似有再次遭受DDoS攻击的迹象
如题，近日登陆萌娘时经常出现503错误，理由似为请求过多，疑似再次发生DDoS攻击。希望能够调查一下，谢谢。--Sayo_Hikawa_1030（讨论） 2022年3月22日 (二) 22:36 (CST)
- 您好，自信点，去掉近日，DDoS从未停过。 —— ほしみ 2022年3月22日 (二) 23:56 (CST)
minerva下的branding-box
目前.branding-box下面套了个h1，然后这个的显示似乎不怎么正常（比如原来有个β的sup现在不见了）。提议把h1换成带上若干样式的span。Shikieiki（讨论） 2022年3月15日 (二) 05:00 (CST)
- “β”不见了是因为测试掉了，你在Special:移动版选项开启萌娘百科测试即可。不 あめろ 讨论 2022年3月15日 (二) 16:12 (CST)
关于广告的遮挡
目前的广告虽然只有中间一部分是广告，然而整条广告栏却是覆盖了左右两边，在浏览较短的页面时会对左侧工具栏产生遮挡，如是上方显示的广告也会对右上的用户栏产生遮挡。虽然只是点一下让广告缩回去的事，不过我想如果广告能够只显示中间的有效部分的话会提升用户的体验吧。--某FFF团的高级火法 
（批判一番） 2022年3月5日 (六) 19:33 (CST)
- (＆)建议 将广告改为在页顶或页脚展示。--ultim_0 ( USER | TALK | CONT | 我从未见过有如此，厚↓颜↑无↑耻↓之人↑！ ) 2022年3月5日 (六) 20:28 (CST)
- 移动版的广告会覆盖搜索栏——NHJR 2022年3月5日 (六) 21:12 (CST)
- (～)补充 使用IPE和wikiplus时，广告会遮挡这两个编辑工具的窗口，以及IPE在右下角的toolbox。经使用开发者工具发现，广告的
z-index值为2147483647，希望能够修改。--ultim_0 ( USER | TALK | CONT | 棘手·怀念·摧毁 ) 2022年3月7日 (一) 17:35 (CST) - 同意，特别是页顶的广告直接挡住了用户设置和搜索栏那一块，对用户体验影响很大，建议不要设置页顶弹出的广告。--W3jc（讨论） 2022年3月10日 (四) 09:37 (CST)
table的显示又出问题了
所有的栏目都会一起显示，不能选择了——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由King07 Castanea5（讨论·贡献）于2022年3月19日 (六) 16:05 (UTC+8)添加。
- @King07 Castanea5 可以说清楚点吗？ あめろ 讨论 2022年3月23日 (三) 02:58 (CST)
- 推测为网络问题，js没加载。 —— ほしみ 2022年3月24日 (四) 16:22 (CST)
建议在主名字空间禁用弹幕类模板
不少管人条目因为美化内卷添加了大量弹幕类模板，内容质量好的条目加了弹幕看着让人不爽，本来就没啥实质内容的条目加了弹幕就容易美化过度，好似东施效颦。给人家删了又会被回退搞不好还挨一通骂，我建议全扬喽。—— 冬月下的二重奏 
LUO1P✾ 2022年3月8日 (二) 00:08 (CST)
- 是不是应该在页面相关版发起讨论..—— ほしみ 2022年3月8日 (二) 00:25 (CST)
- 我感觉如果要禁用的话应该是在方针政策版...另外能否给出几个“添加了大量弹幕类模板”的例子？--Zyszhao.GoodEditor (讨论页与用户贡献) 2022年3月8日 (二) 00:28 (CST)
- 可以参见弹幕、以及我编辑前的{{danmu}}。--
「与叶共舞」· 丛林意志 V20.3.10 2022年3月10日 (四) 09:45 (CST)
- 可以参见弹幕、以及我编辑前的{{danmu}}。--
- 我感觉如果要禁用的话应该是在方针政策版...另外能否给出几个“添加了大量弹幕类模板”的例子？--Zyszhao.GoodEditor (讨论页与用户贡献) 2022年3月8日 (二) 00:28 (CST)
- (＆)建议 给使用了弹幕模板的页面适量削减一些重复刷屏的内容，不宜一刀切。--ultim_0 ( USER | TALK | CONT | WYSIWYG! ) 2022年3月8日 (二) 00:35 (CST)
- (－)反对 萌娘百科不是管人百科，非管人部分不该因为管人内卷而受波及。容我滑坡下，今天管人区卷弹幕离谱了禁下，明天卷hover效果离谱了禁下，后天连背景图说不定都没法用了。——CG/SS domain GOOD EDITOR Kaze Iro the Legend frog (wisdom·stupidity) 2022年3月8日 (二) 04:18 (CST)
- (－)反对 我建议你从收录范围里面扬掉一些管人。 あめろ 讨论 2022年3月8日 (二) 05:10 (CST)
我觉得您说得有道理.jpg——CG/SS domain GOOD EDITOR Kaze Iro the Legend frog (wisdom·stupidity) 2022年3月9日 (三) 12:00 (CST)- (＋)支持 真心感觉应该就网络视频作者（含管人）划定一个硬性的数据指标（粉丝数、播放量之类）才允许收录。——北湖3（讨论） 2022年3月12日 (六) 17:42 (CST)
「
- (－)反对 又不是只有管人人物会用到这么模板，觉得不好看在讨论页或者和弹幕添加者讨论一下不就行了，人的审美各不相同，你认为不爽不代表别人对此不满--
有点怂的playymcmc007签名请用--~~~~哦（
讨论 ） 2022年3月9日 (三) 16:18 (CST) - (－)弱反对 我知道弹幕可以用模板还是因为其他条目中使用，而且，已经有滥用过滤器了，好像是弹幕超过 10 个就无法通过。这个讨论串如果是在技术实现板块下，那不如用小工具把弹幕隐藏起来，有的时候弹幕的确影响阅读正文。--
- 偶然找到了有关弹幕开关的模板，可惜没有文档，知道的补一个，然后在全屏弹幕和区域弹幕补充一下（目前的弹幕隐藏都是用的比较麻烦的代码来着--
讨论 ） 2022年3月10日 (四) 09:07 (CST)- 搞定，虽然不完全清除弹幕开关的模板，但还是把链接塞进去了--
- 搞定，虽然不完全清除弹幕开关的模板，但还是把链接塞进去了--
- 补充一个自动隐藏弹幕的JS工具，当存在弹幕开关时自动关闭，否则永久隐藏。——移动版用户 Bhsd 2022年3月10日 (四) 14:42 (CST)
- 偶然找到了有关弹幕开关的模板，可惜没有文档，知道的补一个，然后在全屏弹幕和区域弹幕补充一下（目前的弹幕隐藏都是用的比较麻烦的代码来着--
- (＆)建议 加入弹幕开关，并且可以全局设置默认隐藏弹幕？
display:none的话应该就不会渲染css动画了我记得。——
朵不知27 叶奕⁴/ttsunboy 于 2022年3月17日 (四) 11:49 (CST)
对T:A的改动 与 对T:Anchor的处理
这两个模板极其相似，但又有不同：
- {{A}}：
- 填写一个参数：
{{A|既是锚点也是显示内容}}； - 填写两个参数：
{{A|显示内容|锚点}}。
- 填写一个参数：
- {{Anchor}}：
- 填写一个参数：
{{Anchor|只添加锚点，不显示内容}}； - 填写一个参数：
{{Anchor|锚点|显示内容}}。
- 填写一个参数：
这种差异在我看来是很不必要的。
将T:A的源代码改为<span id="{{{1}}}">{{{2|{{{1}}}}}}</span>，使用方法为{{A|锚点|显示内容}}。原因：与维基链接的语法[[链接|显示内容]]类似，更符合直觉。
这个我是非常想做的。但是涉及到近两百个页面（其中73个页面需要修改）以及今后此模板的用法，我先看看大家的意见。
T:Anchor的地位很尴尬：修改后的T:A用{{A|锚点|}}就能达到同样的效果，写起来还更短。处理方法：
- 重定向到A；
- 仿照zhwp:Template:Anchor，功能改为“用了多少参数，就添加多少锚点”，不显示内容；
- 不动它。
我倾向于1或2。另,Anchor的创建者@弗霖凯. あめろ 讨论 2022年2月28日 (一) 00:40 (CST)
- (：)支持3 因为 {{A}} 模板是被机器人使用的，而且 {{Anchor}} 是放置锚点，而 {{A}} 模板还有跳转锚点的作用。直接合并不仅有可能干扰机器人的正常工作，还有可能对网页跳转产生不利影响。所以我目前支持不动它。--
- 我更改之前自然会通知User:Kanashimi。A没有跳转锚点的作用，也是放置锚点用的，跳转锚点用的是
[[#锚点]]。为什么要重复造轮子…… あめろ 讨论 2022年2月28日 (一) 10:30 (CST)
- 我更改之前自然会通知User:Kanashimi。A没有跳转锚点的作用，也是放置锚点用的，跳转锚点用的是
- 我觉着没必要动,保持现状即可.--饥饿之声-弗霖凯（讨论） 2022年2月28日 (一) 18:33 (CST)
- 部署完變更以後把A移動到Anchor吧，畢竟「A」沒什麼識別性啊。—— Eric Liu 創造は生命（留言・留名） 2022年3月1日 (二) 02:32 (CST)
- (＋)支持 合并，(＋)倾向支持a重定向到anchor，毕竟html中的链接跳转用的也是“a”，识别性没有那么差。但是两边差异实属不必要。如果机器人会有问题的话，建议增加同时识别a和anchor。--小萌貓-瀧澤さくね（討論） 2022年3月6日 (日) 19:15 (CST)
- 不一定要重定向嘛……可以把{{Anchor}}代码改成
{{A|{{{2|}}}|{{{1|}}}}}--SinonJZH(๑•̀ω•́๑)(讨论) 2022年3月9日 (三) 12:07 (CST)
- 我先改{{A}}，Anchor还没个定论。 あめろ 讨论 2022年3月17日 (四) 17:05 (CST)
关于节日提醒的模板
一个模板内设置许多个节日和对应日期，到了日期添加对应模板的页面就会显示今天是xx号，是xx节（举五四的例子，五四当天显示：今天是5月4号，是青年节）。这样的模板，在萌百里有没有呢？ --Alisa（讨论） 2022年3月17日 (四) 21:48 (CST)
- 有个类似的模块:TodayBirthday，不过是生日。 あめろ 讨论 2022年3月18日 (五) 00:41 (CST)
- 有个类似的Template:生日祝福，不过是生日，而且只有一个日期。——C8H17OH（讨论） 2022年3月18日 (五) 01:11 (CST)
- 这么说的话，Template:生日祝福/页内似乎可以自定义显示内容，但因为是由Template:生日祝福衍生而来（大概），所以还是只能一个日期。只要加的够多，就能每个节日都有啦！——朵不知27 叶奕⁴/ttsunboy 于 2022年3月18日 (五) 05:22 (CST)
- 这么说的话，Template:生日祝福/页内似乎可以自定义显示内容，但因为是由Template:生日祝福衍生而来（大概），所以还是只能一个日期。只要加的够多，就能每个节日都有啦！——
- 没有想到在主空间内的应用场景，如果是用户页自用不如自行拿switch写一个。——From 引梦者浊华(讨论) 2022年3月23日 (三) 08:56 (CST)
关于wiki文章到处为PDF的建议
我在实际观看本站时，发现没有找到导出为PDF的功能。
说实话，有时候wiki内容需要打印什么的，这时候PDF我觉得会更方便一些，而实现原理并不复杂。
具体呢是这样的1.确定排版格式2.确定内容，这一切只需要将wikitext转为PDF的格式就行。
对于图片可以插入，黑幕可以进行反色等等，我觉得办法总比困难多。
真的希望萌娘百科能推出这个功能，大爱萌娘百！--楚天杳（讨论） 2022年3月17日 (四) 00:01 (CST)楚天杳
- 他可能是想问wikitext不经由生成html直接转PDF。不过我还是建议串主自己想办法。给站点推新功能不是原理简不简单的事，功能推出后的维护、兼容性、用户反馈投诉等问题都需要考虑。隔壁维百转PDF的功能也仅仅能保证顺利处理普通的正文文字和常见的模板，稍微复杂一点的排版就容易出现一些混乱。萌百这边奇奇怪怪的模板、图文混排、HTML标签、互动元素那么多，我觉得用直转PDF插件的效果还不如网页另存为呢。更何况我一直认为离线阅读和网络百科的精神是相悖的，运维没到闲得发慌的程度恐怕不会为离线阅读的功能做多少投入。所以串主如果有存档的个人需求，还是请寻找各种第三方转PDF的方案，据我所知这方面软件或插件的选择本来也非常多。——Sirogohan（讨论） 2022年3月17日 (四) 11:09 (CST)
首先你的标题打错字了，错字受确定x- 如Sirogohan（白ご飯？）所说，萌百有不少模板、互动标签等等，这一切并不是只需要将wikitext转为PDF的格式就行。
- 不过话说回来，那个“可打印版本”可以自动把评论区和页底删了吗（
- ——朵不知27 叶奕⁴/ttsunboy 于 2022年3月17日 (四) 11:44 (CST)
- (☩)意见 ：Ctrl+P选择“另存为”PDF能否解决问题？--ultim_0 ( USER | TALK | CONT | NO ONE KNOWS ME BETTER THAN ME! ) 2022年3月17日 (四) 19:09 (CST)
致所有使用歌词注音小工具的编辑者
因本人疏忽，出现了一部分生成的歌词代码注音错误的问题，现已修复。建议最近使用了这个工具的用户重新检查近期添加的歌词假名注音是否正确，同时对于给大家带来的麻烦十分抱歉。另外大家可以关注一下这个页面：用户:東東君/js/ruby.js/转换列表（点击注音小工具中的“打开转换列表页面”按钮也可以打开），由于注音API返回一些读音在歌词中并不常用，需要将其替换为常用读音（例如「君」会被注音为「くん」，然而歌词中大多数情况都是读「きみ」）。之前的转换列表写在小工具的代码内，只能我一个人修改，为能共同维护转换列表，故建立了这个页面，大家在使用注音小工具时，如果遇到上述注上不常用读音的情况，可以随时补充转换规则，避免之后使用的人再遇到同样的情况。--東東君（讨论） 2022年3月19日 (六) 23:56 (CST)