维基科技-1 2016年11月

wikitech-l@lists.wikimedia.org

94名参与者
98次讨论

2016年11月7日开始的一周Discovery每周更新
作者：Chris Koerner 2016年11月14日

2016年11月14日

你好，以下是自11月7日开始的一周的Discovery状态更新。欢迎反馈和提问。==亮点==*积压中的许多较旧的搜索问题都是这样解决的周-由于之前正在完成工作。==讨论==*与维基百科大使社区展开讨论，请求志愿者维基希望成为即将到来的跨维基A/B测试的一部分搜索结果。[0]===搜索===*在带有限制/偏移量的维基百科上搜索时的双重建议[1]*EPIC：检查当前的ElasticSearch配置，并使用相关性实验室运行测试以优化配置以改进搜索结果相关性[2]*如果搜索没有返回，CirrusSearch应该做一些有用的事情足够的结果[3]*CirrusSearch:没有从`intitle:`phrase返回突出显示的文本搜索[4]*改进拼写错误的搜索[5]*向仪表板添加额外的细分，例如按国家/地区、按语言[6]*CirrusSearch:缩小搜索词范围时获得更多搜索结果[7]*“圣洛伦佐（那不勒斯四重奏）”不是搜索不同顺序的单词[8]*实现新的全文查询[9]*排名调整不佳[10]*opensearch：查询“Big”或“Big！”应该包括“Big作为第一个建议[11]*“忽略不存在的页面”，该页面确实存在[12]“搜索下周火车上要发行的票：”*描述使用更多时，Completion Suggester的选项未对齐多于一行[13]*按文件大小进行图像搜索-当Commons被重新索引时将启用[14]===分析===*BM25 AB测试的验证数据管道-ja，zh，th[15]*[仪表板][搜索]使月度指标模块再次工作[16]*调查交互式日志模式是否有意义[17]===门户===*“等待代码审阅时发生错误”===交互式===*<maplink>在Monobook皮肤中不起作用[18]*<maplink>不适用于“现代”皮肤[19]*映射“对齐”属性定义，查看并修复[20]“下周火车上发布的互动票：”*全屏地图不会在“科隆蓝”皮肤中隐藏侧边栏[21]===交互式操作===*确保Postgres地图具有适当的索引[22]==其他值得注意的东西==*身穿弹力粉色西装的家伙[23][0]https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2016年11月/00日…[1]https://phaulibor.wikimedia.org/T149269[2]https://phaulibor.wikimedia.org/T125603[3]https://phaulibor.wikimedia.org/T55799[4]https://phaulibor.wikimedia.org/T94874[5]https://phaulibor.wikimedia.org/T1240[6]https://phaulibor.wikimedia.org/T102896[7]https://phaulibor.wikimedia.org/T103289[8]https://phaulibor.wikimedia.org/T138996[9]https://phabricator.wikimedia.org/T128073[10]https://phaulibor.wikimedia.org/T134340[11]https://phaulibor.wikimedia.org/T60309[12]https://phaulibor.wikimedia.org/T69869[13]https://phabricator.wikimedia.org/T149982[14]https://phaulibor.wikimedia.org/T78490[15]https://phaulibor.wikimedia.org/T147496[16]https://phaulibor.wikimedia.org/T149752[17]https://phaulibor.wikimedia.org/T149838[18]https://phaulibor.wikimedia.org/T145521[19]https://phaulibor.wikimedia.org/T150148[20]https://phaulibor.wikimedia.org/T150063[21]https://phaulibor.wikimedia.org/T150149[22]https://phaulibor.wikimedia.org/T138277[23]http://i.imgur.com/sd15NVu.gifv----完整更新和过去更新的存档可以在上找到MediaWiki.org网站:https://www.mediawiki.org/wiki/Discovery/Status_updates网站有兴趣参与吗？查看标记为“轻松”或“自愿”的任务Phalibor中需要。[1]https://phabricator.wikimedia.org/maniphest/query/qW51XhCCd8.7/#R[2]https://phabricator.wikimedia.org/maniphest/query/5KEPuEJh9TPS/#R您的，克里斯·科尔纳社区联络-发现维基媒体基金会

1 0

