2023年政策修订增补工作正在进行中,欢迎参与!
  • Moegirl.ICU:萌娘百科流亡社群 581077156(QQ),欢迎对萌娘百科运营感到失望的编辑者加入
  • Moegirl.ICU:账号认领正在试运行,有意者请参照账号认领流程

萌娘百科 talk:讨论版/技术实现/存档/2024年02月

萌娘百科,万物皆可萌的百科全书!转载请标注来源页面的网页链接,并声明引自萌娘百科。内容不可商用。
跳转到导航 跳转到搜索

档案馆讨论版【技术实现】档案馆


20

21

22

23

24年

图片无法显示

最近好多图片都显示不了,点开条目(比如这个)开头的图片都只剩一个蓝链,点进去还是显示不了。清除页面缓存刷新也没用……

不知道是我的网出问题了,还是大家都遇到了这种情况。--那年盛夏,那片晴空 2024年1月30日 (二) 10:17 (CST)

都是这样的,原图都报错:{"msg":"connection reset by peer","code":"50303005","id":"9f73f7b5a398b12fcdb9e770e0dfa471"}。--W3jc讨论) 2024年1月30日 (二) 10:53 (CST)
上午已反馈,现在看应该可以正常显示了。--冰风飘羽讨论) 2024年1月30日 (二) 13:37 (CST)
问题已解决。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2月3日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
——冰风飘羽讨论) 2024年1月30日 (二) 13:38 (CST)

moblie.moegirl域名下邮箱确认404的问题

如题,该页面

  1. 邮箱确认 [1]

是404
而将mobile改为mzh或zh后却恢复正常(话说我不知道怎么上传图片)
很奇怪
似乎萌百默认跳转页都是mobile开头的,就意味着至少是网络环境与我相同的设备都打不开邮件确认页面
ps:我ping了一下,发现俩IP是一样的,更奇怪了

ping信息
~ $ ping mobile.moegirl.com
PING mobile.moegirl.com (199.59.243.225) 56(84) bytes of data.
64 bytes from 199.59.243.225: icmp_seq=1 ttl=237 time=262 ms
64 bytes from 199.59.243.225: icmp_seq=2 ttl=237 time=252 ms
64 bytes from 199.59.243.225: icmp_seq=3 ttl=237 time=236 ms

--- mobile.moegirl.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 236.799/250.822/262.850/10.728 ms
~ $ ping mzh.moegirl.com
PING mzh.moegirl.com (199.59.243.225) 56(84) bytes of data.
64 bytes from 199.59.243.225: icmp_seq=1 ttl=237 time=229 ms
64 bytes from 199.59.243.225: icmp_seq=2 ttl=237 time=250 ms
64 bytes from 199.59.243.225: icmp_seq=3 ttl=237 time=250 ms
64 bytes from 199.59.243.225: icmp_seq=4 ttl=237 time=250 ms
^C

--- mzh.moegirl.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 2999ms
rtt min/avg/max/mdev = 229.905/245.426/250.938/8.977 ms

不应该呀 --命令提示符讨论) 2024年2月14日 (三) 15:24 (CST)

似乎是认证系统在移动版视图下有问题?无论是登录还是注册按钮都是404。--W3jc讨论) 2024年2月14日 (三) 15:51 (CST)

此地址均不是mzh与mobile提供服务的地址。请检查您设备的网络配置与DNS解析情况。Etolli讨论) 2024年2月16日 (五) 02:30 (CST)

有没有可能,你这ping的网址就不对…… —— 鬼影233鬼影233||+

笑死E哥都没看出来网址不对。不过ip一样不是很正常的吗?--W3jc讨论) 2024年2月16日 (五) 10:46 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2月18日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
feature, read only———— ほしみ 2024年2月14日 (三) 23:26 (CST)

关于CodeMirror的维基语法检查功能

@Bhsd 抱歉再次打扰您,最近在浏览{{FateCalculator}}时发现,CodeMirror的维基语法检查功能似乎无法识别html标签自定义属性里的内容,仍然将其中的方括号作为维基语法进行检测,是否可以忽略这些属性内容的检测?或者降低其提示级别将错误改为警告?--W3jc讨论) 2024年2月18日 (日) 12:25 (CST)

我的建议是把[["x"]]改成[ ["x"] ]。——移动版用户 Bhsd 2024年2月18日 (日) 20:02 (CST)
不过你说的也很有道理,我之后会尝试下调属性值中的中括号的错误级别。——移动版用户 Bhsd 2024年2月18日 (日) 20:09 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2月26日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
————移动版用户 Bhsd 2024年2月22日 (四) 09:46 (CST)

