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

User talk:Nzh21

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

给您一个星章!

Barnstar of Reversion Hires.png 反破坏星章
感谢您对反破坏和反恶意移动作出的贡献! --喧嘩八兵衛Discussion) 2018年11月24日 (六) 06:36 (CST)

格式化参数的问题

%a%(a)是等价的,它们都指格式化参数a,你似乎把它们算作2个参数了:[[Template:TimeZone/convert/doc#格式化参数]]--サンムル讨论) 2018年12月28日 (五) 00:48 (CST)

@サンムル 的确如此,不过没必要在意代码中把它当成了一个参数或是两个参数。
  1. 目前的写法里,%a和%(a)虽是两个数,但他们的行为没有区别,因此不会有bug。
  2. 目前的写法里,格式化参数被视为%a和%(a),而非a,这使得模块:FormatString可以处理一下情况:
    • 一奇奇怪怪的字符(非百分号)开头的格式化参数。
    • 不要求%a和%(a)具有相同意义的场景。请参考C语言里的printf,printf("%d", 10);的输出是10,而printf("%(d)", 10);的输出是%(d)。
--Nzh21讨论) 2018年12月28日 (五) 08:56 (CST)
@Nzh21是这样的,在我这边的设计里,括号还有另外的含义,或者说是有固定的用法。最近忙于其他事情没有实现完,结果昨天晚上就看到你按照你的设计创建了[[模块:FormatString]],我也就不知道该怎么处理我和你的冲突。--サンムル讨论) 2018年12月28日 (五) 09:20 (CST)
一开始的设计中,为了支持多个字符的格式化参数才启用括号,对于单个字符的格式化参数a,本应该写的是%a,但同时支持用%(a)是为了方便写代码逻辑。(我觉得我们之间的设计有很大的冲突)--サンムル讨论) 2018年12月28日 (五) 09:25 (CST)
如上述说,模块:FormatString里面的百分号和括号都是普通字符,因此格式化参数格式化参数%a%(a)%(xyz),而不是axyz
不过如果你想把a转化成%a和%(a)很简单。
foreach item in formatList {
    formatList_new.append({'%('..item.format..')', item.callback});
    if (item.format.len == 1) {
        formatList_new.append({'%'..item.format, item.callback});
    }
}
return formatList_new;
--Nzh21讨论) 2018年12月28日 (五) 09:49 (CST)
括号不具体含义,而仅是把括号中的大段内容当作一个“块”,一个函数来处理。(并不是按照现有的任何一种语言为母版实现)
例如:%(d,5,0)意思是把参数值处理为五位数的数字,若位数不足则补充前导的0,等同于Lua的%5d,同时也可以使用%(d,5,{{0}})来改成使用{{0}}模版。
除了规定第一个参数必须为格式化参数外,我们不需要考虑这个“特殊的函数”的其他参数的内容是什么。是wiki?还是json?该怎么处理?不,要考虑这个问题的是用户。因为编写callback处理函数的是他们。我们只需要把每一个“参数”原原本本地截取下来传入callback就可以了。
这里就是理念之争了,在我看来,把a用括号一套就摇身一变成为另一个格式化参数会把规则设计得更为复杂。我想加强的是格式化参数的灵活性(通过参数实现灵活性),而不是每次都为了一堆奇奇怪怪的字符特地记忆参数列表或者去查阅说明文档。--サンムル讨论) 2018年12月28日 (五) 10:05 (CST)
这个可以使用正则表达式实现%\(.*?\)%\(.*?, \d+, .*?\)。不过目前模块:FormatString还不支持正则表达式,未来会添加有限的正则表达式支持。--Nzh21讨论) 2018年12月28日 (五) 10:19 (CST)

换一个角度说明,[[模块:FormatString]]使用在模板A中,用户U为模板A添加了一个参数a,它能够把一个字符串重复2遍,后来U又想添加一个新的功能,想要把字符串重复n遍,n是可以用户自定义的。怎么办?

  • 另写一个Lua模块?多麻烦啊!
  • 用参数%(2a)或%(3a)……%(na)?别开玩笑了为了这个简单的功能定义一万个格式化参数岂不是卡死了?(CPU处理时间超过5秒就中止Lua模块运行抛出错误了)
  • 用正则来匹配格式化参数?还不如自己写代码逻辑……

