维基百科:互助客栈/技术/存档/2017年2月

本頁是以往討論的存檔。請勿編輯本頁。若您想發起新討論或重啟現有討論，請在當前討論頁進行。

Template:Pp-meta

本主題全部或部分段落文字，已移動至Template Talk:Pp-meta。执行人：Jimmy-bot（留言） 2017年2月4日 (六) 16:42 (UTC)。

Module:Infobox gene

本主題全部或部分段落文字，已移動至Module talk:Infobox gene。执行人：Jimmy-bot（留言） 2017年2月5日 (日) 08:42 (UTC)。

Infobox gene尺寸样式

本主題全部或部分段落文字，已移動至模块讨论:Infobox_gene。执行人：Jimmy-bot（留言） 2017年2月8日 (三) 08:42 (UTC)。

有些防滥用过滤器没有考虑nowiki标签

本主題全部或部分段落文字，已移動至维基百科讨论:防滥用过滤器。执行人：Jimmy-bot（留言） 2017年2月8日 (三) 16:42 (UTC)。

建議加一個標記「新使用者和IP使用者移除條目維護性模板」的過濾器

本主題全部或部分段落文字，已移動至Wikipedia:防滥用过滤器/过滤器请求。执行人：逆襲的天邪鬼（留言） 2017年2月3日 (五) 06:03 (UTC)。

封鎖日誌

--A2093064#Talk 2017年1月29日 (日) 09:07 (UTC)

看了Special:封禁列表與Special:日志/block這2頁之後，發現到有很多筆的資料是Special:封禁列表是正確的但Special:日志/block出現錯誤，如User:38.65.25.122的封禁日誌與Special:封禁列表/38.65.25.122--林勇智 2017年1月29日 (日) 10:05 (UTC)

@A2093064、南极的熊：是phab:T156453嗎？--林勇智 2017年1月30日 (一) 08:56 (UTC)

此BUG将于下个星期修复。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月3日 (五) 10:50 (UTC)

Developer Wishlist Survey: Vote for Proposals

Almost two weeks ago, the Technical Collaboration team invited proposals for the first edition of the Developer Wishlist survey!

We collected around 77 proposals that were marked as suitable for the developer wishlist and met the defined scope and criteria. These proposals fall into the following nine categories: Frontend, Backend, Code Contribution (Process, Guidelines), Extensions, Technical Debt, Developer Environment, Documentation, Tools (Phabricator, Gerrit) and Community Engagement.

Voting phase starts now and will run until February 14th, 23:59 UTC. Click here on a category and show support for the proposals you care for most. Use the 'Vote' and 'Endorse' buttons next to a proposal to do so.

What happens next?
Proposals that will gather most votes will be included in the final results which will be published on Wednesday, February 15th. These proposals will also be considered in the Wikimedia Foundation’s annual plan FY 2017-18 - SSethi_(WMF) (talk) 04:41, 6 February 2017 (UTC)

—以上未加入日期時間的留言是于2017年2月6日 (一) 08:42 (UTC)之前加入的。

我可否建立只有自己用戶頁使用的模板？

我知道可以在用戶頁內建立子頁面及草稿頁面。如果我想在用戶頁內使用只屬於自己的模板（Template），是否有方法做到？又或者我可否隨意建立Template:愚蠢的人類/foo這樣命名的模板？ --愚蠢的人類（留言） 2017年2月6日 (一) 11:22 (UTC)

可以的，我就建了{{User:克勞棣/DYK}}。-游蛇脫殼/克勞棣 2017年2月6日 (一) 11:29 (UTC)

既然是技术版，就说一下技术上的方法：

