维基科技-1 2024年2月

wikitech-l@lists.wikimedia.org

29名参与者
29次讨论

[Wikitech-I]谷歌2024夏令营和第28轮外联活动的项目和导师呼吁开启！

作者：Onyinyechi Onifade

大家好，维基媒体正准备申请成为谷歌的辅导组织2024年夏季<https://www.mediawiki.org/wiki/Google_Summer_of_Code/2024>[1] 和外联第28轮<https://www.mediawiki.org/wiki/Outreachy/Round_28>[2]。目前，我们正在为应用程序。如果您对项目有任何建议，无论是编码还是请不要编码（设计、文档、翻译、外联、研究）2月5日前通过此Phaubricator任务共享它们：<https://phaulibor.wikimedia.org/T354734> [3]. 注意，对于非编码符合Outreach资格的项目，插槽有限，将分配给先到先得的导师。时间线作为导师，您的参与跨越了申请期这两个项目都在3月至4月进行。在此期间，您将引导应聘者为你的项目做出小贡献，并发表演讲他们可能有任何与项目相关的查询。作为申请期最后，您将进一步加强与accepted的合作从5月到8月的整个编码期内。您的支持和指导对他们在项目中取得成功至关重要。项目建议书编制指南：-在中建议项目时，请遵循此任务描述模板Phabricator公司：<https://phabrictor.wikimedia.org/tag/outreach-programs-projects网站> [4].如果没有创意，也可以使用此工作板选择创意已经。添加#Google-Summer-of-Code（2024）或#Outreach（第28轮）标记。-项目需要一名经验丰富的开发人员和一名新人约15天大约需要3个月才能完成。-每个项目应至少有两名导师，其中一名导师应具有技术背景。-理想情况下，项目没有严格的截止日期，学习曲线适中，对Wikimedia核心基础设施的依赖性更少。项目解决语言社区的需求是最受欢迎的。*进一步了解导师在这两方面的角色和责任程序：*-外联：<https://www.mediawiki.org/wiki/Outreachy/Mentors网站>[5]-谷歌代码夏令营：<https://www.mediawiki.org/wiki/Google_Summer_of_Code/Mentors网站> [6]谢谢您，链接：[1]https://www.mediawiki.org/wiki/Google_Summer_of_Code/2024[2]https://www.mediawiki.org/wiki/Outreachy/Round_28[3]https://phaulibor.wikimedia.org/T354734[4]https://phabrictor.wikimedia.org/tag/outreach-programs-projects网站[5]https://www.mediawiki.org/wiki/Outreachy/Mentors网站[6]https://www.mediawiki.org/wiki/Google_Summer_of_Code/Mentors网站-- *Onyinyechi Onifade公司*技术社区项目经理维基媒体基金会<https://wikimediafoundation.org/>

3周

[要求采取的行动]技术决策回顾性调查

作者：Moriel Schottlender

