\/a>","copyright":"
移动端方面显示如下
只有ed的那个page=1时1才显示,op的那个2不显示,应该都不显示才对,可否控制一下是否显示的参数 850710247liu(讨论) 2019年1月16日 (三) 12:09 (CST)
(Px)
。——From AnnAngela the Temporary Bureaucrat (Talk) 2019年1月16日 (三) 15:24 (CST)安娜酱,我手动输入了一个时间戳。。 2019年2月29日 (五) 17:05 (CST);时间戳 +2019-02-29T00:00:00Z
这是bug吗--田宫真莉(讨论) 2019年3月1日 (五) 17:07 (CST)
申请解除保护的页面如下,这些页面暂时没有被破坏的风险:
申请移动这些页面,并不留重定向:
十分感谢。--Recital君(讨论) 2019年3月11日 (一) 23:52 (CST)
您的半成品“第52号防滥用过滤器(禁止不当词汇)”为什么还不更新?
(您明明在2019.1.16说了17日更新完毕的?)--Instead:Ps2048(讨论) 2019年4月20日 (六) 22:29 (CST)
你提到“没人设说个P的萌娘化,挂张图也是萌娘化咯?如果2天后这个条目还不是以人设为主要内容的话就删了。”你觉得现在内容如何?--爱吃面包的Hooonooka(讨论) 2019年5月3日 (五) 11:25 (CST)
非那家人请勿使用那个地方的名字。是什么意思? 周阳
描述:运行错误
输出:
BilibiliCount运行错误: type: "network" information: {"readyState":0,"state":"rejected","status":0,"statusText":"error"}
出现位置:似乎是所有使用BilibiliCount模板的页面
浏览器:Chrome 74.0.3729.169 32bit
网络:江苏移动
系统:Windows 10 1803 专业版
补充:
访问 annangela.moe 时浏览器提示:
此网站无法提供安全连接 annangela.moe 使用了不受支持的协议。
--Commrson(讨论) 2019年5月26日 (日) 12:10 (CST)
目前有两个问题:
望修正~———— 不是液氮 (讨论|贡献) 2019年6月23日 (日) 21:29 (CST)
你好:
请你帮助我修改皇伊月的条木。
--SeerElijah(讨论) 2019年8月13日 (二) 20:39 (CST)
以网站普通用户的视角来看,用户:SeerElijah及其傀儡用户:NARUTOUZUMAKI的发言确实不具有正常逻辑。
这类难以沟通、逻辑混乱的萌娘百科用户曾经出现了破坏/攻击/报复其他中文网络社群的劣迹。个人感觉应当在合理的规则内低调处理,尽量避免对方的对立情绪。如果管理员能够照章办事并且低调处理,相信萌娘百科遇到的破坏行为会减少,这也是网站的最终目的。如果没有合适的理由避免这种事态的出现,则应该考虑以此为议题讨论制定相应的规则。
在我任职管理员期间,感觉没能够良好地处置%e5%b0%8f%e6%9b%b9的封禁。我本人一直在持续反思这件事情。另,个人感觉自从Z君被E站出道以来,萌娘百科或多或少也在其火力射程以内。真挚建议各管理人员能够谨言慎行,冷淡处理此类问题。--Recital君(讨论) 2019年8月17日 (六) 21:22 (CST)
之前是你把真人快打1重定向为真人快打。那么,能否把如龙1也重定向如龙?在卧说过,如龙1命名是不对的。
如果不愿意这样也没什么。——猫耳云朵(讨论) 2019年11月7日 (四) 19:50(CST)
请问,萌娘百科存在Special:Export或者类似页面吗?--蒟蒻 OIer Ravenclaw_OIer(讨论) 2020年2月9日 (日) 00:11 (CST)
本人刚刚入坑FF14,看到ANA貌似是FF14死忠,特来讨论页留言。
本人之前从未玩过FF14这类大型网游,FF系列也只玩过正传7、8,所以我想知道FF14新手怎么发展好?(我选了弓箭手)有必要组队吗?--Fetton论(✉紧募战双帕弥什系列条目编写者),留言于: 2020年2月18日 (二) 11:04 (CST)
若认为有哪些参数可移入讨论区自动存档设定,烦请联络这边。 --Kanashimi(讨论) 2020年3月7日 (六) 06:56 (CST)
前辈您好,本人在隔壁舰娘百科发现wiki小工具中有您开发的草稿箱功能,但本人却发现萌百的wiki小工具页面似乎没有草稿箱功能。请问此功能是暂时关闭了吗?本人认为在提问求助区中提出不太合适,所以本人直接来到您的讨论页了,如有打扰请见谅。谢谢。--可爱的小猫咪(讨论) 2020年3月18日 (三) 18:32 (CST)
昨天ice从维基搬运了参考文献提示工具这个默认开启的小工具,但由于维基和萌百对于注释使用的代码不同的原因,这个工具没有起作用。请求修复。--悠远的苍穹 (Talk with me!) 2020年3月19日 (四) 10:20 (CST)
建议将萌娘共享的R18图片直接转移到hmoe或对访客隐藏,这类图片只在h萌使用,不光涉及色情,部分还涉及政治。--悠远的苍穹 (Talk with me!) 2020年3月20日 (五) 10:52 (CST)
您好,Template:空章节已被删除,请问是哪里不合规范吗?这个模板是仿wikipedia的empty_section制作的,我看萌百还没有类似模板,但有的页面或许会用到这个. ----竹秋起云 2020年3月28日 (六) 23:39 (CST)
RT,某处的MW版本倒是升级地很快……emm……那为什么萌百MW就好久没升级了呢……🤔
另,我注意到某处的管理员在您那边的讨论页上留言了……
P.S.我没有讨论版&站长讨论页编辑权限,所以就在您这里发布了,若有打扰请见谅谢谢。--Esinx(讨论) 2020年4月10日 (五) 07:26 (CST)
您好,您的签名似乎并未包含用户页、讨论页或贡献页其中一项的连结。您应该是在设置中设定了「新签名:」,却又勾选了「将签名视为维基代码」;如果您只是要改变显示名称,而没有要自行设计样式,请不要勾选此项,确认「您现有的签名:」所显示的签名包含连结。更多签名技巧请参考这里。可能需要签名的页面例如 Talk:讨论版。谢谢您的参与。 --Cewbot(讨论) 2020年4月19日 (日) 09:39 (CST)
最近一直在我的用户页试验这个图表插件,感觉功能还不错的样子。只不过现在数据还是手动写的,要是能自动生成JSON就好了。--
0 error(s), 0 warning(s).
(查 · 论 · 编) 2020年4月20日 (一) 09:20 (CST)
建议在编辑页面加上提醒,请申请人申请权限加上用户名称。申请对页面的操作时,加上页面名称。这样也比较容易区别辨识。 --Kanashimi(讨论) 2020年5月2日 (六) 05:45 (CST)
您好!看见您对页面碧蓝航线:复刻·苍红的回响中的倒计时模板进行了删除,因此我不是很理解,请问这个是有什么问题吗?--甜的白萝卜(讨论) 2020年5月8日 (五) 15:11 (CST)
您好,您的签名似乎并未包含用户页、讨论页或贡献页其中一项的连结。您应该是在设置中设定了「新签名:」,却又勾选了「将签名视为维基代码」;如果您只是要改变显示名称,而没有要自行设计样式,请不要勾选此项,确认「您现有的签名:」所显示的签名包含连结。更多签名技巧请参考这里。签名没有连结的页面例如 Template talk:BilibiliCount, 萌娘百科 talk:讨论版。谢谢您参与讨论。 --Cewbot(讨论) 2020年5月16日 (六) 10:32 (CST)
大佬您好,最近您将主页进行了大规模整改以适应时代需求,我觉得这是好的,但是并不是没有任何坏处。部分如日本同人三大奇迹的老牌条目都在主页被移除。这些条目都在萌百拥有较久远的历史和比较高的完成度,我认为将其都从主页移除也许并不是什么太好的做法。--金卡雷(讨论) 2020年5月16日 (六) 12:29 (CST)
RT,现阶段是否还有保留Wikiplus的必要?确实承认Wikiplus很好用,也在萌百中起到了一定的作用……但目前萌百已经用上了“inpage edit V2”,而且桌面版选项卡上和每个子目录旁边有两个“快速编辑”按钮显得十分尴尬😓。这也相当于W+的升级版了吧?
另,希望萌百可以推出一个快速创建子页面的小工具,现在创建子页面的流程有些繁琐,望改进。
谢谢。
--Mr. Bai(讨论) 2020年5月23日 (六) 20:26 (CST)
@Mr. Bai那是因为你在设置中把这两个工具都勾选了,不想用勾掉即可--悠远的苍穹 (Talk with me!) 2020年5月24日 (日) 10:30 (CST)
zhwp:维基百科:在编辑记录中标示用户权限,它会以不同的颜色在用户名称右上角用一个字来标示管理员、巡查姬和优质编辑者--悠远的苍穹 (Talk with me!) 2020年5月25日 (一) 17:21 (CST)
AA姐打扰了~由于重定向可能会移除,User:AnnAngela-bot工作任务下的小写Vocaloid可能需要改为大写的VOCALOID。—— ほしみ (🤼♂️) 2020年5月29日 (五) 23:46 (CST)
您好,您的签名似乎并未包含用户页、讨论页或贡献页其中一项的连结。您应该是在设置中设定了「新签名:」,却又勾选了「将签名视为维基代码」;如果您只是要改变显示名称,而没有要自行设计样式,请不要勾选此项,确认「您现有的签名:」所显示的签名包含连结。更多签名技巧请参考这里。可能需要签名的页面例如 萌娘百科 talk:讨论版, 萌娘百科 talk:讨论版/权限变更。谢谢您的参与。 --Cewbot(讨论) 2020年5月31日 (日) 09:23 (CST)
假面骑士系列:路过的假面骑士和至仁至善至高至强之王欢迎你来到假面骑士的世界。
请求把(路过的假面骑士)link到(门矢士)和把(至仁至善至高至强之王)link到(常磐庄吾)。--Mememaker(讨论) 2020年6月1日 (一) 13:31 (CST)
在隔壁使用userStatus时切换出现状态修改发生错误……错误信息为:tags-apply-not-allowed-one,js中的网站已改,不知为啥还会出错--悠远的苍穹 (Talk with me!) 2020年6月3日 (三) 07:49 (CST)
Automation tool
标签。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年6月3日 (三) 08:21 (CST)
您好,AnnAngela。
我想将由您编写的切换用户状态的脚本(User:AnnAngela/js/userStatus.js)修改后用于维基百科(Wikipedia),以便快速切换我的用户状态,请问阁下是否同意呢?我会标明原作者和来源链接。——BlackShadowG★留言 2020年6月13日 (六) 11:09 (CST)
“ | 状态修改发生错误…… 错误信息为:badtags |
” |
Automation tool
标签吧,你不是管理员可能添加不了,是把这句代码删除也行。--悠远的苍穹 (Talk with me!) 2020年6月13日 (六) 13:15 (CST)
启用后显示按钮消失了,而在标签过滤器上方还有个名字空间过滤的最近更改选项,没了显示的按钮,它已无法使用--悠远的苍穹 (Talk with me!) 2020年6月23日 (二) 08:04 (CST)
借地问个问题,这个工具能够在每次刷新后自动保存上次所选的过滤选项么?--Patroller 北极星と南十字(给我留言) 2020年6月24日 (三) 10:47 (CST)
目前,本站包括游戏专题编辑等场景存在着大量上传文件的需求,而现有的批量上传文件方法多有不便,且无法添加包括著作权信息在内的各种图片信息。
故在此提请将User:东东君/js/uploader.js加入到站点小工具库中,本人已对该工具进行测试,能较好地满足批量上传文件的需求。--Patroller 北极星と南十字(给我留言) 2020年6月24日 (三) 19:40 (CST)
AA酱,这是我的浏览器信息:
浏览器信息 |
---|
UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36 屏幕高度: 800px 宽度: 1280px 缩放: 1x(该数值可能不可靠) / 1x(该数值已考虑系统的缩放值) 可见高度: 677px 可见宽度: 1218px 方向: 宽屏模式 (0°) |
我的搜索栏在开启IPE之后没有将溢出的按键归于“更多”之中,导致了搜索栏沉降,请求帮忙看一下是什么问题,谢谢!--赤木 西奈(讨论) 2020年6月25日 (四) 12:14 (CST)
例如 |
---|
|
——
Moegirl18 ほしみ 2020年6月25日 (四) 12:46 (CST)
{{日本人名}}页面内容显示存在异常,返错信息为"Expansion depth limit exceeded",从历史记录看似乎是修改3564090之后出现的现象。其doc子页面现在能正确访问。--Ljxfstorm(讨论) 2020年6月26日 (五) 18:59 (CST)
那个,大佬,我想问您一些关于H站的问题。
H站亡了吗?怎么我挂了梯子之后仍然进不去?求助。
另,如果有审查的话您可以在回复之后删除/隐藏我编辑的版本哈。--Star around(讨论) 2020年7月30日 (四) 09:55 (CST)
之前在讨论版问过但末有确实回复,故直接在此留言。
刚发现Widget:Vote完全符合实时倒计时功能的用途,但该widget仅供template:投票使用,故望能将其更名移动至Widget:Countdown并允许在其他空间内运用。
又或者将Widget:Vote复制至Widget:Countdown。--By CHKO (Talk) @ 2020年8月6日 (四) 10:31 (CST)
感谢--By CHKO
(Talk) @ 2020年8月6日 (四) 12:39 (CST)
{{#time:【时区相关参数】|+8 hours}}
来显示目标CST时间。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年8月6日 (四) 19:02 (CST)@AnnAngela:RT,如果文件页面里面有{{info}},就不会显示授权协议缺失的提示。--Ikemen(讨论) 2020年8月7日 (五) 17:45 (CST)
// https://commons.moegirl.org.cn/MediaWiki:Common.js 摘录
if (mw.config.get("wgNamespaceNumber") === 6 && (mw.config.get("wgArticleId") || -1) > 0 && mw.config.get("wgAction") === "view" && (mw.config.get("wgRevisionId") || -1) === (mw.config.get("wgCurRevisionId") || -2) && !document.querySelector(".license-info")) {
if (document.querySelector(".common-box") && mw.config.get("wgUserId", -1) > 0) {
mw.loader.using("mw.Api").then(function() {
return new mw.Api().post({
action: "purge",
pageids: mw.config.get("wgArticleId", -1)
});
});
最近有一个有关专题的提案正在讨论中,因此我在准备建立专题页时想像首页专题列表一样,随机显示几条内容,请问这是如何实现?(有首页的wikitext文本吗)
( ¡ )题外话 希望阁下能回复萌娘百科 talk:讨论版/页面相关#关于萌娘百科:对外宣传的存废讨论--By CHKO (Talk) @ 2020年8月8日 (六) 10:27 (CST)
本来手机屏幕就比较小一些,顶部模板字很大,而且承接了电脑端的width=80%的代码,导致模板占条目位置太大,有的手机上得翻两页,希望把{{info}}宽度限制那里增加<nomobile>代码。 悠远的苍穹 (Talk with me!) 2020年8月8日 (六) 18:15 (CST)
!important
恐怕并不能解决问题,而且应该加个@media screen and (max-width:720px)
之类的会更好。——移动版用户 Bhsd(讨论) 2020年10月2日 (五) 20:26 (CST)
安姐好!
之前和@GuoPC桑一起翻译了MGP:关于想要搬运到英萌。目前虽然翻译部分已经完成了,但是内容仍需要审核。
不知道您是否能抽空审阅?页面在enmoe:User:Leranjun/sandbox/MGP:About/preview下,完整的diff及注释在enmoe:User:Leranjun/sandbox/MGP:About下。
另外,英萌可能也需要一个类似Widget:Moegirlstats的widget,希望您能帮忙搬运。
多谢!安姐辛苦了!
P.S. 英萌什么时候能把MGP名字空间重定向到Moegirlpedia啊(--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献
2020年8月9日 (日) 13:02 (CST)
管理员同志您好,之前info模板的宽度都是可以调节的,但今天晚上打开个人用户页发现代码中“|width=xx%”这个参数设为100%两边也无法顶格(原先是可以的),请问一下这是怎么回事呢?--From
Username模板在使用后右上角的[注]在手机端上无法显示标注内容,在手机上换成桌面端也无法显示。
残叶无影(讨论) 2020年8月14日 (五) 08:27 (CST)
修改后会直接显示标注内容,在移动端上会占用多行位置,效果不是很友好。
file:问题2.jpg
残叶无影(讨论) 2020年8月14日 (五) 15:12 (CST)
还是在这里说吧,方便讨论。想读取zip的话一定是要配合js才行的啊,wikitext和lua也都没提供解析文件的接口,怎么滥用呢?--东东君(讨论) 2020年9月1日 (二) 22:13 (CST)
window.__WIDGET_MMD_PREVIEWER_WORKER_PATH
这个变量上。--东东君(讨论) 2020年9月3日 (四) 22:49 (CST)https://img.moegirl.org/common/【文件名MD5第一位】/【文件名MD5第二、三位】/【文件名】
——From AnnAngela the Temporary Bureaucrat (Talk) 2020年9月7日 (一) 20:48 (CST)
给.mmd文件设置个长点的max-age这样呢?或者我在前端做些缓存机制--东东君(讨论) 2020年9月7日 (一) 21:43 (CST)
就我的经验来说,大多数模型的贴图文件都可以压缩到8m以内,pmx文件大小一般也不会超过8m(尤其是用于直播的模型,因为有实时渲染的要求,一般会注意控制大小),如果因为制作时冗余信息太多导致pmx文件太大的话,还有删除刚体、节点和表情等等操作。总的来说我估计大多数模型都能控制在20m以内,不过可能就是这一套下来,上传正确的mmd文件的门槛会比较高。当然有缓存机制是最好的--糖果铺10 Ktmsobs(讨论•贡献) 2020年9月8日 (二) 11:34 (CST)
插件代码已更新:https://github.com/koharubiyori/MMDPreviewerForMoegirl/tree/master/dist (main.js、worker.js)。根据user:Ktmsobs做的压缩实验的结论,可以确保模型大小在4m以下。目前这样可以创建widget,并将模型文件存储于萌百共享站了吗?--东东君(讨论) 2020年9月11日 (五) 19:01 (CST)
2020年9月11日 (五) 23:35 (CST)
可以建widget了没,我page服务开完了,转发接口也部署了
window.__WIDGET_MMD_PREVIEWER_WORKER_PATH
上设置worker.js的路径window.__mmdPreviewerWidgetInit
赋值一个函数,执行后将进行mmd预览器的初始化操作--东东君(讨论) 2020年9月13日 (日) 23:17 (CST)
const mainJsUrl = ''
const workerJsUrl = ''
function loadScript(sourceUrl) {
const scriptTag = document.createElement('script')
scriptTag.src = sourceUrl
document.body.appendChild(scriptTag)
return new Promise((resolve, reject) => {
scriptTag.onload = resolve
scriptTag.onerror = reject
})
}
window.__WIDGET_MMD_PREVIEWER_WORKER_PATH = workerJsUrl
loadScript(mainJsUrl).then(window.__mmdPreviewerWidgetInit)
window.__mmdPreviewerWidgetInit
执行后会将页面中所有.mmdPreviewerContainer
渲染为mmd预览器。参数通过data-属性设置,小部件创建后我把模版做出来。--东东君(讨论) 2020年9月26日 (六) 23:48 (CST)
Error: Can't find end of central directory
,这个是jsZip报的,我在调试时发现是因为两个woker.js中的jsZip常量值不一样了:
|
|
|
PK��
,通过F12控制台比较时结果变成了true。猜测应该是在保存代码时mediawiki做了一些编码处理,请问有办法能避免代码内容被转码吗?--东东君(讨论) 2020年9月27日 (日) 20:21 (CST)
The value passed for "text" contains invalid or non-normalized data. Textual data should be valid, NFC-normalized Unicode without C0 control characters other than HT (\t), LF (\n), and CR (\r).
。——From AnnAngela the Temporary Bureaucrat (Talk) 2020年9月29日 (二) 21:10 (CST)
@Ktmsobs 模版算是搞出来了:{{MMDPreviewer}},不过现在还有些问题:
--东东君(讨论) 2020年9月30日 (三) 00:06 (CST)--东东君(讨论) 2020年9月30日 (三) 00:06 (CST)
注意到行政员阁下最近对本人用户页进行了编辑,删除了不少内容,且并未先行通过任何渠道告知本人。尽管我善意猜测您可能是因为维护需要或其它合理原因,但还是请您阐释一下在未告知用户本人前提下擅自修改用户页本体的原因。鉴于本人并未写入违规内容,您的行为可能违反萌娘百科:方针#用户页面政策:“萌娘百科管理人员在发现用户页面影响百科运作时,应当首先提醒用户处理。用户无响应则应删除。”若是本人的用户页有什么妨碍到了站点维护,还望您提供技术支持协助改进。—— Space-time traveller [+] 2020年9月17日 (四) 23:47 (CST)
距离本人上次提出疑问已经过去超过48小时,若行政员阁下仍未回复,本人可能将于48小时内撤回您的疑似破坏编辑。如果有什么误解之处,烦请在讨论页交流告知。—— Space-time traveller [+] 2020年9月20日 (日) 00:05 (CST)
尊敬的@AnnAngela前辈,您好!
关于小工具“显示未引用大家族模板的词条页面”,近日我注意到,在使用了{{navbox}}的模板页下方“未添加本模板的条目”一栏中点击条目名会跳转至“moegirl.org/条目”而非“moegirl.org.cn/条目”,从而导致条目跳转失败。
鉴于萌百目前已将数据库等迁入境内且“.org”域名可能已弃用,在此我推测可能是前辈的navbox-link.js页中部分相关代码还未进行及时的更新。虽然这可能不是什么大问题,但还是希望前辈可以确认一下,帮助修复这一bug。
鄙人在语言组织上可能不太通顺,还望前辈见谅。最后再次感谢。祝编安! ——在下羊羽君,有何贵干? 2020年9月20日 (日) 09:44 (CST)
A姐好!
刚刚GuoPC桑反应嘤萌的Visual Editor用不了,估计是Parsoid后端连不上了,您能帮忙看一下吗?
谢啦~--ZhMGP:~ Leranjun用户页讨论页贡献$乙方|9
2020年9月26日 (六) 22:38 (CST)
emm...怎么说,你把建议PASS掉了我也没什么话可说.但是我这里表明下我自己的意见.我建议搞这个分组是想给被封禁者一个机会,可以让TA即便不想解封也可以活跃在萌娘百科.可以让TA有充足的时间认识到TA自己的错误.对于萌娘的铁腕封禁方针,我一直都是不赞同的.我只不过是想在封禁与发言之间留下一个可以是双方都可以周旋的空间.到了这里,你肯定会说不是有寻求帮助吗.当一个人在网络上所有的发言手段都无效时,TA在网络上就是真正意义的死亡.有可能,在现实生活中,TA已经结束了自己的生命.留下这个周旋的空间,去帮助被封禁者认识错误,才是你们管理层真正的手段和任务虽然这里语气不是很友好,但是我怎么改都变不友好 --法律要倾听民众的声音,但要超越民众的偏见(讨论) 2020年10月17日 (六) 19:34 (CST)
RT,您在十周年感谢信中写入了接入智能审查系统?能方便透漏更多信息吗?(比较好奇)
莫非是1、2这两个???(我自己想的)--以后(讨论) 2020年10月18日 (日) 20:38 (CST)
抱歉打扰。Martin Zhao之前将中文萌百的{{Hover}}搬到了英萌,但是似乎是因为没有对应的Widget(Widget:Hover),该模板无法完全正常使用,故在此请求在英萌创建对应Widget,辛苦了。
如题。是个咨询问题。先谢谢。
我使用了wfLoadExtension('ContributionScores');语句。
但是报错如下:
Fatal error: Uncaught Exception: Unable to open file /var/www/html/extensions/ContributionScores/extension.json: filemtime(): stat failed for /var/www/html/extensions/ContributionScores/extension.json in /var/www/html/includes/registration/ExtensionRegistry.php:136 Stack trace: #0 /var/www/html/includes/GlobalFunctions.php(52): ExtensionRegistry->queue('/var/www/html/e...') #1 /var/www/html/LocalSettings.php(186): wfLoadExtension('ContributionSco...') #2 /var/www/html/includes/Setup.php(124): require_once('/var/www/html/L...') #3 /var/www/html/includes/WebStart.php(81): require_once('/var/www/html/i...') #4 /var/www/html/index.php(41): require('/var/www/html/i...') #5 {main} thrown in /var/www/html/includes/registration/ExtensionRegistry.php on line 136
——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由Memeda(讨论·贡献)于2020年11月3日 (二) 09:08 (UTC)添加。
ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · EnMGP|4
2020年11月3日 (二) 17:30 (CST)require_once "$IP/extensions/ContributionScores/ContributionScores.php";
您好,您的签名似乎并未包含用户页、讨论页或贡献页其中一项的连结。您应该是在设置中设定了「新签名:」,却又勾选了「将签名视为维基代码」;如果您只是要改变显示名称,而没有要自行设计样式,请不要勾选此项,确认「您现有的签名:」所显示的签名包含连结。更多签名技巧请参考这里。可能需要签名的页面例如 User talk:湛蓝月光, 萌娘百科 talk:讨论版/方针政策。谢谢您的参与。 --Cewbot(讨论) 2020年11月3日 (二) 23:00 (CST)
A姐好~
最近用subpagelist的时候发现文库的版本和主站的版本不一样,而且调用了不存在的Widget。
因此想请求A姐更新一下模板和Widget,使主站和文库相符。
多谢啦!--ZhMGP:~ Leranjun$ 主页 · 讨论 · 贡献 · 酒姬民|39
2020年11月5日 (四) 11:28 (CST)
请求在一个以H字母开头的网站封禁一个叫做此名的用户,他在那边困扰我们已经一周了,管理员海豚又学业繁忙联系不上,看到您在那里有权限,请求执行这个操作,还那里一片清净,谢谢。--明月有情还顾我,清风无意不留人&尝试攻下纯白交响曲游戏和动漫中&铃兰获得概率增加时请告知我&私はTakizawa Sakutaro 泷泽 朔太郎だ&时间是2020年11月22日 (日) 20:30 (CST)
还有这几位也帮忙封禁了得了,谢谢。--明月有情还顾我,清风无意不留人&尝试攻下纯白交响曲游戏和动漫中&铃兰获得概率增加时请告知我&私はTakizawa Sakutaro 泷泽 朔太郎だ&时间是2020年11月22日 (日) 20:35 (CST)
[[Project:讨论版#提请对User%3A此名、User%3A0emaneht0进行永久封禁]]
--明月有情还顾我,清风无意不留人&尝试攻下纯白交响曲游戏和动漫中&铃兰获得概率增加时请告知我&私はTakizawa Sakutaro 泷泽 朔太郎だ&时间是2020年11月28日 (六) 06:50 (CST)安姐好!这件事儿和我这个月提出的提案有些关系,但是早前RJ建议我直接跟您讲讲,我就上您讨论页来了。
您可能注意到,我在提案的“疑问/注释”一栏中注到“提案若通过,那么一般地,用户不能再直接举报“长期破坏者”了:这改为由管理员依照分身数量和破坏程度认定”;严格来讲这并没有直接写在方针稿里头,而是我个人的理解/建议。我注意到这个举报页已经移动到了萌娘百科_talk:破坏/记录在案的长期破坏者——这的确更好,但我认为仍然不是最优的。我认为,与其接受“长期破坏者举报”,不如接受“分身滥用举报”。
我认为,所谓“长期破坏者”在成为长期破坏者之时就该引起维护组注意了:通过CU请求、用户对一般分身滥用的投诉等迹象,维护组应该很容易就会发现长期、大量使用分身破坏萌百的个人。另外,我相信维护组自己也有一些滥用分身者的记录:不可能所有滥用都是用户投诉才发现的吧?
我对这个页面的功能的理解是字面上的“举报新的、未被记录的长期破坏者”。在这个基础上,我认为让用户投诉“长期破坏者”实际上要么是走个形式(讨论版多次出现、大家都注意到的反复同类型破坏,早就可以被当作长期破坏者了——只是有人来提个请求而已),要么对用户举报要求很高(需要一名用户注意到维护组没有发现的、同类型的鬼祟破坏,自行收集证据,然后提出请求——不过应该还是得先在讨论版上提请CU,而CU请求应该足以引起维护组注意了)。前者似乎甚至可以用编辑请求替代,而后者……似乎很有可能因为CU等操作变成与前者同类型。我认为,在投诉页面还在Project_talk:破坏时,该页面常被错误认为是像维基百科的”当前的破坏“一样投诉任何可能破坏者的页面的主要原因之一,就是前述问题导致该页面实际适用范围过于窄了(当然这和原来的页面名称也脱不了干系)。查阅历史上所有有效的新破坏者提报,我认为都是已在公开讨论版引起注意过的。这么看,为长期破坏者设置专用的举报页面似乎并无必要。
当然,遇到疑似现有长期破坏者的马甲时,该页面似乎就挺合适的——的确,这是该页面大部分提报的类型,也许也是这个举报页面的设立初衷;但是,我甚至认为这一步甚至可以直接和CU或一般举报整合在一起。
至于为什么不直接扩充该页面的功能,我认为该页面的命名让它不适合处理所有分身滥用提报。
设立专用的“疑似分身滥用”举报页面应当更好。任何可能是分身滥用的情况都可以直接在该页举报;确非分身滥用的提报可以直接不存档、或分开存档;确认的分身滥用便可以记录下来,通过调阅存档就可以开始判定新的“长期破坏者”——例如,只要分身滥用次数达到一定阈值(比如15天内超过5个分身、或3个月内超过9个分身?)、或者行为足够恶劣,就可以直接加入长期破坏者列表。无论是现在提案包含的简易CU准则、或是未来我想提出的CU提案都可以要求涉及滥用举报的CU请求直接在该页面或者该页面的子页面提出,应该也方便调阅CU请求记录。
这样的确会一定程度的增加维护组的工作量(必须要每隔一段时间、或者每次受理新举报时检查页面存档,看是否有同一个人过去滥用分身的记录),但我觉得将大部分可能的分身破坏情况独立一个存档管理应该也有利于维护组比对公开数据和维护组自己的数据,尽早发现可能的新长期破坏者;单独存档所有疑似分身滥用举报也应该比将其埋没在操作请求版存档中更好。
这样的话,我的提议的最大更改就是需要设立一个新的投诉版面:这个版面的位置可能需要讨论决定,但诸如“Project_talk:疑似分身滥用”、“Project_talk:讨论版/操作申请/疑似分身滥用”、“Project_talk:破坏/疑似分身滥用”等都可能是不错的选择。该版面应完全用于投诉可能的分身滥用行为;维护组需要判断这些投诉是否真的是分身滥用。如果需要经CU判定,可以选择直接将CU过程记录在该页;如果有人在其他讨论页面进行相关投诉,该串可以被直接移动到这里并格式化。需要一个合适的存档系统来记录所有被确认的分身滥用;被投诉用户不是分身滥用者的可以另外存档、也可以考虑不存档。
萌娘百科_talk:破坏/记录在案的长期破坏者可以被完全废除、改为对该页面的一般讨论页面——增加已有Abuse的新马甲的请求可以通过编辑请求进行——也可以保留,仅处理投诉疑似已有Abuse的马甲的情况。
虽然说我的提案没有直接规定这些内容,但是因为它现在写着疑似分身滥用投诉都需要在讨论版之操作申请板块提出——事实上,因为萌娘百科_talk:破坏/记录在案的长期破坏者不具备受理所有分身滥用提报的功能,过去的类似举报应该也都是在这里或旧讨论版进行的——所以,我认为让提案稍稍等等、先讨论一下这个问题是好的。如果您认为我的建议最好整合到提案里,我可以照做;如果您认为这最好经过另外的公开讨论进行,我也可以直接在讨论版提出。
写的有些多,希望不会占用您太多的时间。感谢您能阅毕,还望您考虑考虑。祝编安!—0x0A🎉理论上是公的驱逐舰的 壹陆 讨论·最近编辑 2020年11月26日 (四) 16:09 (CST)
你好!我发现阁下的的机器人AnnAngela-abot存档了萌娘百科 talk:讨论版/技术实现/存档/2020年12月#【BUG】时间戳标记错误及自动修正,但是这个串并没有被标记为“解决”或其它状态,请问存档讨论串的标准是什么?被存档后此bug还有被注意的可能吗?——因为你百不能中英混合导致的本应是某FFF团的高级火法的高级火法 论·录 2020年12月13日 (日) 13:13 (CST)
我在我的用户页试了一下,User:Marmelader,显示目录的按钮可能进到了一个循环。。。-Marmelader(讨论) 2020年12月13日 (日) 13:20 (CST)
大佬您好,请求删除一个文件:1,原因在于:这个图片有水印,我已上传一份去水印的2
辛苦您啦☕~--以后(讨论) 2021年1月31日 (日) 21:40 (CST)
您好,AnnAngela。
冒昧打扰,但是事发突然。几天前,我上传的文件File:Pixiv_74281413.jpg的文件信息被大段删除,我当时只是回退对方就开始与我打编辑战,并让另一个巡查姬参与其中,结果把模板cm:template:information改成了这种像涂鸦板的样子,而且文档中也是这么写的(如您所见,这时模板中文档已经不见了)。
后来我做出让步,把他们想要留下的警告信息单独排版整理为一个段落,这件事情才算结束。
再后来,他们决定撤销模板及分类cm:category:来自Pixiv的文件(当时我被逼无奈,只得开段落讨论其去留),但讨论完也被撤销完了,现在我不想纠结太多问题,只想请您帮几个忙。
要说的就是这么多了,当务之急先是恢复衍生作品分类(情况有变,目前分类也被挂删了),当然如果您能帮忙恢复我那些information段落全被删除的文件页面愿深表感激,不知道您怎么看?谢谢。--Ikemen(讨论) 2021年2月5日 (五) 14:35 (CST)
若您需要实验性地修改模板内容,请您选择在用户页下进行测试编辑,或在模板:沙盒下建立子页面进行测试,而不是在正常使用的模板下建立sandbox子页面,谢谢合作(还是说这其实是一种合理合规的做法x)。—— 今日も一日がんばるぞい!(沼泽 • 讨论) 2021年3月11日 (四) 17:01 (CST)
“很抱歉,您提交的请求可能对网站造成威胁,请求已被管理员设置的策略阻断
本页面为腾讯T-Sec Web应用防火墙(WAF)默认提示页面,如有疑问请联系网站管理员并提供UUID信息” 出现了如上信息,想问下原因 依天行然(讨论) 2021年4月29日 (四) 20:26 (CST)
如题,至少自2021年5月3日之后就未见运作迹象。--忒有钱(讨论) 2021年5月7日 (五) 03:04 (CST)
您好,中文萌百的{{UserName}}已被其他编辑者搬到了英萌,但需要对应的Widget(Widget:UserName)才能正常使用,故在此请求在英萌创建对应Widget,麻烦您了。—— GuoPC ☕ 📝 2021年5月22日 (六) 17:49 (CST)
A姐好!有用户指出EnMGP的tabs无法使用,我看起来应该是JS的问题,想麻烦您帮助同步一下zh和en的模板。多谢!--EnMGP编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年6月24日 (四) 19:38 (CST)
A姐好!抱歉又来打扰您了w
在EnMGP执行批量任务时发现Special:Tags里貌似没有Bot标签,能否麻烦您添加上?
多谢!麻烦了。--EnMGP编辑者乐然 ✉ 「不要把我当做没有存在过」 2021年6月26日 (六) 07:52 (CST)
Hello...
I tried to format this infobox on the English Moegirlpedia, but it doesn't show up properly. LiaMinina(讨论) 2021年9月12日 (日) 07:58 (CST)
人事动态 | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
不……不许看啦!这里什么都没有哦!萌百娘很可爱嘿嘿嘿 不……不许看啦!这里什么都没有哦!萌百娘很可爱嘿嘿嘿 不……不许看啦!这里什么都没有哦!萌百娘很可爱嘿嘿嘿
|
政策变化 |
---|
萌百娘…嘿嘿嘿…小小的…香香的…嘿嘿嘿… 萌百娘…嘿嘿嘿…小小的…香香的…嘿嘿嘿… 萌百娘…嘿嘿嘿…小小的…香香的…嘿嘿嘿… 萌百娘…嘿嘿嘿…小小的…香香的…嘿嘿嘿…
|
技术更新 |
---|
更新姬…嘿嘿嘿…小小的…香香的…嘿嘿嘿… 更新姬…嘿嘿嘿…小小的…香香的…嘿嘿嘿… 更新姬…嘿嘿嘿…小小的…香香的…嘿嘿嘿… 更新姬…嘿嘿嘿…小小的…香香的…嘿嘿嘿…
|
其他事务 |
---|
更新姬…嘿嘿嘿…平平的…香香的…嘿嘿嘿… 更新姬…嘿嘿嘿…平平的…香香的…嘿嘿嘿… 更新姬…嘿嘿嘿…平平的…香香的…嘿嘿嘿… 更新姬…嘿嘿嘿…平平的…香香的…嘿嘿嘿…
|
无情的月报发送机器人——机娘星海酱 2021年12月1日 (三) 15:50 (CST)
请问萌百在用户页面是可以打广告的吗?我在浏览萌百的时候发现User:Amorepacific在10天前挂出一个朝国网站的广告 --该名称又双叒已存在(讨论) 2021年12月8日 (三) 21:35 (CST)该名称又双叒已存在