跳转到内容

维基百科讨论:变体小助手

页面内容不支持其他语言。
维基百科,自由的百科全书

无痕浏览模式隐藏变体提示框

[编辑]

变体小工具目前已经部署。先前@魔琴提到过在浏览器语言非中文且在无痕模式下可能会经常遇到弹框。如果有人需要避免此问题请使用此油猴脚本,经测试兼容Tampermonkey。--碟之舞📀💿 2023年11月25日 (六) 16:27 (UTC)[回复]

“我们希望提供更好的阅读体验”提供了更糟糕的阅读体验

[编辑]
“我们希望提供更好的阅读体验”提示

如右图所示的提示,对未登入的使用者来说,会在每次开启任何页面时提示。尽管左下角有写“本提示将不再提示”,但实际情况是,该提示会每次都出现,导致未登入使用者每次都需要按右上角的关闭按钮后方能阅读页面内容。同时,该提示缺乏“不转换”选项,导致喜欢阅读“不转换”风味的使用者无处可选。--Boreas Sawada 2023年11月27日 (一) 11:37 (UTC)[回复]

@Diskdance。--Akishima Yuka留言2023年11月27日 (一) 12:55 (UTC)[回复]
另外,有没有考虑覆盖全屏的对话框会影响网页存档的效果?我看到互联网档案馆的存档似乎不受影响,但是archive.is自某日之后的存档几乎不能看了,因为对话框也无法关闭。见[1]。--Akishima Yuka留言2023年11月27日 (一) 12:58 (UTC)[回复]
说到这个,会不会对搜索引擎收录造成影响?--百無一用是書生 () 2023年11月28日 (二) 02:22 (UTC)[回复]
法广网站任何文章进去就是Cookies弹窗,没看到搜索引擎不收录。--Akishima Yuka留言2023年11月28日 (二) 06:51 (UTC)[回复]
@Akishima Yuka、@Chu Tse-tien:已经临时取消了这个对话框。archive.is没有提供任何方法将它的请求和普通浏览器请求分开来,估计需要调整弹框。--碟之舞📀💿 2023年11月27日 (一) 13:46 (UTC)[回复]
我觉得一个好的设置是在Special:参数设置#mw-prefsection-gadgets中提供选项关闭此小工具。--Akishima Yuka留言2023年11月27日 (一) 13:55 (UTC)[回复]
登入使用者账户后就不会出现这个提示了,现在的问题是不登入的情况下(比如在行动装置上偶尔看一下,就没有登入的必要)反复提示着实恼人。而且提供的选项不完全,正好避开了像我这样就爱看“不转换”版本的人,所以还没得选,每次点选“✕”后进入新的页面又来……。--Boreas Sawada 2023年11月27日 (一) 14:16 (UTC)[回复]
还有不带地区词转换的纯简体和纯繁体。--Txkk留言2023年11月28日 (二) 13:54 (UTC)[回复]
建议对话框可以小一点,和以前一样的大小。--桐生ここ[讨论] 2023年11月28日 (二) 04:33 (UTC)[回复]
致所有提供反馈的用户@Akishima Yuka、@Chu Tse-tien、@Shizhao、@桐生ここ、@Cwek、@魔琴、@MilkyDefer
了解各位的意见了。造成各位不便,我深表歉意。作为小工具开发者,获取用户反馈的方式本就非常受限,再加上此为默认小工具影响更是严重。我在开发的时候就考虑了很多情况,没想到部署后发现还是远远不够。
现在正在考虑重新调整对话框的布局,增加可定制性,以及添加永久关闭的选项。之后还会考虑在本站设立帮助页和反馈页。
由于在公示期间并没有收到任何有效的反对意见,所以我有点质疑此流程是否真的有用。是否在将来可以采用更有效的方法(例如A/B测试)?还请各位提供宝贵的意见和建议,非常感谢!--碟之舞📀💿 2023年11月28日 (二) 05:30 (UTC)[回复]
希望您的更新可以考虑长期使用无痕模式的用户,以及喜欢不转换的用户。我觉得对于重要的界面更新可以使用ASN收集意见。--桐生ここ[讨论] 2023年11月28日 (二) 05:37 (UTC)[回复]
( π )题外话:console里wgULS那个提示是不是考虑设一个变量标记一下,只输出一次?--桐生ここ[讨论] 2023年11月28日 (二) 05:44 (UTC)[回复]
A/B 测试能够发现问题的概率,仅在这一议题下看,是更小而不是更大。因为它的触发要求的是未登入使用者。对于登入使用者,尤其是进阶使用者,会在偏好设置中设置其所偏好的变体时,这个对话方块本来就不会出现。实际上,我发现它会总是出现也是因为偶尔在行动装置上打开了中文维基的某个词条(以及随后又进入了其他词条),这距离这一功能被施用已经过去了——按照上方 Akishima Yuka 提供的 archive.today 的存档来看,大概五六天了。如果是 A/B 测试,而那日使用行动装置访问中文维基百科的我正好落入了“无此对话方块”的一组,那么对于我来说,就可能很久都不会发现这个问题,因为我鲜少使用行动装置(意味着鲜少存在“未登入使用”的情形)。因此就需要等待其他使用者为此对话方块所恼后提报了,然后等候更长的时间。所以即便是公示期间没有任何反馈,也不妨直接上线,这样如果有问题,那么被影响的受众是最大的,可以更快地获得反馈。--Boreas Sawada 2023年11月28日 (二) 09:58 (UTC)[回复]
@Chu Tse-tien:谢谢,但是我认为不经测试直接在生产环境上线是很不负责任的行为。问题在于没有有效的测试方法(公示不算测试),如果有的话我相信所有小工具开发者都能受益。
关于您讲到的A/B测试的问题,我认为它的效果主要体现在统计数据上,而且能够把负面影响降低一半已经比现有方法强多了。--碟之舞📀💿 2023年11月28日 (二) 12:26 (UTC)[回复]
> 问题在于没有有效的测试方法
可以试着自己建一个 MediaWiki 测试(--Boreas Sawada 2023年11月28日 (二) 12:30 (UTC)[回复]
@Chu Tse-tien:已经在Beta Cluster测试了三个月有余了,但是没用,因为读者不会光顾此站,收不到有效反馈。--碟之舞📀💿 2023年11月28日 (二) 12:33 (UTC)[回复]
可以提供体验版小工具,让各位用户加入到自己Special:MyPage/common.js。收集两个月意见之后再上线。--桐生ここ[讨论] 2023年11月28日 (二) 13:17 (UTC)[回复]
况且中维身为大型网站,如果搞坏了东西,作为小工具维护者的我表示压力山大 囧rz……--碟之舞📀💿 2023年11月28日 (二) 12:27 (UTC)[回复]
其实对话框(模态框)那个,我曾经想过用mw的通知组件实现,占地小,可自动隐藏,但就是内容太多可能会不太用户友好--百無一用是書生 () 2023年11月29日 (三) 02:12 (UTC)[回复]
原来是这个东西?我认为可以取消hidden就可以了(变成可选opt-out小工具),保留default(这样默认启用,包括IP用户),参见mw:Extension:Gadgets。——Sakamotosan路过围观 | 避免做作,免敬 2023年11月28日 (二) 05:45 (UTC)[回复]
怎么触发这个弹窗?怎么我一次都没遇到过?--Txkk留言2023年11月28日 (二) 14:07 (UTC)[回复]
(好像弹窗因为太烦了,被注释掉了),用无痕模式看一下,IP用户模式是可以保证用字模式锁定(不使用/wiki/的“变体”)的。——Sakamotosan路过围观 | 避免做作,免敬 2023年11月29日 (三) 00:25 (UTC)[回复]
在IP用户模式也没遇到弹窗。--Txkk留言2023年11月29日 (三) 01:32 (UTC)[回复]
看上面,可能取消过。——Sakamotosan路过围观 | 避免做作,免敬 2023年11月29日 (三) 01:55 (UTC)[回复]

异常链接跳转汇总

[编辑]
下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。

视觉化编辑器

[编辑]

在使用视觉化编辑条目时,只要一用连结的工具,就会将我带至https://zh.wikipedia.org/w/undefined的页面,导致无法编辑。请问如何解决这个问题?谢谢!---Yutommy 崖上的孤儿 请支持春秋分喵留言2023年11月30日 (四) 18:38 (UTC)[回复]

我这边可以打开,但是点击发布却告知我“离开此网站 系统可能不会保存您所做的更改”。--Liuxinyu970226留言2023年12月1日 (五) 05:18 (UTC)[回复]
我现在也是这样,所以每次想添加连结都要点一下“取消”,有点麻烦。现在无奈之下唯有在电脑上使用流动版的视觉化编辑工作,因为流动版貌似没有这个问题。--Yutommy 崖上的孤儿 请支持春秋分喵留言2023年12月1日 (五) 05:32 (UTC)[回复]

刚刚发现在Special:监视列表点击“标记所有更改为已查看”按钮后,直接跳转到 https://zh.wikipedia.org/w/undefined ,试了多次都是这样。不知道其他人有没有遇到?--百無一用是書生 () 2023年12月1日 (五) 02:16 (UTC)[回复]

我用2017源代码编辑,点提交编辑之后也出现了--Tim Wu留言2023年12月1日 (五) 03:25 (UTC)[回复]
貌似现在视觉化编辑点击引用、添加连结甚至Undo也会有如此情形(详见我以上的报告)。--Yutommy 崖上的孤儿 请支持春秋分喵留言2023年12月1日 (五) 05:39 (UTC)[回复]
界面语言切换到en,就正常了--百無一用是書生 () 2023年12月1日 (五) 06:34 (UTC)[回复]

视觉化编辑

[编辑]

在使用视觉化编辑条目时,只要一用连结的工具,就会将我带至https://zh.wikipedia.org/w/undefined的页面,导致无法编辑。请问如何解决这个问题?谢谢!--Yutommy 崖上的孤儿 请支持春秋分喵留言2023年11月30日 (四) 17:27 (UTC)[回复]

补充:在其他语言的维基百科尝试过并没有此类问题,只有中文维基百科出现了如此问题。--Yutommy 崖上的孤儿 请支持春秋分喵留言2023年11月30日 (四) 17:41 (UTC)[回复]
我2023年12月1日在PC端编辑中文维基百科时也遇上了这个问题,安卓端尚未发现这个问题。--Togset留言2023年12月1日 (五) 05:10 (UTC)[回复]
现在点击连结工具,会正确弹出对话框,但是页面会随即刷新,对话框消失,看来问题只是修好了一部分--百無一用是書生 () 2023年12月1日 (五) 14:45 (UTC)[回复]
现在好像完全修好了--Yutommy 崖上的孤儿 请支持春秋分喵留言2023年12月1日 (五) 14:58 (UTC)[回复]

近期在编辑中文维基百科的过程中通过点击“引用”插入参考文献时会自动跳至“Page not found”页面

[编辑]

本人2023年12月1日在PC端编辑中文维基百科的过程中通过点击“引用”插入参考文献时会自动跳至“Page not found”页面(错误页面见插图)。

而且更换网络线路、更换浏览器、更换编辑器均无效,使用可视化编辑和源代码编辑均会出现这个问题。同一电脑、同一浏览器访问其它网站正常。安卓端编辑中文维基百科时尚未发现这个问题。这个问题之前我从未碰上过。 --2023年12月1日 (五) 05:07 (UTC)~~--以上未签名的留言由Togset讨论贡献)于2023-12-01T05:07:50加入。

