维基科技-l 2019年7月

wikitech-l@lists.wikimedia.org

54名参与者
66次讨论

【列车】1.34.0-wmf.16状态更新
作者：Brennen Bearnes 2019年7月30日

2019年7月30日

1.34.0-wmf.16版本的MediaWiki被阻止[0]。在解决此问题之前，新版本无法继续运行到组0[1]：*serialize（）：“”作为成员变量从__sleep（）返回，但不存在-https://phaulibor.wikimedia.org/T229366此问题解决后，列车可以恢复运行。如果此问题是决定周五恢复列车运行。感谢您帮助解决这些问题！--你那谦逊的火车奴才[0]. <https://phaulibor.wikimedia.org/T220741>[1]. <https://tools.wmflabs.org/versions网站/>

1 0

Wikidata数据库主主切换（需要只读）7月30日上午05:00 UTC
作者：Manuel Arostegui 2019年7月30日

2019年7月30日

你好，我们要求为s8（wikidata）提供30分钟的只读窗口7月30日05:00-05:30 UTC切换我们的主要wikidata数据库主机（T227063）db1071是一台旧主机，已超出保修期，将退役（T217396）。这还将取消新设计的一些迁移阶段wb_terms表格（T221764）我们将于7月30日星期二上午05:00至05:30 UTC（我们如果一切按预期进行，不要指望使用30分钟窗口）。影响：写入将被阻止，读取将不受影响。将在#wikimedia操作中进行通信如果你当时在附近，想帮忙监控，请加入我们！谢谢

1 2

CI现在从扩展/皮肤运行硒测试
安托万·穆索 2019年7月29日

2019年7月29日

你好，Adam Wight增强了我们的MediaWiki测试运行程序（Quible），因此现在检测扩展/皮肤是否具有“硒测试”脚本在package.json中定义。如果是这样，对于每个存储库，它将：npm安装npm运行硒测试该功能已经等待很久了，它将允许开发人员升级webdriver.io以他们自己的速度并使用他们喜欢的框架（mocha或黄瓜）。到目前为止，我们在mediawiki/core上运行硒测试几乎无法升级webdriver.io。任务是：https://phaulibor.wikimedia.org/T199116干杯，-- 安托万·穆索（Antoine“hashar”Musso）

2 1

InnoDB/MyISAM公司
作者：Aran 2019年7月28日

2019年7月28日

你好，我最近注意到，在我负责的维基农场中，大约有20%的表是MyISAM，但它似乎不太一致，例如一些在一些wiki中是MyISAM的表在其他wiki中则是InnoDB。搜索索引数学看起来都是MyISAM。据我所知，InnoDB似乎是最好的选择，尤其是最新版本。改变它们是个好主意吗全部给InnoDB？谢谢，阿兰

三 4

提交
作者：Amron Kingthong 2019年7月28日

2019年7月28日

我提交

2 1

TechCom雷达2019-07-24
作者：Daniel Kinzler 2019年7月26日

2019年7月26日

大家好，以下是本周TechCom会议的记录：两个RFC将在8月27日前进行最后一次通话：*模板的“Heredoc”参数<https://phaulibor.wikimedia.org/T114432>*抽象模式和模式更改<https://phaulibor.wikimedia.org/T191231>如果到8月7日没有异议未得到解决，这些RFC将被批准为提议和修订。如果您关心此RFC，请评论phabricator--支持或引起关注。最后一次通话时间不仅仅是为了提高反对，但也为了确认共识。我们召开了一次IRC会议，主题是“将扩展合并为核心”。很好增加对基于主题的LESS变量支持机制的进展到资源加载器。关于将扩展合并到core正在处理该问题<https://phabricator.wikimedia.org/T12924>正在积极讨论的其他主题：*处理PHP接口更改的策略<https://phabricator.wikimedia.org/T193613>*MariaDB 10.1升级后WMF关系数据存储的未来<https://phaulibor.wikimedia.org/T193224>*将WikibaseQualityConstraint检查数据存储在持久存储中<https://phaulibor.wikimedia.org/T214362>您也可以在以下网址找到我们的会议记录：<https://www.mediawiki.org/wiki/Wikimedia_Technical委员会/会议记录>另请参阅TechCom RFC板<https://phabricor.wikimedia.org/tag/mediawiki-rfcs网站/>.如果您愿意，可以在这里订阅我们的时事通讯<https://www.mediawiki.org/wiki/新闻稿：TechCom_Radar>谢谢，凯特--凯特·查普曼核心平台高级项目经理维基媒体基金会kchapman（a）wikimedia.org_______________________________________________Wikitech-l邮件列表Wikitech-l（a）列表.wikimedia.orghttps://lists.wikimedia.org/mailman/listinfo/wikitech-l

2 2

2019年最酷工具奖：提名征集
作者：Birgit Mueller 2019年7月26日

2019年7月26日