部分长图排版超出手机屏幕

如 原神#元素系统中一图[2] 效果:

《原神》世界观中的七大元素:
」、「」、「」、「」、「」、「」、「」。

或许。。。需要重新设计一个图片widget,使得超出屏幕边界(主要是右边界)的图片可以左右滚动?

不太会css,但似乎这是可行的,毕竟火狐、chromium都直接给了类似的特性?

   有一个叫做 visible-scrollbar 的非标准特性 差点忘签名了(逃)

--命令提示符讨论) 2024年2月14日 (三) 15:02 (CST)

辣鸡萌皮毁你青春!您可能要找的是{{Wide image}}?--W3jc讨论) 2024年2月14日 (三) 15:56 (CST)

{{Wide image}}对于细长的图片工作状况不佳,图片会非常小,该模板提供的“滑动”也在移动端无效。(几个示例载手机上显示得都一个样)
不过这似乎......是一种可替代的方案
但是超出屏幕边界的图实在太多了,一个个不现实;动用机器人个人认为不如修改默认的图片模板
有空在研究下罢()--命令提示符讨论) 2024年2月15日 (四) 16:07 (CST)

突然有了灵感,就是显示的时候,把图片切割成几块,然后用不带边框的<table>来连接,<table>是有滑动效果的 --命令提示符讨论) 2024年2月15日 (四) 16:44 (CST)
您可以使用{{Sprites}}等模板截取图片的局部。个人感觉并没有很多超宽的图片吧?也可以使用缩略图或者画廊来展示图片。--W3jc讨论) 2024年2月15日 (四) 20:34 (CST)

还有就是视频预览也超出了屏幕(手机端浏览器),不小心点开了预览就关不掉了(除非横屏)。这俩问题可不可以放一起解决?统一加一个80%屏宽的框架?(css)--命令提示符讨论) 2024年2月16日 (五) 22:32 (CST)

关于滥用过滤器取消对百度百家号外链限制的提案

如题,这个问题不知道该找哪个板块,就投在这里了。

我认为百家号固然存在营销号多的情况,但是确有不少内容只在该平台上发表。本人在编辑过程中引用百家号平台上的内容就出现了这个问题,经由多个搜索引擎确认,百家号确实是这篇文章的首发平台。因此,我认为应取消滥用过滤器对百度百家号链接的限制。——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由Darksworder讨论·贡献)于2024年2月25日 (日) 09:14 (CST)添加。