上午9点UTC维护数据集1001（dumps.wikimedia.org）
作者：Ariel Glenn WMF 2016年11月14日

2016年11月14日

11月13日星期二上午9点UTC，用于转储和其他数据集将由于维护原因无法使用。这应该不超过10分钟。谢谢你的理解。羚羊

1 1

将UrlShortener扩展部署到Wikimedia Wiki
作者：Legoktm 2016年11月12日

2016年11月12日

你好，YuviPanda、prtksxna和我（在Tim和Aaron的帮助下）使用UrlShortener扩展，该扩展旨在实现URL缩短器RfC[1]（特别是Tim的实现建议）。我已经提交了T108557[2]以将扩展部署到Wikimedia wiki。我们会的喜欢使用WMF已经存在的“w.wiki”短域控制。已经建立了一个测试wiki，模拟Wikimedia的配置会是这样的：http://urlshortener.wmflabs.org/，并有随行人员“短”域位于美国wmflabs.org（例如。http://us.wmflabs.org/3). 拜托使用它并报告您可能发现的任何错误：）[1]https://www.mediawiki.org/wiki/Requests_for_comment/URL_shortener（网址：https://www.mediawiki.org/wiki/Requests_for_comment/URL_shortener）[2]https://phaulibor.wikimedia.org/T108557谢谢，--Legoktm公司

三 5

回复：[Wikitech-l]让学生开发者参与另一项推广活动，如GSoC、GCI
作者：Yaron Koren 2016年11月11日

2016年11月11日

你好，巴沃尔夫写道：事实上，我有点不同意——我认为修复它是非常有益的>你自己的问题，而不是解决别人的问题>问题。这是一种关于开源的传统思想>一切都是为了搔痒。>尽管可以说大多数gsoc学生都有自己的项目>实际上并不是在搔痒，而是在拼命尝试>想出一个主意。然而，如果有人碰巧是先存者>MediaWiki的用户，发现了他们觉得非常讨厌的东西，我>认为这可以成为一个很好的项目。理论上这是真的。实际上，我不确定是否有成功的WMF GSoC项目，其中的想法是学生自己的-其他而不是学生已经是MediaWiki的一部分社区。这很有道理：如果学生只使用MediaWiki比如说，阅读和撰写维基文章，那么很有可能他们觉得恼人的事情也是很多人都会发现的很烦人，因此如果很容易修复的话，就已经修复了。巴沃尔夫还写道：至于用户，我认为围绕gsoc的沟通>已经从“这是一些钱，你可以在MediaWiki上工作>没有饿死“到”这里有一点钱和一份工作，所以你>可以在简历上写一些很酷的东西”>被这个项目吸引主要是为了在他们的简历上写点什么>或者为了钱（要明确的是，我并不是说有什么问题>因此，当>钱不见了。如果我们想长期吸引人们，我们>可能会有更好的胡萝卜。是的，这绝对是问题所在。我不知道有没有更低的现在的“转换”百分比比以前高，但肯定会说服人们为你做免费劳动，尤其是如果他们第一次与您一起经历支付，似乎很困难。那是假设自由劳动是最终目标，而不是，比方说，找到更多的人供WMF雇佣。下面将详细介绍。托尼·托马斯写道：我想同意在“雇佣>他们或类似的东西。如果我们谈论的是让人们坚持下去，>我所说的型号会是一个更便宜的选择吗？我认为这是对我所写内容的引用，尽管我当然没有说雇佣所有人——我说的是“有有用项目的学生”。我不知道哪个选项更便宜-雇佣一些学生或设置建立一个新的导师计划-但主要问题是真正的目标是什么是。从长远来看，这是为了获得更多的免费劳动力吗？如果是，我不知道两种选择都是有效的。就我个人而言，我认为这样很好项目产生了真正有用的软件，如果是这样的话，那就太可惜了软件在程序结束时未完成或被放弃。-纱线-- WikiWorks·MediaWiki咨询·http://wikiworks.com

2 1

应用于MediaWiki和扩展的调用图创建器
作者：Seb35 2016年11月11日

2016年11月11日