我知道是个程序员就有至少4种方法解决这个问题,但不可否认的是,只有用括号解决问题才是最格式统一的方法。[[模块:FormatString]]不是一个功能模块,它仅是个平台,一个平台的API要具有通用性才容易让更多的程序跑起来。

而且,我对C系的格式化字符串函数prinf等并不喜欢。连写一个24842都需要printf("%d%d%d%d%d", 2, 4, 8, 4, 2),远远没有...("%(p,1)%(p,2)%(p,3)%(p,2)%(p,1)", 2, 4, 8)来得简单(%(p,n)指使用第n个参数)--サンムル讨论) 2018年12月28日 (五) 10:40 (CST)

我想强调的是:
  • 相近的功能应该都归给于同一个格式化字符串提供,而不是想方设法取另一个名称,而且我认为应该限定格式化字符串可以使用的字符,比如说只能有数字字母下划线。
  • 扩充功能不应该对格式化参数本身进行改变,所谓的添加正则匹配功能就是试图造出类似%1d、%2d……%nd这种治标不治本的东西。或许正则可以解决一部分问题,但还有更多的问题不能解决。这个时候括号的作用是什么?用来限定格式化字符串的开始位置和结束位置?

--サンムル讨论) 2018年12月28日 (五) 10:50 (CST)

回复 用参数%(2a)或%(3a)……%(na)?
  • 未来支持正则之后可以这么写%(\d+a)或%(p,\d+)。
  • 此外,AC自动机就是用来做多模匹配的,即使模式串很多效率也不会低。
另,printf("%d", 24842);--Nzh21讨论) 2018年12月28日 (五) 10:56 (CST)
压灭咯!!支持正则就走上不归路了,会引起歧义的!!!!
printf只是举个简单的例子——在有需要重复内容的地方,需要传入重复的参数值,这个也太麻烦了。--サンムル讨论) 2018年12月28日 (五) 11:01 (CST)
详细地说,就是format = "%\d+a",当调用callback函数时参数中将包含字符串%(2a)。(也就是说%(2a)和%(3a)将调用同一个函数,但参数不同)--Nzh21讨论) 2018年12月28日 (五) 11:05 (CST)
现在有另一个format="2[a-z]"——歧义--サンムル讨论) 2018年12月28日 (五) 11:07 (CST)
注意,占位符应当互不为前缀。(不然你为什么要给%(yyyy)加括号而不是直接%yyyy呢)--Nzh21讨论) 2018年12月28日 (五) 11:11 (CST)

加括号是为了支持多个字符的参数。

  • 用%\d+a匹配%2a %3a,传入同一个函数,之后用户需要string.sub(..., -1)才能获得前面的那个数字——还不如用%(a, n)。
  • 还需要注意,括号内的“参数不止数字字母特殊符号”,它甚至也可以是一个包含其他格式化参数的字符串。例如:
    • %(运算符, 运算式1, 运算式2)将会展开为(运算式1 运算符 运算式2)
    • 那么%(x, %(+, 1, 2), %(-, 3, 4))会展开成((1 + 2) x (3 - 4))

--サンムル讨论) 2018年12月28日 (五) 11:24 (CST)

  1. %\d+a和%(a,\d+)在实现上没有区别
  2. 展开可以在callback中实现
--Nzh21讨论) 2018年12月28日 (五) 11:34 (CST)
虽然可可实现,但这已经不是字符串格式化了吧,这已经是一种新的脚本语言了--Nzh21讨论) 2018年12月28日 (五) 11:37 (CST)

第二次听到这句话了。第一次是在东东大佬的{{嵌入片段}}里,那次试图用注释在wiki中创建新的类xml语言,这次是在格式化字符串中试图创造“类模板语言”,大概是我真的想得太复杂了。

一开始就是不满意现有语言的格式占位符的局限才设计的,既然背后实现都交给了Lua模块,那么带参数的占位符便可以创造出无限的可能。——曾经我是这么想的,现在这个想法依然没有变,我也明白了我想追求的东西。

这个模块的定位我也明白了,那么就不把我自己的想法强加进去了,自己另写一个吧。

但是,最后这句警告我一定要给出:不要打开正则的潘多拉魔盒。--サンムル讨论) 2018年12月28日 (五) 12:04 (CST)

给您一个星章!

Barnstar of Reversion Hires.png 反破坏星章
感谢您对反破坏和反恶意移动作出的贡献! --喧嘩八兵衛Discussion) 2019年2月6日 (三) 22:34 (CST)