大家好，技术决策论坛回顾团队<https://www.mediawiki.org/wiki/Technical_decision_making>邀请您完成关于Wikimedia技术决策过程的调查。虽然会有更多的参与方式，但这是第一个也是最多的数据收集中的重要步骤。其目的是收集有关您在制作过程中的经验、想法和需求Wikimedia技术空间的技术决策。本调查将用于收集有关流程和涉及我们生产的技术决策需求系统。您可以在此处找到调查链接：https://wikimediafoundation.limesurvey.net/885471？lang=en谁应该参加这项调查？依靠由维基媒体基金会（WMF）或其附属机构。如果您将代码贡献给MediaWiki或Wikimedia使用的扩展，或您维护的小工具或工具这项调查是为您准备的。截止日期是什么？*2023年8月7日*回顾团队将如何处理这些信息？回顾团队将综合收集的数据并发布匿名分析有助于领导层就进程的未来。我们将收集匿名信息，我们将在两个主要方面进行分析方式：-基于人口统计信息的情绪：这将告诉我们不同人群有不同的需求和愿望。-技术决策的一般需求和看法空格：这将帮助我们了解在空间、参与人员以及如何相应地调整我们的流程。调查是参与的唯一方式吗？调查是我们收集信息的最重要方式，因为它帮助我们以结构化的方式收集信息。但这不会是只有这样你才能与我们分享你的想法-我们会有更多关于即将到来的听力课程的信息我们活着。同时，欢迎您在对话页面：https://www.mediawiki.org/wiki/Talk:Technical_decision_make/Technical_Dec…我在哪里可以看到更多信息？有几个地方可以找到有关技术决策过程回顾：-Tajh Taylor关于回顾展的最初声明：https://lists.wikimedia.org/hyperkitty/list/wikitech-l@lists.wikimedia.org/…-技术决策过程一般信息页面：https://www.mediawiki.org/wiki/Technical_decision_making-MediaWiki上的技术决策过程回顾：https://www.mediawiki.org/wiki/Technical_decision_making/Technical_decision网站…-制成品票：https://phaulibor.wikimedia.org/T333235如何联系回顾核心团队：-写信给核心团队邮件列表：tdf-retro-2023（a）lists.wikimedia.org-MediaWiki谈话的技术决策过程回顾第页：https://www.mediawiki.org/wiki/Talk:Technical_decision_make/Technical_Dec…谢谢您，Moriel，代表TDMP Retro Core Group核心小组：-Moriel Schottlender（主席）-丹尼尔·金兹勒-克里斯·丹尼斯-科斯塔·哈伦-特米洛拉·阿德利-- Moriel Schottlender（她/她<https://novox.is/she（代名词）>)首席软件工程师维基媒体基金会https://wikimediafoundation.org/

1个月，3周

三
6
三 0

页面链接表的架构更改

作者：Amir Sarabadani

（如果您不使用pagelinks表，可以忽略此消息）你好，以下是上一次发布的更新和提醒<https://lists.wikimedia.org/hyperkitty/list/wikitech-l@lists.wikimedia.org/…>关于一年前发送的链接表的规范化。作为该工作的一部分，很快pagelinks表将被删除，您需要使用pl_target_id改为加入linktarget表。这基本上与模板链接一年前发生的规范化。目前，MediaWiki向两个数据方案写入新行的页面链接除了英语维基百科和维基媒体共享空间（我们将开始下周给这两个wiki写信）。我们已经开始回填数据使用新模式，但要在大型wiki中完成需要几周的时间。因此，如果您直接查询此表或您的工具查询此表，则需要相应地更新它们。我会在扔掉旧的之前写一封提醒信数据完全回填后的列。您可以在T300222中跟踪一般的长期工作<https://phabricator.wikimedia.org/T300222>以及T299947中的页面链接<https://phaulibor.wikimedia.org/T2999947>. 你可以也可以阅读T222224中的推理<https://phaulibor.wikimedia.org/T222224>或之前的公告<https://lists.wikimedia.org/hyperkitty/list/wikitech-l@lists.wikimedia.org/…>.谢谢您，-- *阿米尔·萨拉巴达尼（他/他）*数据库架构师维基媒体基金会<https://wikimediafoundation.org/>

2个月

关于维基媒体Wishathon的提醒

作者：Srishti Sethi