你好，我想分享我最近为更好地可视化类之间的依赖关系，以及调用图[1]。对于我目前正在开发的扩展（MediaWikiFarm[2]），我想要获取调用图。起初我是手工做的，但后来我找到一个程序来完成这项工作，phpCallGraph[3]，但不幸的是自2009年（PHP 5.2时代）以来一直未维护。我做了保养部分有效[4]，我的自动加载器仍然有问题。以下是我得到的一些初步结果：（这些是没有由于自动加载器问题，存在很多外部依赖性）*扩展：MediaWikiFarmhttps://www.mediawiki.org/wiki/File:Call_graph_of_extension_MediaWikiFarm.s…*扩展：数学https://www.mediawiki.org/wiki/文件：Call_graph_of_extension_Math.svg*扩展名：CentralAuthhttps://www.mediawiki.org/wiki/File:Call_graph_of_extension_CentralAuth.svg*MediaWiki的目录“includes”没有子目录（太大）https://www.mediawiki.org/wiki/File:Call_graph_of_mediawiki%E2%80%99s_direc…我计划改进此软件（请参阅GitHub上的自述文件），如果如果您对这种类型的图感兴趣和/或对贡献。谢谢，塞布35[1]https://en.wikipedia.org/wiki/Call_graph网站（过分接近精确的静态调用图）[2]https://www.mediawiki.org/wiki/扩展：MediaWikiFarm[3]http://phpcallgraph.sourceforge.net[4]https://github.com/Seb35/phpcallgraph网站

三 2

活动/非活动峰会提案（原为《关于：维基媒体开发者峰会周刊》）
作者：Quim Gil 2016年11月11日

2016年11月11日

你好，乔纳森，2016年11月10日星期四下午7:12，Jonathan Morgan<jmorgan（a）wikimedia.org>写的：>嗨，奎姆，>>你能提供更多关于会议要求的细节吗>11月28日截止日期的提案人？上面写着“合并>讨论，定期总结在提案中。“但我还不确定>应该是这样的。>>我看到目前有多份呈件处于“失踪状态”>Phab板上的“讨论”通道。对我来说，这句话意味着除非>目前正在积极讨论phab门票，该提案不太可能>被选中。这准确吗？如果是，我应该进行什么样的讨论>作为一名会议提案人，鼓励大家，多少讨论就足够了？>你的问题完全公平。：）我们正在构建这个过程，你的想法和批评是非常重要的因素。我试图解释有关此截止日期的原因和期望https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit/2017/Call_for_par…关于此截止日期和选择的其他问题和反馈欢迎在相关的“对话”页面中使用一般流程：https://www.mediawiki.org/wiki/Talk:Wikimedia_Developer_Summit/2017/Call_fo…>很明显，我应该让人们知道我的会议。>我应该鼓励他们发表评论，表明他们的兴趣，还是>在帖子里问一个问题？或者如果有人订阅就够了吗>任务？>“被动”表示兴趣，如订阅相关幻影任务（或奖励代币，我们已经开始的一种可能性讨论）对于证明某人对超出提议者或小组的主题。然而，积极的讨论是峰会的调味品。有很多争夺预定时段。我们宁愿将这些插槽分配给已经在进行的讨论将从中受益匪浅，比方说，在一个有录像的房间里宣传90分钟。理论上相关的提议主题仅依赖于讨论从峰会开始就在玩山墙游戏。这可能很管用，但从项目委员会的观点，这是一场冒险的赌博昂贵）空间和参与者的注意力广度。-- 奎姆·基尔Wikimedia基金会工程社区经理http://www.mediawiki.org/wiki/用户：Qgil

1 0

修订评分每周更新
作者：Aaron Halfaker 2016年11月10日

2016年11月10日