关于Special:Diff/2371268

https://ooo.0o0.ooo/2016/03/13/56e5241e9131b.gif圖片中 含有“臥槽”所以不是優雅的圖片--田宮真莉讨论) 2019年2月22日 (五) 17:16 (CST)

如果您认为不妥,请直接编辑,编辑时注意编辑规范即可--Nzh21讨论) 2019年2月22日 (五) 18:48 (CST)

抱歉编辑了你正在施工中的页面

emmmm就是这样,不需要的眼睛已经捐给有需要的人(雾)--豆瓣酱讨论) 2019年3月5日 (二) 19:34 (CST)

关于悠久之翼

确实它是游戏上卷(或者可以说是整个游戏)的主题曲, 但它的07.mix版本却是动画第1季12集的片尾曲,且07.mix版和原版共用同一个页面。 建议保留片尾曲分类。 Ej_Yao 2019年3月28日 (四) 21:36 (CST)

还有:ef-a fairy tale of the two.的ps2版本印象曲echt forgather以及天使的星期日附赠小游戏的最终关卡bgmeverlasting force也请收录到minori模板里。

echt forgather的专辑封面我稍后会上传。封面见下。

Echt forgather.png

--eyboarder

@Eyboarder为什么不自己动手呢{{minori}}
我查了一下,everlasting force可能是插入曲,所以我标成了IN,请检查游戏ED字幕中是否有类似于挿入歌字样,若有错误请修改--Nzh21讨论) 2019年3月28日 (四) 23:34 (CST)

给您一个星章!

Vitruvian Barnstar Hires.png 达芬奇星章
感谢您总是帮忙优化我笨拙的代码。感受到了真正的“编程者”和我这种“编程语言用户”的区别... 東東君讨论) 2019年4月13日 (六) 19:12 (CST)

模块:Gallery

我最近更新了代码,给模板增加了 state(expanded/collapsed)、mode(packed/nolines)两个参数,但是外链图片功能丢失了,您能帮忙补上吗?谢谢。--Great Brightstar讨论) 2019年5月22日 (三) 01:40 (CST) Great Brightstar讨论) 2019年5月22日 (三) 01:40 (CST)

@Great Brightstar 现在是接使用函数解析器<gallery>实现的,而<gallery>不支持外链,所以直接不肯定是补不上了,等有时间我看看能不能把这两个参数移植到旧版代码上去吧--Nzh21讨论) 2019年5月22日 (三) 13:34 (CST)
谢谢,我明白了。不过我有个建议,就是将旧版代码中表格相关的元素全部换掉,改用 div、li、p、ul 这四种元素呈现,您可以研究这个页面的源码了解一下怎样运用。--Great Brightstar讨论) 2019年6月18日 (二) 23:38 (CST)
@Great Brightstar 看上取外观没什么区别,想不出来有什么改的必要。而且如果不使用table感觉图片的居中会有问题,<gallery>的做法是直接读取图片的长宽比,并设置margin,但是如果在lua里面获取图片数据(尤其是gallery这种大量图片数据)时会增加高开销解析函数数量--Nzh21讨论) 2019年6月19日 (三) 12:48 (CST)

可以帮忙在你的https站点上挂个php文件吗?

我的服务器之前一直没有备案,但是偶然间发现配置了https后可以直接通过https访问来绕过网站未备案的拦截提示,最近好像是不行了,这样访问链接直接会被重置(ERR_CONNECTION_RESET)。备案又实在太麻烦,可以在你服务器上帮忙挂个php文件吗,这个文件是我的注音脚本(User:東東君/js/ruby.js)中用到的接口,下面是php代码:

代码内容
header('Content-type: application/json');
header('Access-Control-Allow-Origin: https://zh.moegirl.org');

$api = 'http://jlp.yahooapis.jp/FuriganaService/V1/furigana';
$app_id = 'dj00aiZpPXE2azZNYXFyR29kSSZzPWNvbnN1bWVyc2VjcmV0Jng9ODY-';

if((!array_key_exists('text', $_POST)) || gettype($_POST['text']) !== 'string'){
  header('HTTP/1.1 400');
  exit();
}

$text = preg_replace('/ /', '#####', $_POST['text']);

$params = [
  'sentence' => $text, 
  'grade' => '1'
];
$ch = curl_init($api);
curl_setopt_array($ch, array(
  CURLOPT_RETURNTRANSFER => true,
  CURLOPT_USERAGENT => "Yahoo AppID: $app_id",
  CURLOPT_POST => true,
  CURLOPT_POSTFIELDS => $params,
  CURLOPT_TIMEOUT => 15
));