新条目推荐提报小工具

[编辑]

刚刚看了一下,因为发现没类似讨论所以另开一个小标题。刚刚利用该小工具要提交条目,结果点击“为选中部分加粗、加链接”按钮后,就会被突然传送到undefined页面去。(直接返回上一页后重新操作仍可能会触发该问题)—WiToTalk 2023年12月1日 (五) 10:30 (UTC)[回复]

通知-查看更改

[编辑]

近期,右上角“通知”内中键单击打开“查看更改”,首次单击链接会得到错误的网址,如存废讨论的/2023/12/undefined。检查元素的事件监听器来看,ext.gadget.VariantAlly-packageFile-VariantAlly.js.js的rewriteAnchors很是可疑,var newLink_1 = rewriteLink(anchor_1.href, pageVariant);会得到undefined,然后anchor_1.href = newLink_1;导致此行为。看到MediaWiki:Gadget-VariantAlly.js是近期加入。@Diskdance能看一下吗。--YFdyh000留言2023年12月1日 (五) 13:45 (UTC)[回复]

@YFdyh000:收到,请见我在Phabriactor上的回复,很抱歉给大家添麻烦了。--碟之舞📀💿 2023年12月1日 (五) 14:25 (UTC)[回复]
根据phab上的建议修了一下,似乎好了?--百無一用是書生 () 2023年12月1日 (五) 14:40 (UTC)[回复]
@Shizhao:那条评论我后来编辑过了,您漏了一项。--碟之舞📀💿 2023年12月1日 (五) 14:55 (UTC)[回复]
已经由WMF员工完成
以上所有问题应该都已经解决,请各位复查,谢谢!--碟之舞📀💿 2023年12月1日 (五) 15:18 (UTC)[回复]