嘿，这是我们发送的修订评分团队第29周更新发送到此邮件列表。部署：-我们将日志记录更改部署到ORES，这将减少详细信息[1]-我们还向WMF部署了revscoring 1.3.0和使用它构建的新模型实验室[2]。从用户角度来看，这不会改变任何重要的事情，但是它为开发新的建模策略铺平了道路。维护和稳健性：-我们修复了puppet，以便在芹菜工作节点（影响wmflabs）[3]-我们修复了recall_at_fpr指标的错误问题定义并实现了一个recallatprecision度量来代替它[4]新发展：-我们在句子建模方面取得了很大进展开始从专题文章中尝试一个句子模型[5]-我们正在审查垃圾邮件/故意破坏/攻击新页面创建的数据集公开发布[6]。此数据集将帮助我们的合作者与我们为草稿质量建模并支持新页面分类。1https://phaulibor.wikimedia.org/T149730--将日志更改部署到ORES公司2https://phaulibor.wikimedia.org/T150447--部署revscoring 1.3.0和将editquality和wikiclass更新为wmflabs三。https://phaulibor.wikimedia.org/T149925--/srv/log/ores/未创建在工作节点上4https://phaulibor.wikimedia.org/T149825--实施召回精度（和固定FPR指标）5https://phabricator.wikimedia.org/T148867--执行句子数据源和归一化实验。6https://phaulibor.wikimedia.org/T150307--创建手动审查垃圾邮件/故意破坏/攻击页面的数据集真诚的，修订评分小组的Aaron

1 0

OOjs UI 0.18.0版本（中断更改）
作者：Volker E。 2016年11月9日

2016年11月9日

大家好，我们今天发布了OOjs UI 0.18.0。它将位于MediaWiki核心中1.29.0-wmf.2，它将被部署到Wikimedia制作的常规列车中，从11月15日星期二。在这个版本中，至少有六个突破性的变化名义上，请仔细检查它们，看看它们是否影响您的代码。打破自上次发布以来的更改：*TextInputWidget:remove `isValid（）`方法，自v0.12.3以来已弃用（里卡多萨摩亚）虽然命名为“isValid”，但此函数始终返回Promise，而不是布尔值（Promise用true/false进行解析）。回到过去一年前在v0.12.3我们引入了“getValidity（）”，其语义更加合理（它返回根据有效性解决或拒绝的承诺）为向后兼容保留了函数。我们现在正在删除旧功能；如果你还在使用它，你需要切换。*ComboBoxWidget：删除ComboBoxInputWidget的这个不推荐使用的别名（詹姆斯·弗雷斯特）一年前，我们将“组合框控件”重命名为“组合框输入控件”，重构它继承自“TextInputWidget”，旧名称保留为弃用名称向后兼容选项。我们现在正在删除旧名称；如果你还在使用它，您需要简单地切换您调用的小部件的名称。*core：删除{add|Remove}CaptureEventListener（James D.Forrester）我们提供了“addCaptureEventListener”及其同级作为的代理“node.addEventListener”及其同级，带有支持Internet的特殊代码探索者8。然而，从版本0.15.0开始，我们不再支持浏览器（作为MediaWiki是这样做的），因此不再需要这种间接方式。我们是现在正在删除旧方法；如果你还在使用它，你需要简单地切换到本地人。*icons：删除不推荐使用的别名“photoGallery”（Ed Sanders）在v0.13.3中，我们将“photoGallery”图标重命名为“imageGallery2015年11月，把旧名字留了一段时间兼容性。我们是现在删除旧名称；如果你还在使用它，你需要简单切换转到新的。*InputWidget：删除不推荐的#setRTL函数（James D.Forrester）我们在v0.13.1中将“setRTL”函数重命名为“setDir”，以便在中更标准我们的命名并不意味着LTR是正常的方向。我们离开了旧名字一年多了，但现在它被删除了，所以您将不再通过布尔值设置为字符串'ltr'和'rtl'之一。*MediaWiki主题：删除不推荐使用的“建设性”变量（Volker E）我们有一段时间取消了MediaWiki主题中的“建设性”标记状态以前。这还删除了Less变量，我们暂时将其设置为与“渐进”标志的值相同。如果你我们正在下游使用这些，但这不太可能。自上次发布以来的折旧：*将TextInputWidget的部分分解为新的SearchInputWidget（Pratek Saxena）正在简化TextInputWidget以减少负载假设围绕行为和默认情况下要显示的图标向下移动变成定制的该用例的子类小部件。旧参数将用于现在是向后兼容，但如果你正在使用用于搜索的小部件。*CapsuleMultiSelectWidget：重命名为CapsuleMultiSelectWidget（巴托斯·德齐翁斯基）“S”上的大写字母与我们的其他字母不一致小部件，所以我们将其重命名。旧名称保留为向后兼容至少一个完整的发布周期，但请尽早切换。其他详细信息请参阅完整的更改日志[0]。如果您还有其他疑问或者需要帮助处理弃用，请告诉我。一如既往，将军mediawiki.org上有一组库文档[1]，其中有一些在上托管的综合生成的代码级文档和交互式演示doc.wikimedia.org[2]。[0] -https://phabrictor.wikimedia.org/differation/GOJU/browse/master/History.md[1] -https://www.mediawiki.org/wiki/OOjs_UI（网址：https://www.mediawiki.org/wiki/OOjs_UI）[2] -https://doc.wikimedia.org/oojs-ui/master网站/最佳，沃尔克--高级用户体验工程师，编辑维基媒体基金会volker.e[at]维基媒体@沃尔克_E