$response = curl_exec($ch);
curl_close($ch);

$data = simplexml_load_string($response);
exit(json_encode($data));

如果有需要额外安装的模块还劳烦安装一下(SimpleXML、curl)。--東東君讨论) 2019年7月4日 (四) 13:40 (CST)

为什么要用国产套壳浏览器呢(全恼)--今日も一日がんばるぞい!Talk with me) 2019年7月4日 (四) 13:50 (CST)
https://api.nzh21.site/ruby.php--Nzh21讨论) 2019年7月4日 (四) 16:26 (CST)
感谢,另外拦截是服务器提供商进行的,境内服务器如果不备案使用域名进行访问都会遭到拦截--東東君讨论) 2019年7月4日 (四) 18:51 (CST)

抱歉打扰,因为最近萌百域名更换,麻烦修改下代码中的Access-Control-Allow-Origin响应头 --東東君讨论) 2020年7月27日 (一) 23:24 (CST)

@東東君 改好了--Nzh21讨论) 2020年7月29日 (三) 00:29 (CST)
感谢!--東東君讨论) 2020年7月31日 (五) 07:36 (CST)

很抱歉又来麻烦你了,因为雅虎V1版本的API已经废弃,上面的php代码不能使用了。我又新写了一个nodejs的(php差不多都忘光了_(:з」∠)_:https://github.com/koharubiyori/Moegirl-Ruby ,可以的话还请再部署一下。--東東君讨论) 2022年3月1日 (二) 19:09 (CST)

@東東君 部署nodejs应用有些麻烦,设了个ngunx反代curl https://api.nzh21.site/yahooapis/FuriganaService/V2/furigana -H "x-ua: Yahoo AppID: YOUR_APP_ID_HERE" -H "content-type: application/json" -d '{"id":"1234-1","jsonrpc":"2.0","method":"jlp.furiganaservice.furigana","params":{"q":"漢字かな交じり文にふりがなを振ること。","grade":1}}'--Nzh21讨论) 2022年3月2日 (三) 13:29 (CST)
非常感谢!--東東君讨论) 2022年3月2日 (三) 19:15 (CST)

关于长标题Template:长标题

Nzh21你好!我是为长标题页面添加字数计数栏给所有人制造麻烦的家伙,壹陆。我注意到你前几个月对那个页面进行了格式化:再也不用人工清点了!模版/代码万岁!