此问题由变体小助手小工具导致,以上所有问题应该都已经解决,请各位复查,谢谢!--碟之舞📀💿 2023年12月1日 (五) 15:20 (UTC)[回复]

尝试过采用视觉化编辑器,问题经已修复,谢谢帮忙解决问题!--Yutommy 崖上的孤儿 请支持春秋分喵留言2023年12月1日 (五) 15:28 (UTC)[回复]

本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。

变体小助手第二版

[编辑]

各位好,

先前的变体小助手小工具部署后发现了诸多问题,给各位带来不便再次表示歉意,现在这些问题都在第二版中得到了修正:

  1. 调整先前过于激进的行为:现在本小工具对所有注册用户禁用,此行为和preserve variant小工具一致。
  2. 重新设计了弹框:尽量避免遮挡正文内容,且只要滑动页面,弹框就会自动关闭,并且点击关闭按钮就可永久关闭弹框
  3. 各种Edge case的修正。

各位可以前往Beta Cluster试用新版小工具,如果发现bug请报告给我,谢谢。

鉴于先前公示时7天内并没有获取到有效的异议,为了避免重蹈覆辙,我提议用试行的方法部署小工具:

  1. 试行14天,在ASN互助客栈公告栏公告并附上反馈页面。(修订:管理员表示小工具更改一般不上ASN)
  2. 如果14天内出现严重问题则回退到之前的小蓝条,否则就正式施行。
  3. 小工具会收集一些统计数据,这些数据可以帮助判断小工具是否真的起到作用。