1 0

2016年11月9日Scrum of Scrums会议记录
作者：格雷斯·盖勒曼 2016年11月9日

2016年11月9日

https://www.mediawiki.org/wiki/Scrum_of_scrums/2016-11-09=2016-11-09===产品=====读数=======移动内容服务====*已部署：*增加了对响应格式的更多测试。*删除了大多数人阅读的硬编码黑名单。现在使用更动态的筛选出不应出现在最常阅读列表中的页面的方法文章。*致力于找出短期和中期的解决方案feed中TFA和POTD的小缩略图。（一旦我们得到了更好的缩略图那么我们当然会急于转换到API。）-额外信息：此问题的原因是现在的摘要数据（包括缩略图），使用来自/page/summary端点，它当前总是覆盖缩略图大小为320px。潜在的中期解决方案是将摘要端点中的thumnails大小上限从320px增加到640px，并让客户端更改缩略图URL的大小客户端显示的项目上限为320px大小（趋势、链接预览等）。https://phaulibor.wikimedia.org/T149450====安卓系统====*当前冲刺(https://phaulibor.wikimedia.org/project/view/2331/):*继续第二季度Wikidata描述的目标*测试版即将推出*清理了大量小额科技债务*修复一些UI错误和内存泄漏*下一个冲刺：*第二季度Wikidata描述的更多目标（主要是抛光版）====腹板====*当前冲刺：https://phaulibor.wikimedia.org/project/board/2336/-*重新写入悬停卡-*页面图像API更改为返回免费和非免费图像-*错误修复-*趋势服务*下一个冲刺：*与当前sprint类似*还有科技债务====iOS===https://phaulibor.wikimedia.org/project/view/2220/*上周：-*新闻中-错误修复、UI更新和调整通知调度逻辑-*修复了持久层更新的剩余问题-*完成了可访问性更改的第一步-VoiceOverexplore提要的改进&两个小部件*本周：*更多5.3.0测试版反馈和修复*将捐赠公告卡添加到新闻订阅源*设置夜间alpha构建并调查自动对每个pull请求运行测试====阅读基础结构====*未阻塞/阻塞*完成动作API错误定位和页面视图数据集成（T47843、T144865）*计划在第一周使用PageViewInfo扩展部署后者12月===发现：互动团队===*今天在ruwiki上启动<mapframe>*Commons上共享的多语言表格和地图数据位于beta集群上，准备发射，希望在1-2周内**发布于wikitech-l，FB，T134426**演示：https://en.wikipedia.beta.wmflabs.org/wiki/Maplink-page和https://en.wikipedia.beta.wmflabs.org/wiki/Dimpvis_-_Fertility_vs_Life_Expe…===社区技术===//抱歉，我无法参加会议今天。*从本周的愿望调查开始：https://meta.wikimedia.org/wiki/2016_Community_Wishlist_Survey**敦促每个人对与其相关的提案进行审查和评论专业领域*开始更新CentralAuth迁移脚本以填充为全局监视列表添加的其他字段。https://phaulibor.wikimedia.org/T149111*关于发送每个块都有饼干，以防止滥用：https://phaulibor.wikimedia.org/T5233**可以使用更多评论：https://gerrit.wikimedia.org/r/#/c/48029/**功能的事件日志记录：https://phaulibor.wikimedia.org/T146230*法国版权巡逻版即将部署，等待Eranbot开始为frwiki获取数据（即剽窃的编辑记录）===Wikidata/WMDE===*关于Wiktionary（Cognate扩展）的自动站点链接的更多工作*Wikibase回购联盟/外部回购访问（用于Wiktionary和公共支持）*RevisionSlider-11月德国和阿拉伯语维基百科的测试版（功能）22（根据社区请求）*电子PDF**分机进行了安全审查，我们解决了问题并等待再次审阅**取决于要部署的服务（也在安全审查中）==技术=====分析===*拦截器：无*阻止：无更新：**招聘：即将向候选人发出录用通知，我们将继续审查新候选人**MediaWiki历史记录（编辑、用户、页面、所有项目，公共项目除外和wikisources）正在进行审查，结果似乎很好，如果不是很好的话。***Varnishkafka错误在Varnish4中降到了非yet-sen级别。感谢Luca和交通团队所做的细致工作。===建筑/建筑通信======发布工程===*阻塞***已阻止***更新**今天1.28钢筋混凝土**帮助压扁boogz！https://phaulibor.wikimedia.org/project/board/1982/===安全===*安全审查*过梁延长件*继续开展针对匿名者的CSRF缓解工作(https://phaulibor.wikimedia.org/T40417)*查看登录工作流的修补程序(https://gerrit.wikimedia.org/r/#/c/312865/)*修复FrTech的OpenVAS扫描*宣誓验证*在所有私有Wiki上部署扩展*已在生产中部署帐户前缀配置(https://gerrit.wikimedia.org/r/#/c/320266/)*密码处理*将机器人程序的密码长度增加到8个字符(https://gerrit.wikimedia.org/r/#/c/318951/)*加强了对滥用过滤器编辑器的密码要求(https://gerrit.wikimedia.org/r/#/c/319000/)*加强了私人Wiki上所有用户的密码要求(https://gerrit.wikimedia.org/r/#/c/319598/)===服务===*拦截器：无*更新：没有什么大的，技术债务和小的改进**致力于改进RESTBase中的CORS和重定向支持：https://phabricator.wikimedia.org/T149295**Electron PDF呈现服务通过安全审查-准备用于部署。===技术操作===*已阻止：**无*阻塞：**无*更新：**为我们的kubernetes目标实现了容器注册。它将被读取当然了。**labsdbs设置和供应**ulsfo和codfw为清漆4**镓不再存在（非常感谢您的reling！）**计划在11月底部署Trending Edits服务（含服务）===性能==*已阻止**Thumbor上的操作代码审查https://gerrit.wikimedia.org/r/#/c/315648/ https://gerrit.wikimedia.org/r/#/c/317522/**共识/发展峰会，开启主动/主动DC项目的进一步工作（etcd、会话存储、清漆等）*阻塞：**无*更新：**Ori现在是一名志愿者**关于团队管理的决定仍悬而未决**UCMini在速度模式“黑名单”中被视为C级浏览器合并**解决Thumbor上的资源限制（IM消耗的问题由于缺少限制而导致大量磁盘）**前端性能回归合并调查如果人们在背景标签页中打开标签页是为了增加最近变化后的较高百分位数===融资技术===*劈柴，打木*修复离线捐赠导入和邮件列表导出*仍然对CentralNotice错误感到困惑**修补程序：https://gerrit.wikimedia.org/r/318488**错误：https://phaulibor.wikimedia.org/T144952*测试更精简的移动捐赠流===编辑=======协作====*多数据中心流量：本周合并测试，下周发布（希望如此）*Flow beta功能：在重新启用beta之前修复损坏的用户页面功能，所有页面都没有ETA需要修复*ERI ReviewStream：与服务部门就前进方向和下一步达成协议*ERI特辑：最新变化：核心中的新过滤器，正在开发的新UI*阻塞或阻塞：无

1 0

共享本地化地图数据演示
作者：尤里·阿斯特拉罕 2016年11月9日

2016年11月9日

我想展示Interactive团队的一个项目黑客攻击：可本地化地图数据（GeoJSON），存储在Commons上，可用来自多个wiki。我希望我们能在生产足够快-到目前为止，只有实验室的beta集群：https://en.wikipedia.beta.wmflabs.org/wiki/Maplink-page

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

维基科技-1 2016年11月