{{#ifeq:{{BASEPAGENAME}}|愚蠢的人類|{{#ifeq:{{NAMESPACE}}|User|(是你的用户页或子页，实现效果)|}}|}}

如果不在你的用户页或子页下使用此模版，只会显示空白。如果想问的是规则上能不能建立，似乎应该挪到方针版。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月6日 (一) 11:30 (UTC)

我是不是理解错意思了…… --砜中嘌呤的白磷_{萃取打谱} 2017年2月6日 (一) 11:31 (UTC)

我是用腳本去寫的......--水中撈躍 2017年2月6日 (一) 11:35 (UTC)

其實是可以的，例如我在{{User:Black9869184/MainPage/Info}}的子頁面{{User:Black9869184/MainPage/Info/Core}}寫了一堆碼，之後在前者頁面填寫{{User:Black9869184/MainPage/Info/Core|artgoal1=930000}}，一樣出現模板的效果。By S.K (B.2³⁴) 2017年2月6日 (一) 12:11 (UTC)

其实，任何名字空间的页面都可以当作模板来使用。Template名字空间与其它名字空间唯一的不同就是：编辑位于这个名字空间的页面，服务器缓存是即时刷新的。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月6日 (一) 12:26 (UTC)

模板文档的绿色背景能改回来吗

本主題全部或部分段落文字，已移動至Template talk:Documentation。执行人：Jimmy-bot（留言） 2017年2月16日 (四) 16:42 (UTC)。

WP:RVDL的小问题

如果试图对某条目当前版本编辑被过滤器阻止，随后当前版本被删，在过滤器日志里似乎仍然能看到被删的版本。IRC里发过没人鸟我。我怎么总关注这些奇怪的东西…… --砜中嘌呤的白磷_{萃取打谱} 2017年2月5日 (日) 10:43 (UTC)

这个就是这样的，可以看到被删版本/页面的过滤日志。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月5日 (日) 11:06 (UTC)

那可以写个脚本，每有一笔编辑就刷一笔会被阻止的动作，于是被删除的版本/页面只要自动确认用户就可以查到了。然后就因为WP:GAME出任spammer，迎取永久封禁，走上人生巅峰了。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月5日 (日) 11:14 (UTC)

过滤日志似乎可以被管理员或监督员隐藏的。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月5日 (日) 11:16 (UTC)

参见WP:RIGHTS，貌似要监督员。以及认真地，管理员删除修订版本以后如果要考虑这个，必须要请监督员出手，这也太麻烦了吧…… --砜中嘌呤的白磷_{萃取打谱} 2017年2月5日 (日) 11:20 (UTC)

不过没啥人用这个方法。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月5日 (日) 17:09 (UTC)

这应该是bug，可以报到P区处理，最好加一个实际例子。——路过围观的Sakamotosan 2017年2月6日 (一) 03:29 (UTC)

囧rz...只是想到的，目前没有例子…… --砜中嘌呤的白磷_{萃取打谱} 2017年2月6日 (一) 03:35 (UTC)

这似乎被广泛的用来做某个页面的永久存档？（误-- Stang ¹²² 2017年2月7日 (二) 01:26 (UTC)

Tech News: 2017-06

来自维基媒体技术社群的最新技术新闻。请将这些更新转告给其他用户。不是所有的更新都将影响您。翻译亦已提供。

问题

封禁日志有时会显示比实际时间更长的封禁时间。此问题现已修复。 [1]

本周更新

当您将维基媒体页面分享至社交媒体时，显示图片的效果将比以往更佳。说明也会不同。您可以查看先前和今后的例子。 [2]
OOjs UI有部分更新。一些旧功能将不再工作，或不像其以往那样工作。这可能是一次重大更新。 [3]
MediaWiki的新版本将于2月7日部署于测试维基及MediaWiki.org。它将于2月8日部署至非维基百科wiki及部分维基百科，并于2月9日部署至所有wiki，参见日历。

会议

您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于2月7日 20:00（UTC）开始。参见如何加入。

将来更新

Tidy将被取代。今后将改用HTML 5解析算法，用于清理wiki文本中的错误HTML。而这将导致许多wiki上的问题。这些wiki需要首先修复。您可以在此查看您的wiki是否存在需要修复HTML问题的页面。该列表未包含所有问题。 [4][5]

技术新闻由技术新闻编者准备，并由机器人发送 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2017年2月6日 (一) 19:45 (UTC)

关于最后一条，Category:使用无效自封闭HTML标签的页面太多了，得谁写个机器人去修。另外，注意[6]里有句话“When tidy is enabled, tidy replaces <b/> with nothing, that is, it removes the invalid tag from the output. This has led to its (ab)use as a way to protect leading/trailing whitespace and punctuation in templates. However, there are alternative ways to do this, including <nowiki/> and , which don't violate the HTML5 parsing rules.”，不知道中文维基有没有这种用法，有的话可能还不能完全机器人修。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月6日 (一) 22:15 (UTC)

這種情況就是手動修，有的只出現開頭；有的只出現結尾；沒辦法快速修啊！--水中撈躍 2017年2月6日 (一) 23:23 (UTC)

上次Liangent说有一些是jQuery('<div/>')不用修是么，然而后面Schnark发话了说那种写法根本不对。--Liuxinyu970226（留言） 2017年2月6日 (一) 23:54 (UTC)

按这里面写的来改不就行了吗？——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月7日 (二) 11:44 (UTC)

怎樣為條目加入重定向？

我閱讀了Wikipedia:重定向，但既不是很明白，且嘗試失敗。例如我希望頁籤連結重定向到分頁 (GUI)條目，我應該怎樣做？——愚蠢的人類 2017年2月10日 (五) 22:10 (UTC)

若您希望的是某一個條目中的頁籤連結到分頁 (GUI)，可以用[[分頁 (GUI)|頁籤]]，若您希望的是頁籤條目直接重定向到分頁 (GUI)，可以在頁籤條目中加入#redirect[[分頁 (GUI)]]。--Wolfch (留言) _{圓周率協作中} 2017年2月10日 (五) 23:28 (UTC)

建立條目後，怎樣更新其他條目的內容的內連結？

假切我日後建立了兒童肥胖（英语：Childhood Obesity）條目，而「兒童肥胖」一詞在多個其他條目內未有內連結，例如開心樂園餐、軟性飲料等。怎樣把這些相關條目更新呢？ ——愚蠢的人類 2017年2月10日 (五) 22:01 (UTC)

要手動改這些條目，將其中一個或數個的兒童肥胖改為兒童肥胖--Wolfch (留言) _{圓周率協作中} 2017年2月10日 (五) 23:29 (UTC)

Twinkle的侵权提报功能不检查是否已挂有{{copyvio}}

本主題全部或部分段落文字，已移動至Wikipedia_talk:Twinkle。执行人： Willy1018(留言) 2017年2月11日 (六) 09:49 (UTC)。

Infobox Civil Conflict的图太大了吧

参看太陽花學運，模板把整个页面占了一大半，不能像英文版一样把模板弄小一点吗？ --星巴克女王_{（🎶歡迎參與音樂專題）} 2017年2月7日 (二) 09:47 (UTC)

这个是你们写了一堆参数。。。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月7日 (二) 11:02 (UTC)

我看着中英文版本占一样的大小啊。Bluedeck 2017年2月11日 (六) 11:38 (UTC)

RefToolbar2.0也支持citoid了

大家知道，在VE中有一项功能，就是使用citoid服务自动填充文献。现在，经过我从英文维基借鉴Special:Diff/43211209，中文维基在代码编辑器的RefToolbar里也可以使用文献autofill了。大家可以试一下，看看有没有问题。--1 =0，欢迎维基人加QQ群170258339 2017年2月13日 (一) 07:04 (UTC)

2017年新版编辑器不支持。。所以我都是手打的。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月13日 (一) 07:11 (UTC)

细节比VE到位---- 晴空·和岩留言板·欢迎参与“海”的协作·加入站外社交平台 2017年2月13日 (一) 11:11 (UTC)

Template:Convert單位顯示錯誤

本主題全部或部分段落文字，已移動至Template talk:Convert。执行人：Jimmy-bot（留言） 2017年2月23日 (四) 08:42 (UTC)。

Tech News: 2017-07

来自维基媒体技术社群的最新技术新闻。请将这些更新转告给其他用户。不是所有的更新都将影响您。翻译亦已提供。

最近更新

EventStreams是显示维基媒体wiki上活动的新方式。现在它通过最近更改订阅源工作。日后它将做更多事情。它将替换RCStream。使用RCStream的工具应在7月7日前移动到EventStreams。 [7]

问题

火狐浏览器（Firefox）插件 Firefogg可导致上传向导出现问题。这不会被修复，因为火狐今后将不再支持Firefogg。上传向导也将不再与Firefogg一起工作。 [8]
工具实验室和维基媒体实验室数据库将于2月15日进行维护。这将于17:00（UTC）开始，并会在6个小时之后结束。部分工具在此期间或此后可能会发生问题。 [9]

本周更新

TwoColConflict扩展是修复编辑冲突的新方式。它将相关文本复制粘贴至文本字段变得更加容易。它将在本周来到元维基和德语维基百科，而其已在MediaWiki.org可用，日后也将来到更多wiki。 [10]
MediaWiki的新版本将于2月14日部署于测试维基及MediaWiki.org。它将于2月15日部署至非维基百科wiki及部分维基百科，并于2月16日部署至所有wiki，参见日历。

会议

您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于2月14日 20:00（UTC）开始。参见如何加入。

将来更新

页面预览将在2月中旬，在加泰罗尼亚语、希腊语、俄语和意大利语维基百科为已退出登录的用户启用。当用户拖动鼠标指针到链接时，页面预览为读者显示链接条目的一小部分。这帮助用户理解该条目有关什么话题，而不需要其离开阅读中的条目。页面预览使用时叫做悬停卡片。这将在春季之后部署在更多wiki上。 [11]
开发人员愿望清单是为开发者优先考虑需要工具的地方。投票将于2月14日 23:59（UTC）结束。该过程只适用于开发者。

审阅

您可以阅读来自维基媒体基金会产品组的2016年产品摘要，来查看他们在年度计划中说到要做哪些工作。

技术新闻由技术新闻编者准备，并由机器人发送 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2017年2月13日 (一) 18:06 (UTC)

TwoColConflict看起来挺不错。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月13日 (一) 18:15 (UTC)

模板:Infobox animanga/Headerofja的BUG

为什么热情传奇 the X的{{Infobox animanga/Headerofja}}的“caption”没反应？——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月10日 (五) 21:05 (UTC)

好像是对应img标签的alt属性部分。——路过围观的Sakamotosan 2017年2月11日 (六) 02:37 (UTC)

沒錯，那不是bug，根本沒設定顯示圖片說明的部分。--Qqkuro66541（留言） 2017年2月14日 (二) 13:23 (UTC)

請修正Twinkle的BUG

使用Twinkle提交侵權時會產生重複提出，例：世界都墜入戀愛之中(該頁歷史)，請修正。--元帥真帥※維基百科不是宣傳工具 2017年2月18日 (六) 14:49 (UTC)

高浏览量的小作品条目

有没有什么网页工具能统计出高浏览量的小作品条目的？中文维基百科#批评#未完成作品提到“文维基百科不足之处是部分条目未完成，或内容不足而成为小作品和小小作品”。找到不完善的高访问量条目并且完善之或许也是一个修正系统偏差的方法。 Abacn（留言） 2017年2月11日 (六) 00:33 (UTC)

应该没有。不过可以写一个脚本，整合API和 https://tools.wmflabs.org/pageviews/ 。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月12日 (日) 09:39 (UTC)

等等， https://tools.wmflabs.org/massviews 就可以了。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月12日 (日) 09:53 (UTC)

同上，点这里直接看近20天的小作品访问量排行榜。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月12日 (日) 09:57 (UTC)

Category:小作品只能搜到1,856個小作品，若換成Category:全部小作品可由這115,642個小作品當中找出前20,000名最大訪問量。By S.K (B.2³⁴) 2017年2月13日 (一) 07:14 (UTC)

嗯嗯多谢提醒，已改。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月13日 (一) 07:18 (UTC)

好像没啥用，显示“Category:全部小作品 contains 115,963 pages. For performance reasons, only the first 20000 pages will be processed.”-小烈 (找我?) 2017年2月14日 (二) 05:02 (UTC)

後面的95,963條全部都是0瀏覽量，只要知道前幾條高瀏覽量的條目即可。--S.K (B.2³⁴) 2017年2月14日 (二) 05:34 (UTC)

问题是他说“first 20000”的时候，并不一定是按照浏览量选择的。可能只是按照字母顺序选前20000，然后再按浏览量排序。参见源代码。-小烈 (找我?) 2017年2月14日 (二) 07:15 (UTC)

那我了解了，該工具就只能搜分類排序前20,000條，後面的幾乎不能搜對吧？By S.K (B.2³⁴) 2017年2月14日 (二) 08:56 (UTC)

Yeah. (See also: [12]).-小烈 (找我?) 2017年2月14日 (二) 21:31 (UTC)

要作個工具搜尋from的位置嗎？--小躍（撈出記錄） 2017年2月21日 (二) 03:03 (UTC)

提议使用机器人维护首页轮展序列

本主題或以下段落文字，移動自Wikipedia:机器人/提议。

维护首页特色内容、优良条目轮展序列。 --达师 - 334 - 554 2016年11月2日 (三) 03:57 (UTC)

@Hat600：確定要列表全部列出來嗎？--水中撈躍 2017年2月6日 (一) 11:32 (UTC)

应该全自动工作。 --达师 - 345 - 574 2017年2月6日 (一) 17:33 (UTC)

这个能不能用模板或lua来实现啊？反正是按顺序排班，新的条目及时插队就可以了--百無一用是書生 (☎) 2017年2月7日 (二) 03:25 (UTC)

即便是lua，插队（以及移除）也是要手动来做。机器人应该可以完成插队的动作。 --达师 - 345 - 574 2017年2月12日 (日) 09:56 (UTC)

最近这段时间有人对首页轮展序列维护不当意见很大。但是只要做过一次就明白，查首页轮展序列是个很费事的事情（除非最近一直在做）。因此建议使用机器人维护首页轮展序列。建议如下：

建立一个页面，为首页轮展序列页面，其中记录FA/GA排队顺序。
FA包括FL，下同。
每天更新当天日期+2上首页的条目。
每天（或更短间隔）检查是否有新的条目进入FA/GA。
一个条目是否在FA/GA状态，应检查条目是否属于相关分类（如Category:特色条目），同时应检查条目是否列入相关页面（如Wikipedia:特色条目）。

如果有，将该条目加入当天展示条目+3的位置，其余条目顺延。（这里可能会造成同一天内先入选的后展示）
每天（或更短间隔）检查是否有条目被移除FA/GA资格。
如果有，从轮展序列中移除相应条目。
设置避免因破坏、恶意操作或操作失误而导致条目被移除出序列、避免被移除的条目短期内又排入序列的措施。
如果当天日期+1上首页的条目被移除资格，由管理员机器人处理。

大致提案如此。 --达师 - 345 - 574 2017年2月12日 (日) 10:10 (UTC)

如果用机器人，为改善读者体验，我建议再开发一个功能：

某日	次日
GA	GA
FA	FA

相邻两格的条目类型不能相同。--星巴克女王_{（🎶歡迎參與音樂專題）} 2017年2月12日 (日) 13:17 (UTC)

这个全都用管理员机器人是否可以少一些不协调的情况？“设置避免因破坏、恶意操作或操作失误而导致条目被移除出序列”这个很难啊，虽然说只要机器人来检查的时刻恰好没被破坏就行，这个概率倒是很大。另外，楼上的建议感觉很难实现啊，在现在某类条目特别多的情况下，会有非常多插队的情况，“队”也就没有存在的必要了。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月12日 (日) 13:31 (UTC)

我建议尽量用lua来处理（如果可行），只用bot来处理插队问题，这样可以避免过度依赖bot，没有bot手工操作也很简单。另外，检查条目状态是否也应该检查Special:PagesWithBadges?--百無一用是書生 (☎) 2017年2月13日 (一) 07:44 (UTC)

用lua可行而且不难。机器人（或人类）维护一个json或有序列表页面即可。--菲菇＠维基食用菌协会 2017年2月13日 (一) 09:57 (UTC)

做好了：模块:Carousel。列表的维护可以人工，也可以靠机器人。--菲菇＠维基食用菌协会 2017年2月14日 (二) 05:16 (UTC)

Ping一轮：@hat600、Shizhao、星巴克女王、小躍。我们来讨论下是否需要这么弄。--菲菇＠维基食用菌协会 2017年2月14日 (二) 05:26 (UTC)

耶！（lua似乎用不了mediawiki API？）那么现在只要确定好轮展的起始时间和建立好轮转序列的json就可以啦？（那么，序列到底是怎么算的？）--百無一用是書生 (☎) 2017年2月14日 (二) 06:43 (UTC)

是的。取整((当前Unix时间戳 - timeStart) / timeInterval) % 总轮展页面数 + 1。%是取模，即整除后取余数。--菲菇＠维基食用菌协会 2017年2月14日 (二) 07:07 (UTC)

啊，我是说目前的序列到底是怎么个顺序.....另外，现在的存档页应该如何处理？是用这个json自动去生成存档页面，还是这个存档页面已经可以不用了？因为都自动轮展了，我们能展示的条目又没有英文多，大多都是老内容，还存档的话就没有必要性了。1月1日打开1月的存档页，1月31日的都排好了，那就没有存档的意义了。或者按照json的轮展顺序弄一个总的轮展存档页？--百無一用是書生 (☎) 2017年2月14日 (二) 07:16 (UTC)

额。需要生成[[WP:特色条目/条目名]]形式的存档。但不用去创建每一天的存档了。--菲菇＠维基食用菌协会 2017年2月14日 (二) 07:19 (UTC)

嗯。另外，关于检查FA/GA状态，如果严格一些的话，似乎应该检查Category:特色条目，Wikipedia:特色条目，Category:特色条目讨论,以及Special:PagesWithBadges四方是否完全一致，如果不一致，bot就在json的讨论页提醒，由人工检查？--百無一用是書生 (☎) 2017年2月14日 (二) 08:04 (UTC)

的确，这些事由bot来做，辅助人工检查很合适。LUA适合做比模版更灵活但仍然只读的事情。--菲菇＠维基食用菌协会 2017年2月14日 (二) 08:19 (UTC)

如果A、B、C、D、E五个条目，在D展出的时候，B被撤销资格，当天应该继续展出D，第二天应该展出E。现在这么取mod就不知道展出哪个了吧。 --达师 - 345 - 574 2017年2月14日 (二) 09:39 (UTC)

移除时将timeStart推后86400秒（一天）即可。--菲菇＠维基食用菌协会 2017年2月14日 (二) 18:41 (UTC)

天数=33，页面数=5，33%5=3，轮展D。B被移除，天数-1，天数=32，页面数=4，32%4=0，轮展A。 --达师 - 345 - 574 2017年2月16日 (四) 10:01 (UTC)

哈哈，很好。我想简单了，得按每轮算。容我细想一下。--菲菇＠维基食用菌协会 2017年2月16日 (四) 16:29 (UTC)

我感觉这个还是机器人维护好一些，因为只要每天把index无脑+1就好，越界了就变回0。也许是我思维定势，想不到lua能怎么方便地实现。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月17日 (五) 10:41 (UTC)

(～)補充：我的意思是机器人每天UTC 0点或者什么时间遍历一遍那个json页面中的条目，获取当日轮展条目最新的index，把这个index+1就是次日要轮展的条目index。当然比较尴尬的是当日轮展的条目正好被除名了，还没想好怎么处理…… --砜中嘌呤的白磷_{萃取打谱} 2017年2月17日 (五) 10:45 (UTC)

以下是我的思路。存储列表的数据结构可改为此：

[{
  "title": "Wikipedia:特色条目/特色条目1",
  "displayTimeRanges": [
    [1240111111, 1245555555],
    [1250111111, null]
  ]
}, {
  "title": "Wikipedia:特色条目/特色条目2",
  "displayTimeRanges": [[1240222222, null]]
}, {
  "title": "Wikipedia:特色条目/前特色条目1",
  "displayTimeRanges": [[1235111111, 1240123456]]
}, {
  "title": "Wikipedia:特色条目/特色条目3",
  "displayTimeRanges": [[1200333333, null]]
}]

加入displayTimeRanges的目的，是标示条目被作为特色条目（或优良条目）的时期。这个参数接受一个包含有一次或多次起止时间的列表。当停止时间为null时，假定条目展示至今。

在这样一个思路下，在已知当前时间和切换间隔时间两个参数的条件下，我们可以确定在这一时间点里应该展示的条目。

以最笨但最容易理解的从前往后依次检查各项的算法开始，假定绝大多数条目只有一段展示时间（即size(displayTimeRanges) eq 1），且循环轮数为m、列表总项数为n，在每轮末尾，计算时间复杂度可被认为是O(mn)。考虑到完成一轮循环大约需要1-2年的时间，且m的值可以被人为控制在很小的情况（比如每几轮结束后人工重置timeStart）时，最大计算时间复杂度可以认为是常数倍O(n)。因此，最笨的方式性能上即可满足需求。

既然最笨的方式已经满足需求了，就不讨论用模运算优化的可能性了。

对于条目在展示同一天被除名的极端情况，考虑两种可能：

需要即时从展示上撤除，轮换上第二日的条目
本轮继续保持展示

对于上述两种可能，最简单的解决方案分别为：

计算displayTimeRanges展示时间终点时，按timeInterval进制floor()向下取整。
计算displayTimeRanges展示时间终点时，按timeInterval进制ceiling()向上取整。

如此，展示列表依然易于维护：由机器人控制参与展示项目的增、删，和确定各个条目成为特色条目的时间于除名的时间点即可。无需额外操作，达师提出的问题得到解决：结合currentTime、timeStart和timeInterval三个参数，可以在任何时候确定唯一结果。—菲菇＠维基食用菌协会 2017年2月20日 (一) 07:16 (UTC)

应该是通的，相当于从头开始构建每一天的轮展序列，虽然不知道写出来会是什么样（可能很难写）。如果顺利写出来的话，下一件事就是构造一个与现在相同的轮展序列，这样可以平稳过渡，以后重置timeStart的时候也可以用。 --达师 - 345 - 574 2017年2月20日 (一) 09:52 (UTC)

我也想看到写出来以后是不是真的没问题....--百無一用是書生 (☎) 2017年2月21日 (二) 02:56 (UTC)

要不作個首頁的測試看看有沒有問題。--小躍（撈出記錄） 2017年2月21日 (二) 02:59 (UTC)

对于测试的问题，我的建议是先跑上一个月，观察每天的情况。 --达师 - 345 - 574 2017年2月21日 (二) 14:12 (UTC)

这个台湾/香港的书的ISBN-13为什么不能自动变成链接？

ISBN 4710945550053

应该是正确的ISBN没错啊？诚品 PCHome 商务印书馆 --小烈 (找我?) 2017年2月20日 (一) 01:29 (UTC)

不像，可能是EAN？——路过围观的Sakamotosan 2017年2月20日 (一) 02:31 (UTC)

是EAN。——路过围观的Sakamotosan 2017年2月20日 (一) 02:33 (UTC)

受教了，也就是说那些网站列出来的ISBN其实都是EAN？更囧的是诚品那个还分别列“ISBN”和“EAN”（虽然才发现，都是一个数）……--小烈 (找我?) 2017年2月20日 (一) 03:33 (UTC)

台湾的网上书城经常ISBN和EAN不分，惯了。可以看看EAN和ISBN的编号前缀区别。——路过围观的Sakamotosan 2017年2月20日 (一) 04:14 (UTC)

ISBN-10在做成EAN-13条码的时候就是直接搞了个“书国”安了个978前缀，后来ISBN-13占邻居979的时候也基本是那个意思……——Artoria 2e5_编保持讨论完整，直接ping我回复。 2017年2月22日 (三) 05:09 (UTC)

wikidata的数据如何同步到zhwp的信息框

如题，起因是Wikipedia:机器人/申请/WhitePhosphorus-bot/3，不知道怎么同步wikidata的alexa排名数据。抱歉做伸手党，如果有现成的页面，链接甩给我就好。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月13日 (一) 09:44 (UTC)

这事得走lua。--菲菇＠维基食用菌协会 2017年2月13日 (一) 09:55 (UTC)

可以读一下Module:Infobox gene里面和Wikidata打交道拿Property的部分。总体结构不要学。——Artoria 2e5_编保持讨论完整，直接ping我回复。 2017年2月22日 (三) 05:15 (UTC)

請求讓Wikiplus的「（快速編輯）」出現在「編輯」旁邊

如題。恕在下國文造詣不好，想不到其他描述方式，詳情可見我的推文。—— 烈羽 ^☀ 2017年2月19日 (日) 02:59 (UTC)

这个你要去问Wikiplus的开发者了……顺便给不清楚的，Wikiplus插入的“快速编辑”按钮在很多模板里会莫名其妙地换一行，导致非常丑。参见此截图：[13]--小烈 (找我?) 2017年2月20日 (一) 01:33 (UTC)

是的，就是這點讓人很囧rz...—— 烈羽 ^☀ 2017年2月20日 (一) 06:15 (UTC)

它是抓&action=edit的連結位置。--小躍（撈出記錄） 2017年2月21日 (二) 02:54 (UTC)

各位好。在下曾经试图解决这个问题，但是未能找到不影响当前已存在的样式的情况下解决问题的方案。希望各位不吝赐教。--镜音铃（留言） 2017年2月21日 (二) 11:01 (UTC)

.mw-editsection里面分隔符之类的结构用class标得很清晰啊……——Artoria 2e5_编保持讨论完整，直接ping我回复。 2017年2月22日 (三) 13:24 (UTC)

技術問題

在太平洋颱風季專題裏可以把文字放進一個框內。請問怎樣可以做到這個效果？Morgan Siu（留言） 2017年2月23日 (四) 06:25 (UTC)

編輯器引用功能故障

其實已經被困擾一陣子了，近日編輯器的引用功能，在引用過一次（有時甚至尚未引用過）後，就會呈現故障狀況，導致無法選擇引用類型，造成在下幾乎每插入一次引用，就要儲存、重新開啟編輯頁面、引用、儲存......。－執行編輯 Aotfs2013 留於 2017年2月17日 (五) 09:59 (UTC)

。。。手打吧。我都是手打的。或者用RefToolbar2.0小工具或者换2017年新版编辑器。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月17日 (五) 10:49 (UTC)

@星耀晨曦：常常寫一篇條目都是數十個引用，手打會死人的......。－執行編輯 Aotfs2013 留於 2017年2月17日 (五) 13:27 (UTC)

也不是纯手打。我把{{cite web|url=|title=|accessdate=|website=|language=}}放一旁。有需要就直接粘贴到编辑器里。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月17日 (五) 14:05 (UTC)

确实会出现故障。顺便，2017新版编辑器用着还是感觉不安心，最后还是还回来了。--Ti ge r（留言）你指尖的电光是我此生不变的信仰 2017年2月17日 (五) 15:36 (UTC)

网站的标题可以通过脚本来解决。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月17日 (五) 16:20 (UTC)

囧rz...，不知道有沒有誰可以幫忙修理一下。－執行編輯 Aotfs2013 留於 2017年2月23日 (四) 19:11 (UTC)

Template:Ordered_list的使用問題

想試著把Template:Ordered_list搬來中文維基用，但除了各章節標題之外，上下那些文字顯示不出來，煩請指點迷津，謝謝。原始頁面、測試頁面。 --KRF（留言） 2017年2月21日 (二) 05:15 (UTC)

@Kerolf666：问题似乎不在 Ordered list。Graphical novel list 完全没有接受你的 summary。——Artoria 2e5_编保持讨论完整，直接ping我回复。 2017年2月24日 (五) 01:20 (UTC)

Tech News: 2017-08

来自维基媒体技术社群的最新技术新闻。请将这些更新转告给其他用户。不是所有的更新都将影响您。翻译亦已提供。

最近更新

编辑摘要会更大一点。这使其跟随维基媒体设计指引。 [14]

本周更新

页面预览将于2月23日更新。这会修复很多错误。页面预览可在测试功能页面启用，其叫做Hovercards。 [15]
目前存在小工具的CSS会加载两次的问题。小工具扩展有两个新选项：type和peers。type选项可解决该问题。您可以使用peers来创建多于一种样式模块的小工具。阅读更多有关type和peers的说明。 [16]
OAuth将以更加一致的方式处理被封禁用户。 [17]
MediaWiki的新版本将于2月21日部署于测试维基及MediaWiki.org。它将于2月22日部署至非维基百科wiki及部分维基百科，并于2月23日部署至所有wiki，参见日历。

会议

您可以参与下周可视化编辑器团队的会议。在会议中您可以告知开发人员哪些问题是最重要的。会议将于2月21日 20:00（UTC）开始。参见如何加入。

技术新闻由技术新闻编者准备，并由机器人发送 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

2017年2月20日 (一) 19:25 (UTC)

話說這樣能避免編輯衝突嗎？--小躍（撈出記錄） 2017年2月21日 (二) 02:57 (UTC)

手机版的UI又改了。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月24日 (五) 01:46 (UTC)

首頁的「特色內容 Feed」是什麼？

首頁左欄的「其他專案」和「工具」中間有個「特色內容 Feed」，這不應該出現在那裡吧？ --KRF（留言） 2017年2月24日 (五) 09:15 (UTC)

Feed，給使用閱讀器的讀者預備的。--逆襲的天邪鬼（留言） 2017年2月24日 (五) 09:19 (UTC)

原來是我打開的方式不對。 --KRF（留言） 2017年2月24日 (五) 09:28 (UTC)

這是一個神奇的擴充套件，原名mw:Extension:FeaturedFeeds。話說簡體版稱作「特色内容源」。--Liuxinyu970226（留言） 2017年2月25日 (六) 04:16 (UTC)

巴別的使用者分類

例如這個，{{#Babel:}}和{{User language-N}}都各自產生對應用字的分類，那麼是否要統一所有語言的分類用字(全部繁體或簡體)，才能永久解決這個問題，要不然都一直處於Category:尚未清空的已重定向分類。--A2093064#Talk 2017年2月25日 (六) 04:47 (UTC)

我也是在愁这个问题，这问题不止中文维基有，好些语言都有，恐怕不只是分类繁简问题那么简单，C区元维基维基数据神马的就更别说了。--Liuxinyu970226（留言） 2017年2月25日 (六) 06:41 (UTC)

MediaWiki_talk:Spam-blacklist的存档问题

在维基百科:机器人/申请/A2093064-bot，有人提出了将该页面转成Flow，以解决这个页面的存档问题。目前MediaWiki_talk:Spam-blacklist页面平均每天有100KB内容增加，用bot存档，现在考虑需要每天一个存档页面。而如果采用Flow就没有了存档问题，能够省却很多麻烦。

现在需要征求社群意见，是否在MediaWiki_talk:Spam-blacklist启用Flow？如果有了共识，就可以提报到开发那边开启功能--百無一用是書生 (☎) 2017年2月22日 (三) 07:32 (UTC) --百無一用是書生 (☎) 2017年2月22日 (三) 07:32 (UTC)

首先User:Liangent-bot能不能用flow？ --达师 - 345 - 574 2017年2月22日 (三) 07:35 (UTC)
- 能否考虑请Liangent-bot把日志写到站外？目前有人在每天过这个列表吗？--菲菇＠维基食用菌协会 2017年2月22日 (三) 07:44 (UTC)
  - 怀疑太多了，根本没人或者很少人看。而且更像利用页面大小限制来做自动堵塞停止。（笑）——路过围观的Sakamotosan 2017年2月22日 (三) 09:00 (UTC)
    - 我这可以用flow，很早就加了就是不知道有没有坏（比如改api了），以及显示效果怎么样。这个log以前我有空会看，主要是看看连续报了好多的，近来我没看了也不知道有没有别的人看……Liangent（留言） 2017年2月23日 (四) 07:36 (UTC)

那么现在就是两个选择，启用Flow，或者把日志写到站外（labs?）目前来看，启用Flow的成本最低（写到站外的话，估计整个脚本要重写了）--百無一用是書生 (☎) 2017年2月23日 (四) 08:00 (UTC)

认可启用Flow。-- Stang ¹⁰⁴ 2017年2月25日 (六) 14:51 (UTC)

请求AWB作业：为过大的非自由图像挂模板

如题，Wikipedia:非自由版权图片大小已成为指引，因此一大批尺寸过大的图像需要挂{{Non-free reduce}}。经过与Wcam君的确认，User:Wcam/largefiles有一份尺寸过大非自由图像的清单，故请求哪位开AWB把那个页面上的图像都挂上模板。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月15日 (三) 14:03 (UTC)

这个无论如何要重新检查一下文件尺寸再挂吧？--百無一用是書生 (☎) 2017年2月15日 (三) 14:09 (UTC)

那不如用机器人一边检查尺寸一边挂，Wcam君改一下程序应该也行。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月15日 (三) 14:13 (UTC)

这个列表中仅列出了25万像素以上的非自由图片，已有6200多个，逐一人工复查尺寸工作量确实太大。--Wcam（留言） 2017年2月15日 (三) 14:19 (UTC)

写一个机器人咯。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月15日 (三) 14:20 (UTC)

我们的最终目标是将这些图片缩小到10万像素以下，英文版机器人的代码在此[18]，但仅会缩小挂了{{Non-free reduce}}的图片。目前我会使用Python代码不定期更新User:Wcam/largefiles。不如我们可以分批挂上模板，一次100个，这样也方便人工复查。--Wcam（留言） 2017年2月15日 (三) 14:46 (UTC)

直接用脚本把所有图片跑一遍，边跑边挂模板不就好了？--百無一用是書生 (☎) 2017年2月15日 (三) 14:50 (UTC)

我上面的话其实就是这个意思，最近表达能力可能出了问题

囧rz...另外，我个人觉得没必要复查，尺寸交给机器人判断应该是比较可靠的。不知道各位怎么想。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月15日 (三) 15:36 (UTC)

只要代码没错的话，应该不会跑飞了吧。——꧁༺星耀晨曦༻꧂（留言|2017年监管员选举） 2017年2月15日 (三) 15:42 (UTC)

是，只是挂模板目测不会有问题。至于缩图，Wcam君发的代码我还没细看，不过既然那么多年了应该也不会有大问题吧？况且现在还不打算让机器人缩图。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月15日 (三) 17:17 (UTC)

挂模板用AWB还是机器人程序？哪个的审批程序较为简便？--Wcam（留言） 2017年2月15日 (三) 17:24 (UTC)

囧rz...AWB不了解……机器人那边这几天Shizhao君都有在看，大概会比较快吧。 --砜中嘌呤的白磷_{萃取打谱} 2017年2月16日 (四) 07:06 (UTC)

我的機器人可以用AWB掛此模板。希望能申請成功。--小躍（撈出記錄） 2017年2月22日 (三) 23:14 (UTC)

判斷的腳本已經作完了，只剩下編輯的部分了。--小躍（撈出記錄） 2017年2月25日 (六) 13:32 (UTC)

@Wcam：User:小躍/Filetestpixel.js 。--小躍（撈出記錄） 2017年2月25日 (六) 15:36 (UTC)

试用了一下，很方便。有个建议：判断出尺寸过大后能否直接挂模板而不用再按一下「添加维护模板」？--Wcam（留言） 2017年2月25日 (六) 15:42 (UTC)

您的建議是不錯，~~不過在下不允許這樣子做。這樣會出現多掛同一個維護模板。~~--小躍（撈出記錄） 2017年2月25日 (六) 15:46 (UTC)