你好，我们现在离Wikimedia Wishathon只有三周的路程了！令人兴奋新闻-用户：卢卡斯·沃克梅斯特（Lucas Werkmeister）已签约在社交时间🎉加入我们，在三月之间为社区愿望的发展做出贡献第十五和第十七！参加讨论会并编写用户脚本，小工具、扩展、工具等等！完整的活动时间表如下：<https://meta.wikimedia.org/wiki/Event:WishathonMarch2024>.浏览活动维基以获取项目想法，并密切关注即将完成的非技术任务（文档和与设计相关的）添加到Wishathon工作板：<https://phaulibor.wikimedia.org/project/view/5906/>. 项目分组也将添加到日程表中，您可以在其中加入愿望作为用户、开发人员或设计师。我们正在寻找志愿者来帮助开展各种活动，例如在黑客时间监控讨论频道，回答技术问题查询，并帮助进行会话记录。查看服务台安排好时间，把自己添加到一个你有空且感兴趣的位置在提供帮助时：<https://meta.wikimedia.org/wiki/Event:WishathonMarch2024/Help_desk>.如果您对Wishathon有任何疑问，请通过电报联系：<https://t.me/wmhack网址>.干杯，斯里什蒂代表Wishathon组委会*斯里什蒂·塞蒂*高级开发专员维基媒体基金会<https://wikimediafoundation.org/>

3个月

对JavaScript文档工具的更改

亚历山大·帕斯库林

大家好，tl；dr我们用来记录Wikimedia JavaScript代码的工具正在发生变化。短期内，您可以阅读完整的MediaWiki核心JavaScript文档在迁移到新系统[1]时使用1.41版本[0]。如果您使用上的JavaScript文档doc.wikimedia.org网站，请分享您的反馈在wiki上[2]。Wikimedia JavaScript代码库正在从使用JSDuck[3]转换为JSDoc[4]文件。从2016年开始，这一迁移是必要的因为JSDuck当前未维护，不支持ES6标准[5]。几个Wikimedia JavaScript代码库，包括Vector和GlobalWatchlist已经使用了JSDoc，而其他几个，例如VisualEditor和MediaWiki核心仍然使用JSDuck。迁移项目由两部分组成：将代码库更改为支持JSDoc并改进JSDoc WMF主题的可用性。更多信息信息，请参见文件：T138401[6]。==将MediaWiki核心迁移到JSDoc==我们正在将MediaWiki核心增量迁移到JSDoc。在迁移过程中正在进行，主分支文档将不完整，仅包含那些已经迁移的模块。要阅读旧的JSDuck文档，请参阅MediaWiki 1.41文档[0]。为了帮助迁移，请从phab中的列表中选择一个模块：T352308[7]，并按照phab:T138401[6]上的指南翻译JSDuck的标签到JSDoc。==迁移其他代码基==您可以在phab上找到使用JSDuck的代码基列表：T138401[6]。（请添加任何缺少的。）为了帮助迁移使用JSDuck，按照说明设置JSDoc[8]，并使用中的指南phab:T138401[6]将标签从JSDuck转换为JSDoc。==改进JSDoc WMF主题==JSDuck和JSDoc最大的区别之一是HTML用于读取文档的界面。JSDoc的WMF主题不是JSDuck主题功能齐全，但为了支持此迁移维基媒体基金会网站、设计系统和技术文档团队正在努力确定JSDoc的优先级并完成一系列改进主题，目标是在2024年发布jsdoc-wmf-theme的版本1。如果在上使用JavaScript文档doc.wikimedia.org网站，请留下一个对JSDoc WMF主题演讲页面[2]发表评论，并让我们知道您是如何使用文档以及主题的哪些功能对您来说最重要。谢谢你的阅读！亚历克斯、卡米尔、乔恩、罗恩和安妮[0]:https://doc.wikimedia.org/mediawiki-core/REL1_41/js/[1]:https://doc.wikimedia.org/mediawiki-core/master/js/[2]:https://www.mediawiki.org/wiki/Talk:JSDoc_WMF_theme[3]:https://github.com/senchalabs/jsduck[4]:https://en.wikipedia.org/wiki/JSDoc[5]https://en.wikipedia.org/wiki/ECMAScript（英文）[6]:https://phabrictor.wikimedia.org/T138401[7]:https://phabricator.wikimedia.org/T352308[8]:https://www.mediawiki.org/wiki/JSDoc-- 亚历克斯·帕斯库林技术作家维基媒体基金会

3个月，1周

MediaWiki Insights:二月份版

作者：Birgit Müller