虽然我在代码等方面实在没有什么了解,但我还是想提出两个小想法:

  • 首先,关于标题字数计数,目前页面上的共识是“拉丁字母、阿拉伯数字等半角文字,每两个符号记为一字;括号、书名号等成对出现的符号,每一对记为一字;空格、换行等留白不计入字数”。(说是共识……其实当时是我随便想的啦……)。我对Template:Array不熟,只看懂了添加变量,没有看懂如何计数……这和Template:长标题/end末端的{{#invoke:长标题|main}}有关吗?wiki语法毕竟有限,我也不是很清楚有什么好的解决方案。不过这样,自动计数的帮助就下降了……特别是页面中不乏-QUALIDEA CODE-这类副标题和主标题直接整合的标题,标记副标题用的浪号、连字号等……
  • 有专门的Lua模块啊!好厉害!看样子是在遇到拉丁字母和数字和各类成对出现的符号时,字数+0.5……
    • 这样,我的第一个想法就只剩下:-QUALIDEA CODE- 这类副标题和主标题直接整合的标题,标记副标题用的浪号、连字号等的处理方法了。有没有可能这么处理呢:在遇到浪号或者连字号时标记一个flag(例如一个char变量,存储遇到的符号),字数照常++;如果flag立起时又遇到相同的符号,则忽略那个符号(不改变字数count)并且降下flag。会出现问题的情况估计是这些非标准符号嵌套出现时(e.g. -副标题中~还有副标题-的奇怪作品-),以及作品名字由多个浪号、连字号组成之类;但这些极端情况也许罕见。
    • 当然完全不管,让使用者自行处理也是可以的。这种情况下是否添加使用加减法的功能会更简单呢?例如:用户知道有一对浪号要处理;与其尝试手动数字数或者先预览、用自动结果做参考,直接在模版参数中给自动计数结果加上负一抵消掉多计算的次数。
  • 第二个想法会简单一点:直接在模版中加入原始标题的栏位是否会有帮助呢?这样,原始标题的计数栏也可以自动计数了。虽然这同样受上条问题影响,不过这样理论上又可以降低不少工作量!也就是说,原始标题也加入数组中但是不调用;使用原始标题的字符串计算字数。
    • 当然要添加更高级的折叠/显示原文啊、原文译文切换啊,应该也蛮酷……
    • 考虑到这个Lua脚本似乎是为整个长标题模版专门设计的,再增加一个计数栏也许会有点复杂……有没有可能将这个字数计数器单独拆分出来重复调用呢?

考虑到前几个月这个页面主要是你在维护、模版系统也是你建立的、你也应当比我更了解Lua和脚本(我Lua完全没用过……),我认为来跟你商讨一下更好;

我这些想法也都是听起来简单、做起来难的……希望不会给你带来额外的麻烦~

祝安!

--GYARI! GYARI!不是公的驱逐舰的壹陆 讨论·最近编辑 2019年7月11日 (四) 14:07 (CST)

@公的驱逐舰
  • 对于第一个想法。与现在的方法对比了一下,主要区别是单独的不成对的括号是计算成一个字符还是半个字符。
    • 其实这两种的实现都没有困难,但是目前统计规则的描述不太严谨,页面下方的说明就没有指出不成对的括号应该怎么计数。
    • 如果要改的话,建议先改一下计数规则的描述。不过考虑到计数规则太复杂可能反而会劝退一些读者,反正现在貌似也没有出现这种奇葩标题,放着不改也是可以的。
    • 关于使用“加减法”,我认为大多数编辑者不会花很多时间研究模板,更不会关心模板的具体实现,因此对于大多数编辑者来说统计总字数可能比计算差值更加容易一些。(译名字数=10可以望文生义,而一个不是很直观的参数名称=-1就想对难以理解一些)
  • 对于第二个想法,这是因为一开始这个页面就没有原文标题这一列,所以我写模板的时候也没有加。
    • 如果把原文标题也加进去的话,可能需要考虑一下排版问题,如果原文与译文都作为表格的两列显示出来的话,手机上可能因为空间不足而导致阅读困难。
    • 折叠或者原文译文切换也许是个不错的主意,过段时间我研究一下。
    • 其实添加原文的最大困难是要一个一个作品地找到原标题,这个步骤比较费时(尤其是在有些作品在萌百没有条目的时候)。
    • 计数模块简单的话可以{{#invoke:String|len|s=这是文字}}->4
--Nzh21讨论) 2019年7月11日 (四) 22:17 (CST)

萌娘百科十周年星章!

萌百十周年星章.png
萌娘百科十周年纪念~☆
值此萌百十周年之际,萌百娘谨代表萌娘百科赠与你十周年星章,感谢你在萌百做出的1874次编辑和650次条目编辑。聚沙成塔,集腋成裘,感谢所有参与萌娘百科建设的同学,萌百娘十周岁啦~ ~ ~ ——萌百娘讨论) 2020年10月15日 (四) 15:00 (CST)

萌娘百科十周年特别星章!

萌百十周年特别版星章.png
萌娘百科十周年特别纪念~☆
回首往昔,能看到你在萌百留下的点点滴滴,超越一时兴起的贡献。感谢有你,为萌百添砖加瓦;十年走来,我们共同见证成长。在此,我们特赠与你十周年特别星章,这不仅是对你的努力的赞赏,更是我们携手走过下一个十年的纪念!——Etolli讨论) 2020年10月16日 (五) 20:26 (CST)

萌娘百科月报》 二〇二一年十一月号

人事动態
不……不许看啦!这里什么都没有哦!萌百娘很可愛嘿嘿嘿 不……不许看啦!这里什么都没有哦!萌百娘很可愛嘿嘿嘿 不……不许看啦!这里什么都没有哦!萌百娘很可愛嘿嘿嘿
用户组 (▲) (▼)
管理员
巡查姬
优质
编辑者
STAFF
政策变化
萌百娘…嘿嘿嘿…小小的…香香的…嘿嘿嘿… 萌百娘…嘿嘿嘿…小小的…香香的…嘿嘿嘿… 萌百娘…嘿嘿嘿…小小的…香香的…嘿嘿嘿… 萌百娘…嘿嘿嘿…小小的…香香的…嘿嘿嘿…
技术更新
更新姬…嘿嘿嘿…小小的…香香的…嘿嘿嘿… 更新姬…嘿嘿嘿…小小的…香香的…嘿嘿嘿… 更新姬…嘿嘿嘿…小小的…香香的…嘿嘿嘿… 更新姬…嘿嘿嘿…小小的…香香的…嘿嘿嘿…
其他事务
更新姬…嘿嘿嘿…平平的…香香的…嘿嘿嘿… 更新姬…嘿嘿嘿…平平的…香香的…嘿嘿嘿… 更新姬…嘿嘿嘿…平平的…香香的…嘿嘿嘿… 更新姬…嘿嘿嘿…平平的…香香的…嘿嘿嘿…

无情的月报发送机器人——机娘星海酱 2021年12月1日 (三) 15:50 (CST)

萌娘百科月报二〇二一年十二月号

萌娘百科月报编辑团队祝您2022新年快乐!
人事动态
政策变化
技术更新
  • STAFF新增无需验证码(skipcaptcha)、巡查豁免(autopatrol)、不受速率限制(noratelimit)和IP速率限制(autoconfirmed)、IP封禁豁免(ipblock-exempt)权限,并有权授予自己管理员界面管理员脚本编辑员用户组。
  • 用户查核员获得由steward转移而来的全域封锁(globalblock)权限,并有权添加或移除IP封禁豁免者用户组。
  • 监督员新增隐藏滥用日志和查看被隐藏滥用日志权限。
  • 管理员获得由行政员下放的批量删除页面(deletebatch)权限,新增删除和恢复页面的特定版本(deleterevision)权限、编辑技术编辑级保护的页面(techedit)权限。并有权添加技术编辑员机器用户和授予自己界面管理员用户组;有权移除荣誉维护人员技术编辑员机器用户和自己的界面管理员用户组。
  • 巡查姬新增移动页面不留重定向(suppressredirect)权限、覆盖上传文件(reupload)权限、查阅全站未受监视页面(unwatchedpages)权限并可查阅页面的监视人数。
  • 机器人恢复移动页面不留重定向权限。
  • 新增界面管理员用户组,有权编辑全站和其他用户的CSS、JSON、JS文件;有权编辑用户界面(editinterface)和技术编辑级保护的页面。
  • 新增脚本编辑员用户组,有权编辑Widget名字空间(editwidgets)和技术编辑级保护的页面。
  • 新增技术编辑员用户组,有权编辑技术编辑级保护的页面。
  • 新增滥用过滤器维护员用户组,有权编辑所有滥用过滤器和查看私有过滤器过滤日志。
  • 新增机器用户用户组,该用户组被视为bot,不受速率限制。有权移除自己的机器用户用户组。
  • 新增IP封禁豁免者用户组,有IP封禁豁免权限。
  • 删除小部件编辑者、steward、开发者、删除执行员用户组。
  • 重写和更新了所有过滤器消息。
其他事务

无情的月报发送机器人——机娘星海酱 2022年1月1日 (六) 14:04 (CST)

萌娘百科月报二〇二二年一月号

多点萌娘,少点DDoS!
人事动态
政策变化
技术更新
这个月的萌百很平静,除了DDoS有点多。
运维已经采取复合措施应对频繁的DDoS。
其他事务

无情的月报发送机器人——机娘星海酱 2022年2月7日 (一) 01:22 (CST)

萌娘百科月报二〇二二年二月号

上高防了!萌百娘复活啦!
人事动态
政策变化
技术更新
其他事务

无情的月报发送机器人——机娘星海酱 2022年3月1日 (二) 22:35 (CST)

绿坝娘WIKI月报二〇一一年三月号

今天是2011年3月32日,我们即将迎来绿坝娘WIKI建站半周年~
人事动态
政策变化
技术更新
  • 萌娘百科更换高防服务商,重启WAF
其他事务

无情的月报发送机器人——机娘星海酱 2022年4月1日 (五) 01:27 (CST)

萌娘百科月报二〇二二年四月号

震惊!编辑部竟无一人复核本期月报!这究竟是...
人事动态
政策变化
技术更新
  • 萌百网站新皮肤“MoeSkin”上线测试使用。
  • 萌娘百科官方APP上架各大应用平台。
  • 萌娘共享、萌娘文库、英文/日文萌娘百科部分名字空间别名T:U:CAT:MGP:等启用。
其他事务
  • 2022年4月1日,更换了2022年愚人节版头《绿坝娘 × MikuFans》。
  • 2022年4月2日,更换了2022年春季版头《萌娘百科 GO!》。

无情的月报发送机器人——机娘星海酱 2022年5月8日 (日) 22:22 (CST)

萌娘百科月报二〇二二年五月号

萌娘百科月报编辑部祝所有高考学子旗开得胜,金榜题名!
人事动态
政策变化
技术更新
  • 取消萌娘百科全域用户参数设置共享,用户可以分别在各个站点配置不同的语言、小工具、签名、通知选项等。
  • 开启萌娘百科全域封禁列表共享,用户封禁将会在全域生效。
  • MoeSkin成为萌娘百科桌面版默认皮肤。
其他事务

无情的月报发送机器人——机娘星海酱 2022年6月7日 (二) 11:19 (CST)

萌娘百科月报二〇二二年六月号

萌娘百科月报编辑部祝所有上海高考学子旗开得胜,金榜题名!
人事动态
政策变化
技术更新
其他事务
  • 2022年6月2日,更换了2022年夏季版头《萌娘百科十万条目贺图》。

无情的月报发送机器人——机娘星海酱 2022年7月5日 (二) 13:54 (CST)

萌娘百科月报二〇二二年七月号

震惊!月报主编浊华由于“这几天在七夕”而拒绝校对月报!这究竟是人性的扭曲还是道德的沦丧!
人事动态
政策变化
技术更新
  • STAFF新增编辑界面消息、替换文本、查看私有滥用过滤器及其滥用日志权限和其他基本权限。
  • 管理员新增发放手动确认用户权限。
  • 允许授权外部应用程序更改页面模型、合并页面历史、监督、隐藏滥用日志、隐藏用户名权限。
  • Moeskin皮肤拥有了独立的公告栏界面消息页面。
  • Gadget等全站JavaScript转移至GitHub进行维护。
其他事务
  • 7月1日,萌娘百科进行为期一天的例行维护,暂停新建账户、对全站进行半保护。
  • 7月2日,运维发布公告,将停止对安卓3.0.0版本以下及iOS1.0.0版本以下的旧版App提供运营维护。

无情的月报发送机器人——机娘星海酱 2022年8月10日 (三) 03:16 (CST)

萌娘百科月报二〇二二年八月号

月报主编浊华竟未在讨论版发布上月月报,甚至小螺号在他耳边滴滴吹都没用。这究竟是怎么回事呢?敬请关注「这两周」即将发布的萌百娱乐年刊!
人事动态
政策变化
技术更新
其他事务
  • 8月1日,萌娘百科进行为期一天的例行维护,暂停新建账号、对全站进行半保护。
  • 8月2日,发布公告,将萌娘百科相关LOGO中的品牌标准字体正式修改为HachiMaruPop字体。
  • 8月5日,发布公告,将“萌娘书库”的站点名正式更改为“萌娘文库”。
  • 8月22日,2022年秋季新番导视内容征集活动开启。

无情的月报发送机器人—— Hoshimiko-bot (Chat?) 2022年9月4日 (日) 01:20 (CST)

萌娘百科月报二〇二二年九月号

敬请期待萌娘百科12周年庆典活动哦!有萌百娘周边掉落喵~
人事动态
政策变化
技术更新
  • 新增「文件维护员」用户组,有权在共享站不受速率限制影响、移动页面时不创建来源页面的重定向、覆盖现存文件,并可权移除自己的文件维护员用户组。
  • 管理员新增发放文件维护员权限。
  • 技术编辑员脚本编辑员新增覆盖现存文件权限。
  • 监督员机器人新增部分基本权限。
  • 允许授权外部应用程序编辑技术保护的页面、编辑Widget名字空间页面、覆盖标题或用户名黑名单等权限。
其他事务

无情的月报发送机器人—— Hoshimiko-bot (Chat?) 2022年10月4日 (二) 11:44 (CST)

视研会二周年星章

视研会 二周年星章.png 视研会二周年星章
正值视觉小说研究会建立二周年之际,将此星章献给关注视觉小说专题的编辑者。
感谢您对萌娘百科视觉小说专题内容的关注与维护!此后的日子里,我们继续共同努力吧!

—— 纸飞机上的梦💬✏️ 2022年11月20日 (日) 13:31 (CST)

萌娘百科月报二〇二二年十月号

迟到的10月月报……
人事动态
政策变化
技术更新
  • 新增「风纪委员会」用户组,有权查看用户个人设置。
  • 萌娘百科内容合规系统「一方通行」扩展上线。
其他事务

无情的月报发送机器人—— Hoshimiko-bot (Chat?) 2022年11月20日 (日) 16:28 (CST)

萌娘百科月报二〇二二年十一月号

萌娘百科已全面恢复编辑!
人事动态
技术更新
  • 萌娘认证系统完成升级改造,于11月4日重新开放使用。
  • STAFF管理员新增see-through-badwords权限,具有识破条目中违禁词程度的能力。
其他事务
  • 11月2日,发布公告,说明了关于2022年10月服务器维护的情况。
  • 11月17日,发布公告,恢复优质编辑者、荣誉维护人员、机器人用户组于主站、共享站下各名字空间的编辑权限。
  • 11月26日,发布公告,测试性全面恢复萌娘百科编辑功能。

无情的月报发送机器人—— Hoshimiko-bot (Chat?) 2022年12月5日 (一) 23:25 (CST)

萌娘百科月报二〇二二年十二月号

2023 Happy New Year!
人事动态
政策变化
技术更新

无情的月报发送机器人—— Hoshimiko-bot (Chat?) 2023年1月7日 (六) 04:44 (CST)

2023新年快乐!

Q版真红.png 2023兔年快乐
兔年快乐!祝nzh佬在新的一年里幸福美满、诸事顺遂。
送你一个真红,希望2023年对你来说也是美好的一年~
BearBin 喷他留名 2023年1月22日 (日) 23:37 (CST)

送您一只小兔子

祝您兔年吉祥~
虎啸深林增瑞气,兔驰沃野益新风。
值此新春佳节来临之际,一位史蒂夫祝nzh佬多财多福,兔飞猛进!—— 非专业技师一位史蒂夫  讨论·贡献 快来单推可爱的雏羽吧~ 2023年1月23日 (一) 09:12 (CST)

最近疫情反复,希望nzh佬能做好个人防范,兔年也能和小兔子一样活蹦乱跳,生气勃勃~! —— 非专业技师一位史蒂夫  讨论·贡献 快来单推可爱的雏羽吧~ 2023年1月23日 (一) 09:12 (CST)

萌娘百科月报二〇二三年一月号

叮!温馨提示:你的假期已余额不足。
人事动态
政策变化
其他事务

无情的月报发送机器人—— Hoshimiko-bot (Chat?) 2023年2月11日 (六) 14:33 (CST)

萌娘百科月报二〇二三年三月号

叮!温馨提示:你的假期已余额不足。
人事动态
政策变化
技术更新
  • 3月9日,萌娘百科网页端上线新版首页
  • 3月9日,发布公告,启用延伸确认用户用户组。
  • 3月9日,发布公告,正式启用“覆盖自己上传的文件 (reupload-own)”权限。
其他事务
  • 3月3日,发布公告,全站自3月4日至3月13日开启了半保护。

无情的月报发送机器人—— Hoshimiko-bot (Chat?) 2023年4月13日 (四) 22:24 (CST)

萌娘百科月报二〇二三年四月号

史上最短月报来啦!
政策变化
人事动态
其他事务
  • 4月11日起,萌娘百科突发技术故障。12日发布相关故障正在进行紧急排查中的公告,13日问题得到缓解。

无情的月报发送机器人—— Hoshimiko-bot (Chat?) 2023年5月10日 (三) 12:12 (CST)

2023端午快乐~

Q版丛雨.png 端午快乐!
端午快乐,送你一个粽子精丛雨,祝假期快乐,诸事顺心!
(第一次发星章,有点紧张;有啥错误,敬请谅解)

视研会三周年啦!

视研会 三周年星章.png 视研会三周年星章
视觉小说研究会成立三周年啦!
过去一年里,萌百新增了超过100个视觉小说条目,感谢您对萌百视觉小说专题内容的关注与添砖加瓦!
在接下来的日子里,让我们一起创造和体验更多的感动吧~

——BearBin 喷他 / 留名 2023年11月20日 (一) 16:12 (CST)

2024龙年快乐!

2024龙年快乐
龙年快乐!祝你的2024年如龙腾虎跃,在新的一年里龙精虎猛(?)~
(图:pixiv 114800712)
BearBin 喷他 / 留名 2024年2月12日 (一) 13:54 (CST)