没阻止,只是警告。确认使用无误点击保存即可。———— ほしみ 2024年2月25日 (日) 17:24 (CST)
user:Darksworder如果说的是这笔编辑中的链接,这篇百家号文章原封不动抄袭了知乎用户@FFF团长的回答淮南皓月 🌙 2024年2月25日 (日) 17:37 (CST)
问题已答复。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满3日后 (于2月29日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
———— ほしみ 2024年2月25日 (日) 17:24 (CST)

关于未完成模块Moe中出现的两个bug的求助

当前测试用模板:{{User:Ave/SandBox}}
描述:我在试图用lua重写{{萌点}}模板时遇到了两个奇葩问题,几经尝试未能解决,具体问题如下:

  • 问题1:第28、30行中,理论返回的字符串应当不会强制换行,因为已经应用display:inline(经测试display:inline-block也不行),但实际仍会引发换行。
    • ps:在lua外单独测试时正常,并不会换行
    • 28、30:
    • return '<span style="border-bottom:dashed 0.05em;display:inline;">[[' ..head .. "]]</span>" .. category
    • return '<div style="text-decoration:wavy underline;display:inline;">[[' ..head .. "]]</div>" .. category
  • 问题2:第106、108行中,如模板内输入{{测试|文字1,文字2}}{{测试|文字3·文字4}},理论上应当返回文字1&文字2文字3$文字4才对,但实际返回的字符串中&$却连续出现了个而不是1
    • 106、108:
    • table.insert(moePoint, string.split(string.gsub(str, "[,,]", "&"), "&"))
    • table.insert(moePoint, string.split(string.gsub(str, "[·/,,]", "$"), "$"))

—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月23日 (五) 21:32 (CST)

把你那比T:萌点7329168版本多出来的功能删了先。 ——あめろ 2024年2月24日 (六) 01:18 (CST)
什么意思—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月24日 (六) 01:42 (CST)
算了,不需要求助了,来个人撤回请求吧。—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月27日 (二) 12:10 (CST)
@Ave 需要撤回发言时可以用<del></del>框住需要撤回的内容。--某FFF团的高级火法 批判一番) 2024年2月27日 (二) 15:38 (CST)
@高级火法 你看一下版本对比就会发现这根本不是撤回可以解决的问题。以及,这个讨论串截至修改时并没有被进行过有意义的回复,修改内容也不影响实质性的讨论过程。—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月27日 (二) 15:42 (CST)
@Ave 不能删除、大幅修改发言是方针所规定的内容,和个人所需无关。无人回复也许是这超出了他人的能力范围,无需为此大动肝火,毕竟大家都不是客服。--某FFF团的高级火法 批判一番) 2024年2月27日 (二) 15:46 (CST)
@高级火法 ( ? )疑问 你为什么会认为我是对无人回复感到的不满?没人回复我问题也都基本自行解决了,无所谓的东西了都。—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月27日 (二) 15:49 (CST)
@Ave 基于对阁下于编辑摘要与MAR留言的理解。如果冒犯到了阁下,还请容在下在此致歉。--某FFF团的高级火法 批判一番) 2024年2月27日 (二) 15:53 (CST)
@高级火法 如果你真的认真看过编辑摘要,就会发现我修改讨论串的那条说的是第一个问题解决了一半,第二个问题已解决,而稍作推理便可得知如果讨论串不允许被修改,这则提问就可能面临失效的风险,因为它试图在向编辑者们提问一个已不存在的问题。—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月27日 (二) 16:02 (CST)
@Ave 所以在下已在上方的回复中向阁下阐述正确的修改方式是使用del框住需要撤回的内容,并在下方用新发言作出需要的补充,如果阁下将来有类似需求的话可照此操作。--某FFF团的高级火法 批判一番) 2024年2月27日 (二) 16:24 (CST)
@高级火法 你是觉得我会不知道还是觉得这样真的能解决问题?你这么搞只会把提问弄得一团糟,本来就没啥人回复的东西这么一搞只会更加令人困扰,撤回是最好的解决方案了。—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月27日 (二) 16:28 (CST)
@Ave 如果阁下愿意直接撤回整个话题当然也是一种解决办法,不过在下也相信编辑者们有着基本的阅读能力,可在阁下阐述自己的最新需求时进行正确理解。--某FFF团的高级火法 批判一番) 2024年2月27日 (二) 16:38 (CST)
(~)补充 顺便,我撤回讨论的本质原因是无法修改讨论串,导致这则提问事实上已经失去了意义,毕竟错误的提问只会得到错误的回答,故撤回。—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月27日 (二) 15:52 (CST)
本讨论串并非申请,建议使用{{MAR}}的无人回复问题已解决进行存档标记。--W3jc讨论) 2024年2月27日 (二) 16:32 (CST)
问题在于既非因为无人回复而撤回,问题实质上也没完全解决—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月27日 (二) 20:51 (CST)
本讨论串并非申请,也就谈不上撤回。--W3jc讨论) 2024年2月27日 (二) 21:07 (CST)
求助不是请求?请求帮助,然后现在不需要了,所以撤回请求,没毛病啊。这个请求如果被接受是可以进行协助编辑的,沙盒属于公共区域。—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月28日 (三) 01:23 (CST)
提一个和本次两个问题无关的建议:如果要重写萌点模板,建议将模板中的数据部分单独拆分,如带有“(萌属性)”后缀的列表、需要检查的萌点模板使用分类等,单独放到一个页面中,这样对可维护性有一定帮助,否则使用lua反而会更劝退编辑者。——BearBin 喷他 / 留名 2024年2月27日 (二) 16:45 (CST)
你说的这个东西原版具备吗,似乎没什么印象。—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月27日 (二) 20:51 (CST)
(…)吐槽 都说了是建议,再说原版具备要你作甚。—— 芳文厨一位史蒂夫  讨论·贡献 快给我去看《猫之茗》第二季! 2024年2月27日 (二) 21:11 (CST)
( ¿ ) 喵喵喵?原版就俩参数,就是普通的将输入的词汇变成链接然后添加分类,这种简易模板有什么单独拆数据出来的必要吗?—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月28日 (三) 01:20 (CST)
不把数据表拆出来直接改成模块是负向优化,毫无意义。—— ほしみ 2024年2月27日 (二) 21:36 (CST)
wikitext很多东西如果不懂改不了一点,看都看不明白写了啥,但是lua只要格式优化做好,代码结构合理,完全不懂也能扩展。新增一个消歧义转换只需无脑复制出来一行然后手动写上参数即可,新增一个css功能亦是如此,唯一增加阅读难度的是模块功能本身的实现,但一般编辑者真的有必要时常改动模板功能的实现本身吗?—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月28日 (三) 01:20 (CST)
萌百是基于MW的,因此wikitext才是基础,而使用js的小部件和使用lua的模块会增加编辑者参与编辑的难度,因此除非是普通模板无法实现特定功能等特殊情况,没有必要更改为模块。至于数据与程序分离是一种好的习惯,也便于管理。例如你之前在FateCalculator遇到的问题,如果分离数据就可以很方便地修改,而不会涉及权限和WAF之类的问题。--W3jc讨论) 2024年2月28日 (三) 11:19 (CST)
小部件和模块的权限还是有差异的,模块几乎不会卡权限和waf(至少先例非常少);而且,模块一旦理清代码,其他人编辑的时候反而要比直接编辑wikitext要简单得多,扩展新东西只需复制出来一行改改参数即可。—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月28日 (三) 11:24 (CST)
和某些科班出身的专业人员不同,我写代码首先要考虑的就是可读性和维护的便利性。除非必要,我一般不会把功能模块和参数传递放在一起,不然不只是其他编辑者,就连我自己维护起来都很麻烦,具体成品可以参考模块:FGOBuffIcon,算上回车和注释功能部分代码仅53行,传参部分单独分离,需要的时候直接改动即可,就算完全不懂lua也能照葫芦画瓢。—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月28日 (三) 11:30 (CST)
如果还是新增一项就要加一行代码,那和模板有什么区别呢?而且熟悉lua的编辑者也要比熟悉wikitext的少。而分离数据后,即使是不懂lua或wikitext的编辑者也能方便地修改数据。--W3jc讨论) 2024年2月28日 (三) 11:42 (CST)
很多模板并不能简单地复制一行代码去改吧,偶的甚至在哪里复制都找不到,还有复制代码不需要熟悉,甚至都不需要会lua,另外将数据单独放到模板中和单独放在lua中我不明白有什么实质性区别,都是分离,都是一目了然,lua还更好改更好找。
而且,对于本模板而言,所谓的数据仅有消歧义转换与分类转换,以及极个别的模糊匹配,这些东西完全可以单独拿出来不和功能代码放在一起,无需另外放到模板中再去储存,增加成本不说,可读性也不会比放到lua好。—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月28日 (三) 12:04 (CST)
从开发角度而言,分离数据和代码对于可读性在多数情况下都是有益无害,写表的人看表、写代码的人看代码。从管理角度而言,分离可以让数据表和代码实行不同级别的保护,虽然这个比较可有可无。——BearBin 喷他 / 留名 2024年2月29日 (四) 00:24 (CST)
如果更进一步,我甚至觉得可以在数据页面使用wikitext中的无序列表保存,lua将其解析后进行处理,我相信肯定比写在代码中好维护。——BearBin 喷他 / 留名 2024年2月29日 (四) 00:27 (CST)