大家好，欢迎收看每月一次的MediaWiki Insights电子邮件！就像上次一样<https://www.mediawiki.org/wiki/mediawiki_Product_Insights/Reports/January_2…>,我们在开始这封邮件时，首先要庆祝的是他们的第一个补丁合并在MW核心、WMF部署的扩展或服务中过去一个月：非常感谢GergesShamon和特工Isai的贡献！欢迎：-）还非常感谢补丁的审查人员——志愿者和工作人员新贡献者。你的支持对帮助人们做出贡献是无价的有效地访问MediaWiki，让它成为有趣的第一次体验！本期每月MW Insights电子邮件的重点在于我们的多年计划：MediaWiki从裸机迁移到Kubernetes<https://wikitech.wikimedia.org/wiki/MediaWiki_On_Kubernetes网站>在Wikimedia中生产、分析器统一<https://www.mediawiki.org/wiki/Parsoid/Parser_Unification网站>和RESTBase折旧<https://phaulibor.wikimedia.org/project/profile/6289/>.这些计划涉及许多人和项目，需要协调努力和协调，将在许多方面帮助我们。另一个这些倡议的共同点是，我们越来越接近能够从这些努力中受益：-）。项目快照：3个多年项目的里程碑Kubernetes上的MediaWiki迁移已完成75%，完成了所有内部流量、所有预定作业，并达到全球流量的50%里程碑！Kubernetes上的MediaWiki通常缩写为mw-on-k8s，是一个多年的版本努力移动WMF生产上运行的所有MediaWiki部署新WikiKube平台的基础设施。迁移正在进行中，最近达到了一个新的里程碑WikiKube平台现在为50%的最终用户请求提供服务<https://phaulibor.wikimedia.org/T290536>. 在一半标记处，有更多WikiKube上的流量百分比，服务运营部门正在使用发布工程部对监控工具进行更改，以使任何部署过程中出现的问题，以继续进一步升级。此外，几乎所谓的内部流量<https://phaulibor.wikimedia.org/T33320>，这就是交通由运行在基础架构中的应用程序生成用于各种目的的MediaWiki被迁移到WikiKube。特别提及应该转到一周前完全迁移的MediaWiki作业<https://phaulibor.wikimedia.org/T349796>. 随心跟随上级总括任务<https://phaulibor.wikimedia.org/T290536>和/或媒体Wiki_On_Kubernetes在Wikitech上<https://wikitech.wikimedia.org/wiki/MediaWiki_On_Kubernetes网站>.这种迁移将释放部署多版本代码的能力同时。此外，这将有助于增强构建用于编码、测试甚至生产的码头化隔离环境调试。Kubernetes上的MediaWiki将允许我们弃用并最终删除我们内部开发的许多代码。另一个好处是我们能够以更好地应对突发交通高峰，如有新闻价值的事件上下伸缩是配置更改的问题。这使高效放置工作负载，将工作负载打包环保方式，提高硬件利用率。这需要一个村庄才能走得这么远：非常感谢服务运营团队（Clément Goubert、Giuseppe Lavagetto、Alexandros Kosiaris、Kamila苏奇科娃、休·诺兰、埃菲·穆泽利、鲁文·拉扎勒斯、詹妮斯·梅布姆和Kavitha Appakayala），感谢他们在该项目上的领导，发布工程团队（具体为：Dan Duvall、Jeena Huneidi、Tyler Cipriani和艾哈蒙·丹西（Ahmon Dancy）<https://wikitech.wikimedia.org/wiki/Blubber网站>、部署管道<https://wikitech.wikimedia.org/wiki/Deployment_pipeline网站>和Scap<https://wikitech.wikimedia.org/wiki/Scap>来自Quality and的Dom Walden测试工程，用于制定和执行第一个测试计划在Kubernetes上部署MediaWiki，以及其他拥有以这样或那样的方式做出了贡献<三更多里程碑：我们看到了另一条隧道尽头的第一道光多年计划：*解析器统一*<https://www.mediawiki.org/wiki/Parsoid/Parser_Unification网站>. 一周之前，Parsoid阅读视图被推出到第一个wiki：Parsoid现在是默认阅读在基金会的Office Wiki和Wikitech上查看渲染器讨论工具。这一早期实验使我们能够在有限的空间，这将帮助我们评估功能的就绪性并增加我们对未来推出的信心<http://mediawiki.org/wiki/Parsoid/Parser_Unification/Confidence_Framework>.非常感谢Subbu Sastry、Mateus Santos、CScott和IsabelleHubert-Pallatin、Arlo Breault、Shannon Bailey、Yiannis Giannelos和Sérgio很喜欢这样！还非常感谢Daniel Kinzler：他在RESTBase弃用直接帮助我们达到了这个里程碑：-）*RESTBase弃用*：我们一直在致力于解耦RESTBase提供的服务，旨在实现我们的服务平台中的维基媒体产品。MediaWiki接口团队在MW REST API中完成了读取列表端点的重新实现<https://phaulibor.wikimedia.org/T348491>现在正在确认受影响的呼叫者<https://phaulibor.wikimedia.org/T357478>新的端点在重新路由调用之前满足其需求<https://phaulibor.wikimedia.org/T348493>和退役旧代码<https://phaulibor.wikimedia.org/T348494>. 总体努力<https://phaulibor.wikimedia.org/T336693>不仅会推动我们前进在RESTBase退役的基础上，还可以减少我们必须执行的代码总量维护。非常感谢Bill Pirkle、Atieno Njira、Wendy Quarshie和丹尼尔·金兹勒（Daniel Kinzler）成功了！我们还完全关闭了Parsoid缓存RESTBase中的存储-客户端将直接从MediaWiki和缓存将由ParserCache处理。接下来，我们将重新发布客户直接访问MediaWiki并从RESTBase（T344944）中完全删除Parsoid<https://phaulibor.wikimedia.org/T344944>). 页面内容服务（PCS）也将处理自己的缓存<https://phaulibor.wikimedia.org/T348995>我们准备测试即将推出新功能。非常感谢Yiannis Giannelos和内容转换团队以及Daniel Kinzler在以下方面的努力和支持从RESTBase中解耦Parsoid！所有这些多年计划都有助于我们提高可持续性和平台的可维护性，简化工程和开发人员工作流，并为新的和改进的平台功能开辟道路和产品机会。展望：2024/2025年度计划中的知识平台维基媒体基金会最近发布了目标草案产品技术部<https://meta.wikimedia.org/wiki/wikimedia_Foundation_Annual_Plan/2024-225/…>关于Meta的下一个年度计划，以及Selena的介绍Deckelmann和我们正在探索的几个问题<https://meta.wikimedia.org/wiki/Talk:wikimedia_Foundation_Annual_Plan/2024-…>.欢迎您就这些问题发表意见！草案目标包括“知识平台I”——围绕MediaWiki平台演进和“知识平台II”——围绕开发人员/工程服务和工作流。目标只显示了明年的高层指导。“关键成果”草案（目前正在工作进行中）将更好地了解我们正在考虑的工作领域关于。我们将在三月份发布这些内容，并分享链接+邀请再次获取此列表的反馈。谢谢大家的阅读，比伊特-- Birgit Müller（她/她）产品、MediaWiki和开发人员体验总监维基媒体基金会<https://wikimediafoundation.org/>