以上。ping所有参与过讨论的用户:@Shizhao、@AnYiLin、@MilkyDefer、@魔琴、@Supergrey1、@Txkk、@A2569875、@Chu Tse-tien、@Akishima Yuka、@桐生ここ、@Cwek、@SunAfterRain。--碟之舞📀💿 2023年12月5日 (二) 08:02 (UTC)[回复]

我觉得都以移动版的设计比较好,或者那个桌面版是不是可以放到右面,以免挡到目录。--桐生ここ[讨论] 2023年12月5日 (二) 08:33 (UTC)[回复]
即使退回小蓝条,也可以改一下小蓝条的样子,我觉得这个移动版设计的很好。--桐生ここ[讨论] 2023年12月5日 (二) 08:34 (UTC)[回复]
是这样的,在挡目录和挡正文之间我选择了挡目录。别看图中右侧空间很多但是只要稍微缩小一点马上就不够了。
桌面版这么设计的初衷在于只需要一次点击就可以,移动端(最坏情况)需要三次点击,我反而担心有多少用户愿意点下去。--碟之舞📀💿 2023年12月5日 (二) 08:39 (UTC)[回复]
同意此试行。不过仍然认为移动版比较好看,桌面版那个竖条看起来怪怪的。--桐生ここ[讨论] 2023年12月5日 (二) 08:48 (UTC)[回复]
根据统计数据,以12月8日为例,移动版的关闭按钮点击率(5.86%)高于桌面版(2.30%),变体选择率分别是0.46%和0.76%(真低),看上去似乎还是桌面版的设计更成功?--碟之舞📀💿 2023年12月9日 (六) 12:49 (UTC)[回复]
移动版流量大概是桌面版的3倍。。。变体选择少,可能是真的在意完全简体或繁体的读者并没有想象的多?--百無一用是書生 () 2023年12月10日 (日) 11:55 (UTC)[回复]
可能。或者是弹框直接消失了就没在意。--碟之舞📀💿 2023年12月10日 (日) 12:22 (UTC)[回复]
突然想到,你可以在小工具对话框添加反馈链接,这样不看互助客栈的纯读者也可以反馈。--桐生ここ[讨论] 2023年12月12日 (二) 16:52 (UTC)[回复]
User:Diskdance: 即使在Incognito窗口也不能看到这个弹窗呢,确定部署好了吗?--Shinohara Chihiro留言2023年12月5日 (二) 08:54 (UTC)[回复]
@Shinohara Chihiro只有浏览器语言不是中文才会显示,请问配置对了吗?--碟之舞📀💿 2023年12月5日 (二) 08:56 (UTC)[回复]
好的。关闭一次就不会再出现了,这是我需要的。--Shinohara Chihiro留言2023年12月5日 (二) 09:37 (UTC)[回复]
看起来很不错,这个左下角的设计非常好看,变换的大字标题的设计也既现代又经典(是的,给人以这样的感觉)。不过仍旧提议是否能够加入“不转换”选项,好让我们这些“不转换”忠实使用者可以不用被右上角的“✕”代表 ;)--Boreas Sawada 2023年12月5日 (二) 09:59 (UTC)[回复]
不转换、简体、繁体、大陆简体、香港繁体、澳门繁体、大马简体、新加坡简体、台湾正体,这九个变体我希望都加上。--Txkk留言2023年12月5日 (二) 11:39 (UTC)[回复]
我有两派会打起来的预感。我提前建议把仅简体、仅繁体、仅原文三个选项用一个“高级选项”的折叠方式折起来。--MilkyDefer 2023年12月5日 (二) 13:26 (UTC)[回复]
不转换,我明白是想看不同地区编者的观点,“仅简体、仅繁体”单纯繁简转换看不出来有什么用途。--Akishima Yuka留言2023年12月5日 (二) 13:58 (UTC)[回复]
地区词。——暁月凛奈 (留言) 2023年12月5日 (二) 23:59 (UTC)[回复]
仅繁体或者仅简体这样的选项没有地区词处理的。--Shinohara Chihiro留言2023年12月6日 (三) 04:58 (UTC)[回复]
收集统计数据可能存在隐私问题,以及有违本站的隐私政策。个人不建议这样做,除非得到基金会的允许。谢谢。--SCP-0000留言2023年12月6日 (三) 04:13 (UTC)[回复]
@SCP-2000:询问过了,没有问题,请见此处。--碟之舞📀💿 2023年12月6日 (三) 04:30 (UTC)[回复]
详细部署方案如下:
  1. User:Diskdance/VariantAlly-prod.js的内容替换MediaWiki:Gadget-VariantAlly.js
  2. User:Diskdance/VariantAllyDialog-prod.js的内容替换MediaWiki:Gadget-VariantAllyDialog.js
  3. User:Diskdance/VariantAllyDialog-prod.css的内容替换MediaWiki:Gadget-VariantAllyDialog.css
  4. Draft:Wikipedia:变体小助手移动至Wikipedia:变体小助手,并在页面内补充终止时间,为部署时间+14天。
  5. 在客栈公告栏添加公告:变体小助手工具第二版正在试行,如遇问题,请在讨论页或客栈提交反馈。