对于本模板而言有点高射炮打蚊子了。这模板的“数据”真的就那么几个,单独拉出来放到一块就够了,毕竟我说的方法就已经实现了“写表的人看表、写代码的人看代码”,除非有人存在“一旦在模块界面看到同样的东西就立刻看不懂了”的奇怪情结。—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月29日 (四) 01:23 (CST)

正是因为目前不具备,所以是“有帮助”。——BearBin 喷他 / 留名 2024年2月27日 (二) 22:45 (CST)
没太明白你所说的“数据表”指的是什么。原版该模板功能很简单,就是单纯地将输入的词汇变成链接然后添加分类,唯一有一点就是部分词汇会自动地添加消歧义后缀,而这种东西到时候肯定会分离出来做成类似table或者单独加载之类的东西,但这并不属于什么“数据分离”,而是写成之后代码优化的基础部分(—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月28日 (三) 01:20 (CST)
请求被撤回。
您仍可以继续在本模板上方回复,但这个讨论串将会在本模板悬挂满1日后 (于2月29日凌晨) 存档。
如果您有有关疑问,建议您开启一个新的讨论串
处理人留言:
算了,提问不起,撤了撤了—— 新たな世界を見せてあげよう!(讨论 · 贡献) 2024年2月27日 (二) 12:17 (CST)