3个月，2周

[谷歌文档季]征集文档项目和技术作家

亚历山大·帕斯库林

大家好，我们很高兴地宣布维基媒体将参加文档！🎉 自2020年以来，维基媒体首次申请谷歌文档季[1]：向技术作者提供补助金的项目为开源项目编写文档。今年，我们将选择一个Wikimedia文档项目，如果被谷歌接受，雇佣了一名技术作家来完成该项目。有关该计划以及如何申请的详细信息，请参阅维基页面[2]。以下是您参与的方式：-【直到3月22日】提出一个项目，分享对项目的反馈，或者自愿帮助支持一个项目[3]。-[截止4月28日]申请成为技术作家。我们高度鼓励要申请的Wikimedians！即使你不是专业技术作家，我们重视在wiki上工作的经验。我们的目标是使用此程序来改进MediaWiki.org网站和其他Wikimedia技术文档，补充志愿者和工作人员。我们希望以今年的版本为榜样在未来几年将该计划扩展到多个项目。让我们一起让本季成为一个成功的文档季！📚最佳，-Alex和Onyinyechi[1] -https://developers.google.com/season-of-docs网站[2]-https://www.mediawiki.org/wiki/Season_of_Docs/2024[3] -https://www.mediawiki.org/wiki/Season_of_Docs/2024#志愿者_to_support_…-- 亚历克斯·帕斯库林技术作家维基媒体基金会

