萌娘百科 talk:讨论版/权限变更/存档/2023年01月
讨论版【权限变更】档案馆
机器人追加任务申请 - User:LihaohongBot
申请者:Lihaohong[更多]
机器人账号:LihaohongBot[更多]
追加任务:统计链入消歧义页面的条目。目前在用户页User:Lihaohong/链入消歧义页面的条目试运行过。源代码在GitHub。
如果请求被接受,试运行时创建的用户页及其子页面会被移动至萌娘百科:疑似链入消歧义页面的条目(仿照萌娘百科:疑似不当文件名数据)。
由于需要向服务器发送大量请求(backlinks一次只能查询一个页面),预计每周运行一次。如果有频繁更新的需求,例如多个编辑同时大量处理消歧义问题,则会手动调整频率。 —— ā Petrō(对线|黑历史|签名墙)Magnō于2022年12月24日 (六) 09:47 (CST)
- (+)支持 非常有用的统计
水编辑的好去处——BearBin 「喷他 • 留名」 2022年12月24日 (六) 11:27 (CST) - (&)建议 试用了一下,能不能在允许的情况下把条目链接改为
action=edit
并直接定位到待修改的大致位置?——移动版用户 Bhsd 2022年12月24日 (六) 18:56 (CST)
放弃脚本编辑员用户组 - User:C8H17OH
突然发现自己还留着一个修脚师傅的资格证
虽然不想学前端的运维不是好客户端,但还是太菜了,而且现在大佬众多+版式巨变,已经……不需要战斗了……(虽然是零战绩退场)
恭喜小鱼君再次成为唯一脚编(甚至还有替身)
——C8H17OH(讨论) 2022年12月22日 (四) 22:38 (CST)
- 没有正当理由
岂能想来就来想走就走?——移动版用户 Bhsd 2022年12月23日 (五) 00:39 (CST)
巡查姬申请 - User:淮南皓月
淮南皓月[更多]在此申请成为巡查姬。
希望为社群多作贡献。
—— 淮南皓月 🌙 2023年1月1日 (日) 20:58 (CST)
维护人员提问与考核区 - User:淮南皓月
讨论区 - User:淮南皓月
可爱皓月月 あめろ 讨论 2023年1月1日 (日) 21:12 (CST)
优质编辑者申请 - User:我饿人一一
申请者:我饿人一一[更多]
申请用户组:优质编辑者
Happy New Year!新年伊始,我再次来申请优质编辑者了。
在这次申请之前,我再说一下我的能力:
- 长期编辑质量优异完成
- 能较好地创建和编辑条目,特别是熊出没系列,偶尔会编辑其他的(如植物大战僵尸3、棉花糖和云朵妈妈等最近还偶尔编辑萌系日常番条目)。完成
- 目前大改的条目:腐竹办公室、熊出没系列等。完成
- 从2020年4月后,就没有再把百度百科的条目弄到萌娘百科中。完成
- 偶尔会创建模板或对模板进行大改,如模板:熊出没和模板:方特动漫。完成
- 还有去年9月份申请时被提到的萌娘共享问题,已经编辑次数较多了。完成
——我饿人一一(讨论) 2023年1月9日 (一) 08:55 (CST)
文件维护员申请 - User:清浦
申请者:清浦[更多]
申请时长:3天
由于错误命名文件太多,所以在此申请成为文件维护员,以修改文件命名 ——清浦(讨论) 2023年1月8日 (日) 18:42 (CST)
- 已成为自动确认用户超过30日 完成
- 充分了解萌娘共享:页面命名指引,基本了解其他萌娘共享及文件相关的方针/指引 完成
- 文件维护经验 完成 多次在操作申请上申请移动文件。
- 需要额外的“移动页面时不创建来源页面的重定向”“不受速率限制影响”权限以便大量维护文件命名,一般建议超过50个。完成
--清浦(讨论) 2023年1月8日 (日) 18:42 (CST)
技术编辑员申请 - User:HetmesAskalana
申请者:HetmesAskalana[更多]
申请用户组:技术编辑员
阳,没好利索,敲不动太多三回啊三回。
—— 已经是一条死鱼的HetmesAskalana 2023年1月1日 (日) 21:18 (CST)
- (+)强烈支持 HA技术很强,做事很认真,我认为值得信任。—— 非专业技师⭐一位史蒂夫 (讨论·贡献)✉❶ 快来单推可爱的雏羽吧~ 2023年1月1日 (日) 21:36 (CST)
- (+)支持 史蒂夫桑说得对--深海之下无望人间 2023年1月1日 (日) 21:37 (CST)
技术编辑员申请 - User:BearBin
申请者:BearBin[更多]
申请用户组:技术编辑员
申请条件:
- 萌娘百科和萌娘共享的模板(Template)、模块(Module)名字空间的总编辑数编辑合计超过200次或模块名字空间的编辑总数大于50次:申请时模板710次、模块64次。
- 可证明精通复杂wikitext或熟悉Lua,了解处理高风险模板或模块的职责:
- wikitext模板:{{角色资料卡}}、{{渐变发光}},以及B站动态等自用或娱乐性质的用户页模板,大家族、页顶等不再另外列出。
- Lua模板:{{EpisodeStory}}、{{CGSScardcontainer}}(使用Lua重写原模板)
- 最近30日内无触犯封禁政策和其它方针有关封禁规定导致的封禁记录;无编辑战、人身攻击等行为:未触犯过。
- 除自行请辞外,发起申请前30日内未被除去技术编辑员用户组,也未发起过技术编辑员申请:未申请过。
一年前的今天、这个时候,我在萌百做出了第一笔编辑。今天申请技术编辑员,不论是否通过,都希望能将此作为我这一年萌百编辑史的小总结和里程碑。——BearBin 「喷他 • 留名」 2023年1月18日 (三) 20:54 (CST)
- 隔壁家的叔叔春节一个人在家申请技术编辑员,你可千万不能变成那样。——OIer乐然 ✉ 亮出你的底牌、将生命压上赌桌。 2023年1月18日 (三) 21:00 (CST)
- 隔壁家的叔叔春节一个人在家申请技术编辑员,你可千万不能变成那样。--请问您需要来一只兔子吗⭐ 本森级7号舰拉菲(讨论·贡献) 2023年1月20日 (五) 20:54 (CST)
优质编辑者申请 - User:哈曼女王赛高
申请者:哈曼女王赛高[更多]
申请用户组:优质编辑者
——哈曼女王赛高(讨论) 2023年1月17日 (二) 08:08 (CST)
(不知为何之前写的传送后变成这样了所以重新写一下)
- 主要在游戏王板块进行长期编辑,包括对历史遗留模板的大幅度修正以及游戏王卡包内容的创建和编辑,外加各类卡组条目和单卡介绍
- 虽然无论职位如何都会坚持在游戏王版进行编辑,但还是衷心希望能申请优编代表对个人的认可,今后也会不断完善游戏王板块的相关内容和规范
——以上未签名(注)本条留言未签名,留言后请记得用--~~~~签名!的留言由哈曼女王赛高(讨论·贡献)于2023年1月17日 (二) 23:53 (CST)添加。
- 于是你在自己的发言里插内容。———— 冬月下的二重奏 LUO1P✾ 2023年1月18日 (三) 01:17 (CST)
对 User:かゆり*なより 的封禁报告
实施者:柏喙意志[更多]
被封禁者:かゆり*なより[更多]
封禁时间:2023年1月12日 (四) 15:21:58 至 2023年1月13日 (五) 15:21:58(持续时间为1日)
该用户上传大量无意义文件分类之文件,经用户讨论页提醒16次并警告1次后,仍继续上传。
按反破坏方针具体破坏行为第七条第2款,现认为警告无效,执行封禁。
该用户最近一年内无封禁记录,按方针规定,确定本次封禁时长为1天。
被封禁者如有异议,可在本人用户讨论页使用{{Help}}模板提出申诉,将由其他维护人员进行复核。
其他用户也可以在讨论版提出异议。--SysOp 珞珝 [用户讨论] 2023年1月12日 (四) 17:21 (CST)
巡查姬申请 - User:小祈吖
小祈吖[更多]在此申请成为巡查姬。
- 已成为自动确认用户超过30日;完成
- 已知晓并确保可以遵守萌娘百科:维护人员的基本义务;完成
- 已经通读了萌娘百科:维护人员的维护任务,基本了解站点方针/指引;完成
- 在萌娘百科的主(namespace=0)、模板(template:)、分类(category:)名字空间下编辑合计超过200次;完成
- 在萌娘共享的文件(file:)、分类(category:)名字空间下编辑合计超过25次;完成
- 掌握wiki代码/分类/模板/文件的基本使用方法;完成
- 有1个由自己主力编写的条目,证明自己已经会用wiki代码,能写出条目;完成
- 正式开始写萌百的契机:景之海的艾佩莉娅
- 角色条目如:海野宫子(举这个例子不是因为写得好,而是因为冲国人人均白毛控)
- 其他见:User:小祈吖/创建
- 有10个维护过的页面的特定历史记录点,通过编辑历史证明自己明白如何提高页面质量;完成
- 东峰司→Special:差异/5905224/6369298
- 拔作岛→Special:差异/5965010/6398332、Special:差异/6398352/6411969
- 水无月萤→Special:差异/6116181/6429815
- 夜月姬织→Special:差异/6433492/6433682
- Template:Navel→Special:差异/6403680/6499944
- 朱雀院椿→Special:差异/6531076/6531100
- 田中优美清春香菜→Special:差异/5256240/6571677
- 恋爱成双→Special:差异/6463238/6472026、Special:差异/6472026/6553219
- 武器大师→Special:差异/5466190/6584059
- 溱绫西陌→Special:差异/6576097/6578641
- 最近30日内无触犯封禁政策和其它方针有关封禁规定的行为;良民
- 除自行请辞外,发起申请前30日内未被除去管理员、巡查姬用户组,也未发起过巡查姬申请。注册后首次申请
鄙人自开始编辑以来大概创建了100来个未被删除的条目虽然大部分很水,主要活跃在galgame相关,其他方面也略有涉及。
感觉1月没什么人申巡,那我凑个数斗胆一试逝。虽不才,愿为萌百献上一份力。
如果觉得我有什么不足,欢迎各位前辈指正大佬轻喷。
———— 祈「讨论 签名」 2023年1月20日 (五) 00:00 (CST)
维护人员提问与考核区 - User:小祈吖
讨论区 - User:小祈吖
签名不应存在未使用替换引用(subst:
)而直接嵌入的任何页面。—— 东方众⭐一位史蒂夫 (讨论·贡献)✉❶ 快来单推可爱的雏羽吧~ 2023年1月20日 (五) 00:07 (CST)
- 签名竟然直接用模板,看来应该没戏了……是我感觉不太熟悉的人啊,大概是视研会那边的熟人?希望签名改正之后可以再看到你
另:可以看一下这里的代码抄一下怎么在签名里面用彩色字——Zyszhao·(讨论·留名·贡献)·Θα΄ρθεις σαν αστραπή 2023年1月20日 (五) 00:20 (CST) - 连夜修改,寄!—— 祈「讨论 签名」2023年1月20日 (五) 00:33 (CST)
- 猪鼻操作有点多,先润了。—— 祈「讨论 签名」 2023年1月20日 (五) 00:33 (CST)
优质编辑者申请 - User:GreenHal
申请者:GreenHal[更多]
申请用户组:优质编辑者
思前想后还是决定抱着试一试的心态申请一下(
- 贡献多个独立完成的高质量条目,无需返工:例如里约大冒险、粘粘世界、驯龙高手3
- 能及时更新条目内容,保证时效性和准确性:Special:差异/6488619
- 熟练使用模板并完善模板功能:目前已掌握大多数基础的wiki代码。
- 准确完成对共享站文件的维护:能够给上传的文件添加分类。
如果被拒绝的话我会继续努力的。 ————GreenHal Talk with me now~ 2023年1月21日 (六) 19:39 (CST)
- 我觉得可以,不过记得补充下过往上传的未加分类的图的分类——深海之下无望人间 2023年1月21日 (六) 19:48 (CST)
- 感谢前辈的认可,我会好好加油的。——GreenHal Talk with me now~ 2023年1月21日 (六) 19:53 (CST)
请求变更优质编辑者权限
请求将我的优质编辑者权限转移至BugCatcher[更多]。 一个被经常waf的萌百人(讨论/贡献/留名) 2023年1月24日 (二) 00:43 (CST)
机器用户申请 - User:本森级7号舰拉菲
申请者:本森级7号舰拉菲[更多]
机器用户账号:本森级7号舰拉菲[更多]
申请理由:用于给编辑组成员发放新年维基友爱而不会造成短暂刷屏
申请时长:3天
原本1天可以完成,但最近过年加班比较忙,所以打算分批发放--请问您需要来一只兔子吗⭐ 本森级7号舰拉菲(讨论·贡献) 2023年1月23日 (一) 09:14 (CST)
- ( ? )疑问 使用何种工具?维基友爱是API编辑,这个用户组没用。—— ほしみ 2023年1月23日 (一) 23:54 (CST)
巡查姬申请 - User:Sytus
如题,希望为编辑者们做出更多贡献。—— Sytus(Talk) 2023年1月27日 (五) 17:17 (CST)
- (+)支持 —— 屠麟傲血(讨论) 2023年1月27日 (五) 17:19 (CST)
- (+)强烈支持强烈支持,不过不用预设模板真的没问题吗() --抬头方觉夜已深,风过天使归无痕 2023年1月27日 (五) 17:26 (CST)
- (+)支持 欢迎前辈回归。-- 珞羽子(交流室) 2023年1月27日 (五) 17:33 (CST)
- 欢迎回来。--EnMGP编辑者乐然 ✉ 亮出你的底牌、将生命压上赌桌。 2023年1月27日 (五) 20:51 (CST)
- 好!—— Eric Liu 創造は生命(留言・留名) 2023年1月28日 (六) 02:33 (CST)
脚本编辑员申请 - User:屠麟傲血
屠麟傲血[更多]在此申请成为脚本编辑员。
大家好,我是练习javascript两月半的练习生屠麟傲血。听说萌百年后要升级1.35,因此widget调用js代码库的方法需要作出亿些调整,我希望能为这件事出一份力。同时,我有信心能处理简单的widget修改。
- 在萌娘百科和萌娘共享的主(namespace=0)、模板(template:)、分类(category:)、模块(module:)名字空间下编辑合计超过500次;完成
- 能证明充分掌握Widget的使用方法,能写出安全可靠的代码,了解处理高风险页面的职责;完成
- 有意愿参与各类工具的合作编写,并且愿意、熟练使用诸如Github等管理工具;完成
- 注册满365日,且最近365日内无触犯封禁政策和其它方针有关封禁规定导致的封禁记录;完成
- 除自行请辞外,发起申请前30日内未被除去非临时的脚本编辑员用户组,也未发起过脚本编辑员申请。完成
———— 屠麟傲血(讨论) 2023年1月12日 (四) 19:04 (CST)
意见区 - User:屠麟傲血
来自管理员的意见
- (-)反对 。—— ほしみ 2023年1月12日 (四) 19:06 (CST)
来自脚本编辑员的意见
屠老师有没有兴趣做一下这题 Special:Diff/6597373/6597459 机智的小鱼君⚡ (留言✨) 2023年1月18日 (三) 20:34 (CST)
- 直到做了这题我才知道mediawiki.Uri有多方便:
<head>
<title>这里是标题</title>
</head><body>
<div id="errorMsg">这是显示提示的地方</div>
<script>
var $query = new URLSearchParams.get(location.search.substring(1));
var errorMsg = $query.get("errorMsg");
if(errorMsg){
errorMsg.replace( /%21/g, "!" ).replace( /%27/g, "'" )
.replace( /%29/g, ")" ).replace( /%2A/g, "*" )
.replace( /%20/g, "+" ).replace( /%28/g, "(" ); //解码
document.getElementById("errorMsg").innerText = errorMsg;
}
</script>
</body>
—— 屠麟傲血(讨论) 2023年1月19日 (四) 18:41 (CST)
- 感谢您的回答,另外,我也提供了一套实现方案供您参考:codesandbox --机智的小鱼君⚡ (留言✨) 2023年1月20日 (五) 12:37 (CST)
讨论区 - User:屠麟傲血
- @屠麟傲血 您在申请中提到“widget调用js代码库的方法需要作出亿些调整,我希望能为这件事出一份力”,请您详细阐述一下。--酒姬民乐然 ✉ 亮出你的底牌、将生命压上赌桌。 2023年1月12日 (四) 21:28 (CST)
- 话说的有些夸张了,事情是这样的:mw1.34+加载widget的时候jQuery还不可用,因此当前站里widget调用jQuery的方法就失效了,而基于jQuery.Deferred()的mw.loader.using也会失效,波及到的widget范围较广。解决方法不止一种,不过我觉得从1.32+引入、同样基于window.RLQ.push的等待模块加载方式对现有widget的修改规模不大,是较好的解决方案。—— 屠麟傲血(讨论) 2023年1月13日 (五) 12:45 (CST)
- 没太听明白您所说的“等待模块加载方式”是指什么。我看到您所链接的RL源代码里是在给JS代码包一层RLQ,但是您具体是要对widget做什么更改?有什么是批量替换做不到的?--酒姬民乐然 ✉ 亮出你的底牌、将生命压上赌桌。 2023年1月15日 (日) 02:50 (CST)
- 就是使用该方法让widget的代码等到jQuery加载后再加载。这里可以填入的代码库不止一个,我认为把之前使用mw.loader.using调用的库全部写入这里有助于理清代码,避免出现Widget:DeceasedPerson之前同样的代码库调用了两次。这样就不宜使用批量替换了。—— 屠麟傲血(讨论) 2023年1月18日 (三) 19:03 (CST)
- 查了一下,之前Bhsd佬写过一个用自定义事件触发依赖的方案,我觉得挺好的,也不需要倒腾RLQ。--月饼主编乐然 ✉ 亮出你的底牌、将生命压上赌桌。 2023年1月18日 (三) 19:25 (CST)
- 我不理解为什么申请了脚本编辑员能有编辑后台php的权限。——移动版用户 Bhsd 2023年1月18日 (三) 22:30 (CST)
- @Bhsd 屠老师发的链接错行了。我理解的意思应该是参考
makeInlineCodeWithModule
这个函数,用(RLQ=window.RLQ||[]).push([deps], func)
这种写法替换已有的。--单推人乐然 ✉ 亮出你的底牌、将生命压上赌桌。 2023年1月18日 (三) 22:34 (CST) - 非常抱歉,我发的锚点错行了,本意是锚点到第1543行。—— 屠麟傲血(讨论) 2023年1月18日 (三) 22:49 (CST)
- @Bhsd 屠老师发的链接错行了。我理解的意思应该是参考
- 就是使用该方法让widget的代码等到jQuery加载后再加载。这里可以填入的代码库不止一个,我认为把之前使用mw.loader.using调用的库全部写入这里有助于理清代码,避免出现Widget:DeceasedPerson之前同样的代码库调用了两次。这样就不宜使用批量替换了。—— 屠麟傲血(讨论) 2023年1月18日 (三) 19:03 (CST)
- 没太听明白您所说的“等待模块加载方式”是指什么。我看到您所链接的RL源代码里是在给JS代码包一层RLQ,但是您具体是要对widget做什么更改?有什么是批量替换做不到的?--酒姬民乐然 ✉ 亮出你的底牌、将生命压上赌桌。 2023年1月15日 (日) 02:50 (CST)
- 话说的有些夸张了,事情是这样的:mw1.34+加载widget的时候jQuery还不可用,因此当前站里widget调用jQuery的方法就失效了,而基于jQuery.Deferred()的mw.loader.using也会失效,波及到的widget范围较广。解决方法不止一种,不过我觉得从1.32+引入、同样基于window.RLQ.push的等待模块加载方式对现有widget的修改规模不大,是较好的解决方案。—— 屠麟傲血(讨论) 2023年1月13日 (五) 12:45 (CST)
- (-)不支持 请先把用户页整理的JavaScript笔记都挨个自行测试一遍。——移动版用户 Bhsd 2023年1月13日 (五) 04:13 (CST)
- (…)吐槽 用户js的混合缩进看得我血压高。机智的小鱼君⚡ (留言✨) 2023年1月15日 (日) 11:02 (CST)
投票区 - User:屠麟傲血
萌娘百科:脚本编辑员规定,脚本编辑员申请投票时,管理员每人投票权重1票。在参与率超过1/2的前提下,同意票占总票数比例超过2/3,投票通过;除此以外,投票不通过。 除STAFF外,发起投票时共有8位在任自然人管理员。
申请发出已达7天,现开启投票,并召唤所有管理员:@AnnAngela,云霞,蓝羽汇,星海子,玄微子,弗霖凯,Luoxuchan,Leranjun。--SysOp 珞珝 [用户讨论] 2023年1月19日 (四) 19:42 (CST)
管理员投票意见
- 同意
- 反对
- (-)反对 不太行。—— ほしみ 2023年1月19日 (四) 21:29 (CST)
- (-)反对 技术方面,楼下小鱼基本上把我想说的都说完了。我对申请者的JS能力持保留意见。--工具人乐然 ✉ 亮出你的底牌、将生命压上赌桌。 2023年1月20日 (五) 12:30 (CST)
- (-)反对 即使不讨论技术,申请者在行事作风和交流探讨能力上存在一定问题,考虑到本用户组需类似管理员的可信程度,予反对。--SysOp 珞珝 [用户讨论] 2023年1月20日 (五) 19:14 (CST)
- (-)反对 不可信。——From 引梦者浊华(讨论) 2023年1月21日 (六) 10:34 (CST)
- 弃权
- (∅)弃权 再接再厉。——丝毫没有存在感的某蓝色管理员(讨论) 2023年1月24日 (二) 17:31 (CST)
无票权用户意见
- 同意
- 反对
- (-)反对 申请者针对我的问题提交的解答,存在许多尚可改进的地方。具体来说存在大量无意义的片段,例如
以及接下来的一大片.replace,这些举动说明申请者对于JavaScript内置对象运用的不熟练。但值得肯定的是申请者在处理用户输入内容时有仔细思考过解码以及安全性相关的问题。希望申请者再接再厉,我相信在继续深入学习相关知识后您一定可以胜任这个职位,并为萌娘百科做出相应的贡献。机智的小鱼君⚡ (留言✨) 2023年1月20日 (五) 12:27 (CST)location.search.substring(1)
中的substring,
- 弃权
计票和结论 - User:屠麟傲血
本通知由人工机械体自动发出,可能存在发送时机不对、发送对象不对、重复发送等问题,如有问题请联系User_talk:AnnAngela。
@AnnAngela,云霞,蓝羽汇,星海子,玄微子,弗霖凯,Luoxuchan,Leranjun 本投票现已结束,根据萌娘百科:脚本编辑员#授权程序,请及时计票!——AnnAngela-abot(讨论) 2023年1月26日 (四) 19:50 (CST)
管理员参与率超过1/2。(+)同意 0票,(-)反对 4票,(∅)弃权 1票,同意票未能占总票数比例超过2/3。投票不通过。—— ほしみ 2023年1月27日 (五) 03:00 (CST)
脚本编辑员申请 - User:HetmesAskalana
HetmesAskalana[更多]在此申请成为脚本编辑员。
大概就是 我麻了。
需要对蔚蓝档案相关条目使用的widget作长期维护及更新以完善内容。因widget无沙盒且摇人难度过高故来发个申请。
打勾就不打了,反正没权限都不能编辑widget,难以自证。
—— 已经是一条死鱼的HetmesAskalana 2023年1月12日 (四) 18:53 (CST)
意见区 - User:HetmesAskalana
来自管理员的意见
- ( ¿ ) 喵喵喵? 我要发起弹劾了。—— ほしみ 2023年1月12日 (四) 19:07 (CST)
- ( ¿ ) 喵喵喵?还带劾威慑的是吧,你小子.jpg—— 东方众⭐一位史蒂夫 (讨论·贡献)✉❶ 快来单推可爱的雏羽吧~ 2023年1月12日 (四) 19:08 (CST) 修改于 2023年1月12日 (四) 19:09 (CST)
- 很简单啊,你盘一下逻辑。脚本编辑员的可信程度应不亚于管理员,技术编辑员的可信程度低于脚本编辑员。在已知申请人当前管理员申请和多次技术编辑员申请都未通过的前提下,我不得不怀疑这是滥用申请程序捣乱的了。—— ほしみ 2023年1月12日 (四) 19:23 (CST)
- 可能也是一着急脑子一热就申请了
,感觉和我高考前申巡意图差不多(错乱—— 单推人⭐一位史蒂夫 (讨论·贡献)✉❶ 快来单推可爱的雏羽吧~ 2023年1月12日 (四) 19:46 (CST)- 草——From GaP ( Talk , Contributions and Signatures ) 2023年1月14日 (六) 20:06 (CST)
- 可能也是一着急脑子一热就申请了
- 很简单啊,你盘一下逻辑。脚本编辑员的可信程度应不亚于管理员,技术编辑员的可信程度低于脚本编辑员。在已知申请人当前管理员申请和多次技术编辑员申请都未通过的前提下,我不得不怀疑这是滥用申请程序捣乱的了。—— ほしみ 2023年1月12日 (四) 19:23 (CST)
- ( ¿ ) 喵喵喵?还带劾威慑的是吧,你小子.jpg—— 东方众⭐一位史蒂夫 (讨论·贡献)✉❶ 快来单推可爱的雏羽吧~ 2023年1月12日 (四) 19:08 (CST) 修改于 2023年1月12日 (四) 19:09 (CST)
- 能证明充分掌握Widget的使用方法,能写出安全可靠的代码,了解处理高风险页面的职责。--SysOp 珞珝 [用户讨论] 2023年1月12日 (四) 19:30 (CST)
- 同上,没Widget编辑权限也写不了Widget。而且申请是为了在自己的能力范围、需求范围内维护需要维护的Widget,而不是一定要去碰自己能力范围外的所谓“高风险代码”。目前看来,存在需要长期维护更新的半成品Widget:BAChar,总不能每次编辑都要经历漫长的摇人过程吧?-- 已经是一条死鱼的HetmesAskalana 2023年1月12日 (四) 20:32 (CST)
- 存在编辑需求并不代表您可以无视申请条件。--SysOp 珞珝 [用户讨论] 2023年1月12日 (四) 21:10 (CST)
- 那你说嘛,权限没有,编辑都没法编辑,何谈证明-- 已经是一条死鱼的HetmesAskalana 2023年1月12日 (四) 21:19 (CST)
- 你把BAChar的widget写完给珞老师看看不就证明了(--酒姬民乐然 ✉ 亮出你的底牌、将生命压上赌桌。 2023年1月12日 (四) 21:32 (CST)
- 证明编辑能力和代码可靠性并不绝对需要 Widget 编辑权限。例如,以您现在的用户组权限,是可以在 Widget talk 名字空间提出编辑请求的。--SysOp 珞珝 [用户讨论] 2023年1月12日 (四) 21:38 (CST)
- 见Github历史记录。-- 已经是一条死鱼的HetmesAskalana 2023年1月13日 (五) 02:16 (CST)
- 那你说嘛,权限没有,编辑都没法编辑,何谈证明-- 已经是一条死鱼的HetmesAskalana 2023年1月12日 (四) 21:19 (CST)
- 存在编辑需求并不代表您可以无视申请条件。--SysOp 珞珝 [用户讨论] 2023年1月12日 (四) 21:10 (CST)
- 同上,没Widget编辑权限也写不了Widget。而且申请是为了在自己的能力范围、需求范围内维护需要维护的Widget,而不是一定要去碰自己能力范围外的所谓“高风险代码”。目前看来,存在需要长期维护更新的半成品Widget:BAChar,总不能每次编辑都要经历漫长的摇人过程吧?-- 已经是一条死鱼的HetmesAskalana 2023年1月12日 (四) 20:32 (CST)
来自脚本编辑员的意见
不清楚申请者的能力,让我出一个简单的小试炼。
假定我们现在需要在文章内插入一个提示框,并根据URL参数决定显示的内容:
- URL参数为errorMsg
- 页面内存在一个div元素,id为errorMsg
请使用 Valina JS 进行一个简单的实现。
提示:您可以要求我提供更多细节,或者提供在类似的需求场景下更优的实践方法。机智的小鱼君⚡ (留言✨) 2023年1月15日 (日) 11:42 (CST)
- ( ¡ )题外话 是Vanilla JS —— ā Petrō(对线|黑历史|签名墙)Magnō于2023年1月15日 (日) 12:03 (CST)
- 如果我没理解错的话,是根据获取到的"errorMsg"参数替换页内id为"errorMsg"的div元素的内容?随便写了一下,直接贴上来了。
? |
---|
<head> <title>这是一个title</title> <script> var $_REQ = {}, tmp = window.document.location.href.toString(); tmp = tmp.split("?"); if(tmp[1]){tmp = tmp[1].split("&");for(var item in tmp){ var i = tmp[item].split("="); $_REQ[i[0]] = i[1]; }} </script> </head><body> <div id="errorMsg">这是一个我怎么知道是什么的东西</div> <script> if($_REQ['errorMsg']) document.getElementById("errorMsg").innerHTML=$_REQ['errorMsg']; </script> </body> |
- -- 已经是一条死鱼的HetmesAskalana 2023年1月15日 (日) 12:49 (CST)
- 没有理解错,题目是这个意思。请问这就是您的最终答案吗?要不要再优化一下?机智的小鱼君⚡ (留言✨) 2023年1月15日 (日) 13:41 (CST)
- 感觉单看需求上来说没有什么可以优化的空间和必要。-- 已经是一条死鱼的HetmesAskalana 2023年1月15日 (日) 14:19 (CST)
- 好吧,祝你好运…… 机智的小鱼君⚡ (留言✨) 2023年1月15日 (日) 15:08 (CST)
- 感谢您的回答,另外,我也提供了一套实现方案供您参考:codesandbox --机智的小鱼君⚡ (留言✨) 2023年1月20日 (五) 12:51 (CST)
- 好吧,祝你好运…… 机智的小鱼君⚡ (留言✨) 2023年1月15日 (日) 15:08 (CST)
- 感觉单看需求上来说没有什么可以优化的空间和必要。-- 已经是一条死鱼的HetmesAskalana 2023年1月15日 (日) 14:19 (CST)
- 没有理解错,题目是这个意思。请问这就是您的最终答案吗?要不要再优化一下?机智的小鱼君⚡ (留言✨) 2023年1月15日 (日) 13:41 (CST)
讨论区 - User:HetmesAskalana
- (+)强烈支持以HA的能力而言我是很支持的,而且其对BA专题的贡献已经证明其经验丰富--
不明所以然而且是跑来谢罪的的ともかわのりお三土君「骂我」「赞我」 2023年1月12日 (四) 20:52 (CST) - (+)倾向支持个人认为HA很有可能有能力胜任此工作--Takeuchi.BadEditor (讨论与留名) 2023年1月12日 (四) 21:16 (CST)
- (-)不支持 根据当前版本的代码看起来JavaScript的熟练度不高,有几处无用代码。另外请问第235-242行的用途是什么?——移动版用户 Bhsd 2023年1月13日 (五) 04:11 (CST)
- 那是同步别的数据的时候还在试验的东西被传上去了。。。-- 已经是一条死鱼的HetmesAskalana 2023年1月13日 (五) 11:37 (CST)
( ! )抗议 对于所谓的“在已知申请人……多次技术编辑员申请都未通过”,可以显而易见的是未通过的原因是无管理受理,甚至连个意见都没有提,只是搁置七天然后挂mar,说难听点就像我在维护组群里所说的,“连个屁都放不出来”。所以我在这里对管理团队的相关做法表示强烈不满,也对管理团队懒政与否表示严重怀疑。以上。—— 芳文厨⭐一位史蒂夫 (讨论·贡献)✉❶ 快来单推可爱的雏羽吧~ 2023年1月12日 (四) 21:42 (CST)
- 提到这个问题,我简单讲讲:首先我不在第二个讨论串发言的理由是早前一个月前第一次申请我的问题没有获得我满意的答案,而第二次申请,申请者也没有在申请中指出自己相比上一次申请到底改变了什么——甚至就一句话(而且这句话对申请没有任何正面意义)。其次,一句话的申请确实让人很难看到诚意,那或许也就很难指望管理员如何足够认真对待这第二次申请:平心而论,申请的内容只有“阳,没好利索,敲不动太多(三回啊三回)。”这样一句话,您看到这样的一句话申请,可以认为申请者有足够的态度,让您认真审视这次申请吗?当然,我这句话不代表自己赞成星海拿技编说事来反对脚编这个意见,但申请者有草率对待申请的倾向,或是有目共睹的。--SysOp 珞珝 [用户讨论] 2023年1月13日 (五) 00:26 (CST)
- 还是那句话,在当时“甚至连个意见都没有提”,事后在质疑下才予以回应,那我请问您早干什么去了呢?另外,连续多次申请都无活人受理,谁还会拿出足够的态度呢?前面也说了,技术编辑员的可信程度相对较低,那么申请技术编辑员本来就不应该是一个很困难的事情,况且申请人的代码处理能力也是有目共睹的,我不明白的是,在这种地方莫名其妙地卡脖子是有何居心呢?如果真的是因为所谓的成见,那我对萌百权限变更方面的未来持悲观态度。—— 兽耳控⭐一位史蒂夫 (讨论·贡献)✉❶ 快来单推可爱的雏羽吧~ 2023年1月13日 (五) 00:52 (CST) 修改于 2023年1月13日 (五) 00:56 (CST)
- 我先说明一下。不是没提意见,我的意见在2022年8月的申请中已经给了,但后面的申请没看到任何足以让我改变想法的行为,那只能是到期拒绝。—— ほしみ 2023年1月13日 (五) 01:02 (CST)
- @一位史蒂夫 我不会去推断其他管理员怎么想,但是一般没人受理有两种原因:一,真没看到,比如我;二,对申请者的技术能力抱有疑虑。管理员受理权限请求,相当于代表社群给予申请者信任;如果申请者上位以后捅出什么篓子,也是授权管理员的失职。所以管理员对于申请者的评价会偏谨慎,这个是无法避免的。--OIer乐然 ✉ 亮出你的底牌、将生命压上赌桌。 2023年1月13日 (五) 01:11 (CST)
- 我再次说明一下。不是没提意见,我的意见在2022年11月的申请中已经给了,但后面的申请没看到任何足以让我改变想法的行为,那只能是到期拒绝。--SysOp 珞珝 [用户讨论] 2023年1月13日 (五) 01:17 (CST)
- 还是那句话,在当时“甚至连个意见都没有提”,事后在质疑下才予以回应,那我请问您早干什么去了呢?另外,连续多次申请都无活人受理,谁还会拿出足够的态度呢?前面也说了,技术编辑员的可信程度相对较低,那么申请技术编辑员本来就不应该是一个很困难的事情,况且申请人的代码处理能力也是有目共睹的,我不明白的是,在这种地方莫名其妙地卡脖子是有何居心呢?如果真的是因为所谓的成见,那我对萌百权限变更方面的未来持悲观态度。—— 兽耳控⭐一位史蒂夫 (讨论·贡献)✉❶ 快来单推可爱的雏羽吧~ 2023年1月13日 (五) 00:52 (CST) 修改于 2023年1月13日 (五) 00:56 (CST)
(-)弱反对(-)倾向不支持(在HA回答小鱼君的提问中)先不论是否能用现成的location.search
等进行优化,HA未对网址进行转义(解码),其次innerHTML
明显比innerText
更加危险,另,toString()
意义不明。 —— 鬼影233「论|史|反」
投票区 - User:HetmesAskalana
萌娘百科:脚本编辑员规定,脚本编辑员申请投票时,管理员每人投票权重1票。在参与率超过1/2的前提下,同意票占总票数比例超过2/3,投票通过;除此以外,投票不通过。 除STAFF外,发起投票时共有8位在任自然人管理员。
申请发出已达7天,现开启投票,并召唤所有管理员:@AnnAngela,云霞,蓝羽汇,星海子,玄微子,弗霖凯,Luoxuchan,Leranjun --SysOp 珞珝 [用户讨论] 2023年1月19日 (四) 19:42 (CST)
管理员投票意见
- 同意
- (+)同意 至少热情没的说。——丝毫没有存在感的某蓝色管理员(讨论) 2023年1月24日 (二) 17:27 (CST)
- 反对
- (-)反对 申请者虽有基本达标的技术能力,但不具备脚本编辑员应有的人际交往与沟通能力。--SysOp 珞珝 [用户讨论] 2023年1月19日 (四) 19:42 (CST)
- (-)反对 不可靠。—— ほしみ 2023年1月19日 (四) 21:28 (CST)
- (-)反对 暂且不论代码风格,申请者很明显缺乏必要的安全意识,且对JS不熟练。--酒姬民乐然 ✉ 亮出你的底牌、将生命压上赌桌。 2023年1月20日 (五) 12:28 (CST)
- (-)反对 请再接再厉吧。——From 引梦者浊华(讨论) 2023年1月21日 (六) 10:33 (CST)
- 弃权
无票权用户意见
- 同意
- 反对
- (-)反对 申请者针对我的问题提交的解答,存在一些致命问题和大量可优化的地方:
- 致命问题:未对用户输入进行脱敏处理,代码中存在XSS漏洞
- 致命问题:未对location.href中取出的字符串进行解码处理,输出将会存在“乱码”
- 坏习惯:变量公交车,变量tmp的类型初始化为string,而后又被赋值为string[],代码的可维护性大打折扣
- 可优化:无意义的.toString()
- 弃权
计票和结论 - User:HetmesAskalana
本通知由人工机械体自动发出,可能存在发送时机不对、发送对象不对、重复发送等问题,如有问题请联系User_talk:AnnAngela。
@AnnAngela,云霞,蓝羽汇,星海子,玄微子,弗霖凯,Luoxuchan,Leranjun 本投票现已结束,根据萌娘百科:脚本编辑员#授权程序,请及时计票!——AnnAngela-abot(讨论) 2023年1月26日 (四) 19:50 (CST)
管理员参与率超过1/2。(+)同意 1票,(-)反对 4票,同意票未能占总票数比例超过2/3。投票不通过。—— ほしみ 2023年1月27日 (五) 02:58 (CST)