亲爱的各位，我们非常高兴地宣布第一个最酷工具奖<https://meta.wikimedia.org/wiki/Coolest_Tool_Award>!工具在维基媒体中扮演着重要角色，许多志愿者也是如此尝试新想法、开发和维护本地和全球的开发人员解决方案并弥合Wikimedia社区的工作流程差距。有很多很棒的工具。是时候庆祝了这是为了让志愿者开发人员所做的工作对每个人都更可见：-）最酷工具奖颁奖典礼将在维基马尼亚岛举行官方程序：https://wikimania.wikimedia.org/wiki/2019:Technology_outreach_%26_innovatio…该奖项由今年的Cooest Tool Academy组织和评选。这个计划授予各种类别中最优秀的工具：示例：“best Commons tool”，用于识别工具对特定项目，或“最佳新人”来奖励一个相当新的工作开发商。由于没有人可能知道所有的酷工具，我们正在寻找一些帮助和启示：请给我们指出您认为是什么工具太棒了，你想不出任何理由！请使用此表格：https://docs.google.com/forms/d/1Ip5Sb_CDvgO6IN2f51V3WjkVYU9Sa-nneX5PoY0sjo…2019年7月29日前推荐工具。您可以通过多次填写表单来指定任意数量的工具次。该调查将通过第三方服务进行，可能会受到附加条款。有关隐私和数据处理的更多信息，请参阅调查隐私声明：https://foundation.wikimedia.org/wiki/Coolest_Tool_Award_2019_Survey_Privac…非常感谢您的想法和建议！我们将在未来1-2天内继续传播消息，但如果你有机会，也欢迎您与他人分享这些信息！如果您有任何问题，请联系我们https://meta.wikimedia.org/wiki/Coolest_Tool_Award.谢谢：-）Birgit，2019年最酷工具学院-- Birgit Müller（她/她）技术参与总监维基媒体基金会<https://wikimediafoundation.org/>

4 三

谢谢你星期四
作者：Kunal Mehta 19年7月25日

19年7月25日

你好，本周我要感谢：*Daimona、bawolff和sbassett对2.0版phan-taint-check-plugin，它有助于捕捉real安全问题。*James_F用于获取大量CI维护*MatmaRex，用于查看补丁以允许皮肤具有自定义OOUI主题，2年后开始工作！如果有人你想感谢或大喊一声，请做！--Legoktm公司

1 0

[BREAKING CHANGE]删除wgResourceModules中对“object”的支持
作者：Krinkle 2019年7月25日

2019年7月25日

TL；DR：2011年之前的选项，用于在中设置ResourceLoaderModule实例$wgResourceModules，或调用ResourceLoader->将对象注册为第二个参数将在MediaWiki 1.34.0中删除（预计发布于2019年11月）。使用“class”或“factory”键将其更改为数组而不是。（示例如下。）这只影响使用PHP文件注册模块的遗留扩展。如果您的扩展已经通过extension.json注册了它的模块，那么这个改变不会影响你。-------在MediaWiki 1.16（2010）的ResourceLoader实验版本中，模块必须通过$wgResourceModules注册为对象实例ResourceLoaderModule的。在MediaWiki 1.17.0（2011）中，作为第一个默认公开版本的一部分在ResourceLoader的而不是声明性数组。[1] 这允许延迟实例化模块通过ResourceLoader。这些数组可以是基于类的（这是默认的，使用“class”选项）或基于closure（使用“factory”键）。此选项已作为重构的一部分删除，以使ResourceLoader（更多）独立。我不想承担维护费用首先通过弃用进行另一个发布周期。一直以来自第一次非周边发行1.17.0中的ResourceLoader（它被“临时”保存以兼容WMF下的1.17alpha）。在Gerrit宿主扩展中找不到已知用法，也不适用于任何外部托管的Codesearch-index回购。它也不能使用extension.json对模块注册影响扩展（自MW以来1.25).所需转换的示例：```#之前（不再支持）$wgResourceModules['ext.Foo']=新的MyModuleSubClass（）；$wgResourceModules['ext.Bar']=新的MyModuleSubClass（[“xyz”=>真，] );$wgResourceModules['ext.Baz']=efComposeSomeComplexObject（）；#之后（PHP）$wgResourceModules['ext.Foo']=['class'=>MyModuleSubClass:：class]；$wgResourceModules['ext.Bar']=['class'=>MyModuleSubClass:：class，'xyz'=>真]；$wgResourceModules['ext.Baz']=['factory'=>'efComposeSomeComplexObject'];#之后（建议使用JSON）“资源模块”：{“ext.Foo”：{“类”：“MyModuleSubClass”}，“ext.Bar”：{“class”：“MyModuleSubClass”，“xyz”：true}，“ext.Baz”：{“factory”：“MyExtHooks:：composeSomeComplexObject”}```--蒂莫[0]https://phaulibor.wikimedia.org/T222637[1]https://gerrit.wikimedia.org/g-mediawiki/core网站/+/dac5084f6d61b6c45bfae491a2b…-https://github.com/wikimedia/mediawiki/commit/dac5084f6d

1 0

Blubber v0.8.0/Blubber.yaml更新
作者：Tyler Cipriani 19年7月25日

2019年7月25日

大家好！CAVEAT EMPTOR：如果您不使用部署管道[0]或Blubber[1]那么这封邮件对你来说可能毫无意义。Blubber发布了一个新版本——v0.8.0[2]。主要的变化是我们取消了“工件”命令的使用在多阶段构建中。有关此更改的详细信息，请参阅Blubber用户指南[3]。我已经创建了补丁，可以保留Blubber的当前功能并在中标记所有“blubber-v4”Gerrit[4]。谢谢！--泰勒[0]. <https://wikitech.wikimedia.org/wiki/Deployment_pipeline网站>[1]. <https://wikitech.wikimedia.org/wiki/Blubber网站>[2]. <https://wikitech.wikimedia.org/wiki/Blubber/下载#Latest_Release>[3]. <https://wikitech.wikimedia.org/wiki/Blubber/User_Guide#Shorthand_copies>[4]. <https://gerrit.wikimedia.org/r/#/q/topic:blubber-第4版>

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

维基科技-l 2019年7月