3个月，2周

【列车】1.42.0-wmf.19/wmf.20状态：在T336504上被封锁（特殊转播：Prefixindex强制默认蒙皮），可能需要周一回滚

作者：Brennen Bearnes

本周1.42.0-wmf.20版本的MediaWiki被阻止[0]，并且1.42.0-wmf.19可能需要周一回滚，这种情况下我们希望避免。在解决以下问题之前，我们无法继续：*T336504-特殊收录：前缀索引可以强制使用默认蒙皮-https://phaulibor.wikimedia.org/T336504有关上下文，请参阅此处链接的村庄水泵讨论：*https://phabricator.wikimedia.org/T336504#9572477一旦这个问题得到解决，列车就可以正常运行一周。谢谢你的帮助！--你指定的牺牲火车受害者[0].https://phabricator.wikimedia.org/T354438

3个月，2周

北向数据中心切换（2024年3月）

作者：埃菲·穆泽利

亲爱的各位，*“没有什么是永恒的，只有改变——赫拉克利特”*2024年3月20日（星期三），SRE团队将运行计划中的数据中心切换，将所有wiki从codfw移动到eqiad。这很重要定期测试我们的工具和程序，以确保wiki能够即使在我们的主要家庭。它还为我们所有的SRE和ops团队提供了一个机会codfw中正常运行24小时的系统的维护和升级a天。切换过程要求所有基金会主办的wiki将于2024年3月20日星期三开始@14:00 UTC*，在执行尽可能高效地迁移。我们所有的公共和私人维基都将像往常一样持续阅读，但编辑过程中不可用。用户将看到即将进行的维护，任何仍在编辑的人都将被要求重试几分钟后。CommRel将很快开始通知社区只读窗口。如果你愿意，你可以在当天的公共场合跟随*#IRC上的wikimedia-operations*频道。要报告任何问题，您可以联系我们访问IRC上的*#wikimedia-sre*，或提交Phalibor票据<https://phabricator.wikimedia.org/maniphest/task/edit/form/1/？projects=Data…>带有#datacenter-switchover标记；我们将密切关注以下报告切换期间和之后的故障。切换及其准备将在下跟踪https://phaulibor.wikimedia.org/T357547.请代表SRE团队原谅中断，我们希望感谢各部门参与计划的每一个人工作。如果您有任何问题，请直接回复此电子邮件。谨致问候，-埃菲

3个月，2周

Etherpad维护2024-02-26 09:00-10:00 UTC

作者：杰托·沃德斯蒂尔

大家好，我们必须在etherpad.wikimedia.org下*周一，2024-02-26**09:00 UTC*。维护涉及开关底层硬件和版本升级。因此，预计停机时间为大约60分钟。如果您当前正在处理文档，请在Etherpad，在维护窗口期间不要使用Etherpa德。我会让你知道保养什么时候结束。您可以在中找到更多信息https://phaulibor.wikimedia.org/T316421.问候语杰托

3个月，2周

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

维基科技-1 2024年2月