ping界面管理员:@AnYiLin、@Shizhao。--碟之舞📀💿 2023年12月6日 (三) 06:18 (UTC)[回复]
完成--百無一用是書生 () 2023年12月7日 (四) 02:49 (UTC)[回复]
保留此讨论串直至试行期结束。--碟之舞📀💿 2023年12月7日 (四) 03:19 (UTC)[回复]
@Diskdance“澳門”的“門”错写成简体的“门”。--Txkk留言2023年12月17日 (日) 14:31 (UTC)[回复]
了解 囧rz……处理中。--碟之舞📀💿 2023年12月17日 (日) 15:45 (UTC)[回复]
见此。--碟之舞📀💿 2023年12月17日 (日) 15:53 (UTC)[回复]
 已修复。--碟之舞📀💿 2023年12月18日 (一) 03:40 (UTC)[回复]
又一次,忘了改成opt-out,是吧?——Sakamotosan路过围观 | 避免做作,免敬 2023年12月18日 (一) 07:08 (UTC)[回复]
@Cwek:请见此处此处我的留言。--碟之舞📀💿 2023年12月18日 (一) 08:32 (UTC)[回复]
试行期结束。根据试行期间的统计数据,桌面端和移动端的弹窗都有约75%的关闭率(含自动和手动关闭),足以证明弹窗不会像上次那样打扰用户。本小工具对注册用户禁用之后并未收到来自注册用户的bug反馈,且非注册用户汇报的bug皆已修复,并无反馈表明存在如上次一样严重的设计缺陷。
因此,我认为本小工具可以正式施行。
cc@Shizhao、@AnYiLin、@MilkyDefer、@魔琴、@Supergrey1、@Txkk、@A2569875、@Chu Tse-tien、@Akishima Yuka、@桐生ここ、@Cwek、@SunAfterRain。--碟之舞📀💿 2023年12月21日 (四) 04:21 (UTC)[回复]
不反对。--桐生ここ[讨论] 2023年12月21日 (四) 12:30 (UTC)[回复]
如果正式启用的话,请将工具必须设置成定义opt-out制,而不依赖于工具代码本身的opt-out机制。因为hidden是隐藏不给用户选择启用的能力,default是默认设置启用(不分用户是否登录),同时设置意味登录用户默认即启用且无法拒绝(即使代码上可以设计成不对登录用户生效),这不是良好的小工具设计思路。实际上只需要只保留default则可,给登录用户更强的选择的权利。如果只限于前期无差别测试的话,姑且既往不咎。——Sakamotosan路过围观 | 避免做作,免敬 2023年12月22日 (五) 07:15 (UTC)[回复]
有一点说得没错,只要小工具想实现“对匿名用户默认启用而不对已登录用户启用”这个效果,就必须加default。不过它得执行了才知道当前是哪种用户,所以代码中必须设计相关的判断,省不下。
加了hidden会得到一个开关,也就是所谓“选择启用的能力”。但因为已登录用户在登录前总是匿名用户,所以代码总会在登录前就被传输到本地再放进localstorage,并不会因为关掉开关而节省加载它的流量。
那么从用户可感知的角度来说,这个开关唯一的效果就是让某个已登录用户在翻参数设置的时候,看到它。不过用户最后会发现自己无论开启还是关闭看起来都一样,因为关闭开关只是在登录后不执行上述判断,代码怎么执行的在前台并不可见。
让用户看到它,给予选择的权利,其实也不都有正向意义。如果用户发现无论开启关闭都没区别,会不会有人觉得开关都没效果是不是什么东西坏掉了。
说白了这种情况下的开关只是个摆设,能选择,但没效果。是一种政治正确的,“它可以没用,但你不能不给”的东西。--安忆Talk 2023年12月22日 (五) 10:19 (UTC)[回复]
省流版:做不到“不依赖于工具代码本身的opt-out机制”,必须这么设计。
这种情况下的开关只是摆设,除了可能让一些人觉得哪儿有问题之外,没什么用。--安忆Talk 2023年12月22日 (五) 10:23 (UTC)[回复]
不是很清楚小工具加载机制,如果不勾选的话可以不加载这个脚本,那么多少能省一些流量,这一点上还是有意义的,但必须在说明中解释清楚。--百無一用是書生 () 2023年12月22日 (五) 12:25 (UTC)[回复]
不会节省,只有首次请求会通过网络,之后都在localstorage,而首次请求必定是匿名的。加载≠从网络加载。--安忆Talk 2023年12月22日 (五) 13:33 (UTC)[回复]
清除浏览器缓存唯独保留cookies的情况下?--桐生ここ[讨论] 2023年12月22日 (五) 14:37 (UTC)[回复]
通常浏览器的清除缓存所指的缓存不包括localstorage。--安忆Talk 2023年12月23日 (六) 03:12 (UTC)[回复]
如果同时应用hidden和default的话,可能无手工取消过的话就会自动标记option为1启用?或者必须通过特定方法标记option为0才能禁用?(至少之前通过API查action=quer-meta=options,手工在界面上取消,option等于“空”,但可以用action=options,可以将参数设为0彻底取消?)——Sakamotosan路过围观 | 避免做作,免敬 2023年12月23日 (六) 08:33 (UTC)[回复]
这个小工具设计上是作为MW自身变体切换功能不足的补充,所以在MW自身可以正确处理的场合小工具理应自动禁用。在技术上确实没有很好的“对匿名用户默认启用,对注册用户默认禁用”的办法。如果真要做的话,可以像先前preserve-variant小工具一样在Common.js里头判断条件加载,但是这样的话相关代码就无法包含在GitHub仓库里了。
@Shizhao:在有代码压缩+gzip+HTTP/2的情况下传输量约为2.12 KB,很小。--碟之舞📀💿 2023年12月23日 (六) 04:56 (UTC)[回复]