维基科技-1 2016年2月

wikitech-l@lists.wikimedia.org

103名参与者
102次讨论

作者：Legoktm

嗨，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[2]https://phaulibor.wikimedia.org/T108557谢谢，--Legoktm公司

7年6个月

最近的身份验证会话不稳定（回复：来自Wikimedia性能团队的更新）

作者：布莱恩·戴维斯

2016年2月4日星期四上午8:20，MZMcBride写道：>费德里科·莱瓦（尼莫）写道：>>现在登录几乎没有达到我的预期，但我不确定我的>>预期是正确的，所以我无法识别实际的错误。>>目前，Phalibor中有关于用户会话的各种开放任务，>例如<https://phaulibor.wikimedia.org/T124440>. 出乎意料地>最近注销有点烦人，但我不知道是不是>与绩效团队或其他团队相关。意外注销的原因在于AuthManager项目特别是在中推出的SessionManager组件1.27.0-wmf.11[0]。我们有与会议相关的各种问题处理更改，包括使存储超载的错误存储会话数据的Redis服务器的容量[1]和2需要将Wiki回滚到1.27.0-wmf.10的其他问题[2][3].两次倒退都伴随着“resetGlobalUserTokens.php”维护脚本更新每个用户的CentralAuth记录的方式是会话下次在wiki上使用时将被视为无效。这是从有关已发布会话的可能问题SessionManager软件。重置脚本速度不快[4]，因此会话无效化在CentralAuth用户中缓慢进行表。正在应用的部分增强功能旨在SessionManager重新投入生产，1.27.0-wmf.13是一个新配置可以用来给我们一个几乎即时的投掷开关的设置使所有活动会话无效。实际上包括此设置在1.27.0-wmf.12中，但Wikimedia集群上的配置有尚未更改以使用它。使所有用户会话无效我们当然不打算做什么好玩的事，但过去（可能是将来）的软件和需要使用重锤的配置问题方法。[0]:https://phabricator.wikimedia.org/T123451[1]:https://phaulibor.wikimedia.org/T125267[2]:https://wikitech.wikimedia.org/wiki/Incident_documentation/20160123会话…[3]:https://tools.wmflabs.org/sal/log/AVKZtfQXW8txF7J0uNE2[4]:https://phaulibor.wikimedia.org/T124861布莱恩-- 布莱恩·戴维斯维基媒体基金会<bd808（a）Wikimedia.org>[[m:用户：BDavis_（WMF）]]高级软件工程师Boise，ID USAirc:bd808版本：415.839.6885 x6855

7年11个月

向开发人员介绍WikiToLearn

作者：里卡多·伊阿科内利

大家好，我想向维基媒体社区介绍WikiToLearn，一个自由开放源码软件我参与的项目，最近获得了很多贡献和动力。这是一个KDE项目，由意大利维基媒体和最近加入的机构包括HEP软件基金会（CERN，费米实验室，普林斯顿……）或比萨大学和米兰大学-比科卡。这些机构已经在网站上填充内容。我们旨在提供一个平台，让学习者和教师能够完成、完善并重新组装课堂讲稿，以创建自由、协作和根据他们的需要量身定制的无障碍教科书。虽然这个项目很年轻（只有几个月的历史），但它已经以意想不到的速度增长吸引力。多亏了这一点，我们现在指望着近40名开发人员，并且在不断增长（包括内容开发人员）。我们在几个方面与维基百科和其他WMF项目不同一种感觉，互补性。我们的重点是编写完整的教科书（而不是百科全书文章），摘自教授或学生自己的笔记，要么存在，要么必须写下来。我们还非常关注离线使用：WikiToLearn的所有内容任何学生都可以轻松打印，以便脱机使用学习。除了一个优秀的内容开发团队外，我们还可以依靠一个小型但积极的开发团队，我们希望改善与上游（也就是你；-），因为我们发现自己正在开发一些可能向公众提供的功能一些概括和抛光。；-）在这里开始这样的讨论合适吗？我们希望尽我们所能提供帮助，但我们可能需要一些指导我们中的许多人都是相对较新的人，如何以最佳方式开发MediaWiki开放源码软件/Web开发。再见，-里卡多

8年1个月

弃用rest.wikimedia.org而支持/api/rest_v1/

作者：Gabriel Wicke

我们决定正式退休rest.wikimedia.org网站中的域在每个单独的项目域中支持/api/restv1/。例如，https://rest.wikimedia.org/en.wikipedia.org/v1/？文档成为https://en.wikipedia.org/api/rest_v1/？文档大多数客户已经使用了新的路径，并从中受益来自地理分布缓存的性能，无需额外的DNS查找，和共享TLS/HTTP2连接。我们打算关闭rest.wikimedia.org网站入口点周围三月，所以请调整您的客户以使用/api/rest_v1/soon。谢谢合作，加布里埃尔-- 加布里埃尔·威克维基媒体基金会首席工程师

8年1个月

回复：[Wikitech-l]pt.wikimedia.org-数据库命名

作者：Waldir Pimenta

假设没有简单的方法来合并数据库，我们可以接受删除旧数据库。我相信大多数内容都导入了当前迁移时的wiki，请参见https://phaulibor.wikimedia.org/T25537。使用了xml转储，而不是SQL一个，所以我想像原木之类的东西可能没有被保存，但在任何万一我们保存所有的历史信息就不重要了。我是说，这当然很好，但没有它我们也可以生活。或者我们可以使用pt2wikimedia，因为这将允许未来的考古学家从wiki的开头恢复数据：）这两个选项都可以。2016年2月24日星期三下午12:13，这个，那个和其他<at.light（a）live.com.au>写道：>为什么不删除旧的ptwikimedia网站，并将新的放到它的>位置，使用相同的数据库名？>>旧的维基无法访问，因为pt.wikimedia.org网站重定向到异地，>因此，不清楚旧数据库是否需要保留。大概吧>引用ptwikimedia的任何配置位仍然与>新网站。>>如果出于某种原因，这是不可行的，我想pt2wikimedia是>可以接受，尽管这只是万不得已。正如我之前所说>需要一种更好的方式来重命名wiki，而不浪费时间>每个人的时间。。。>>TTO公司>> -->“亚历克斯·蒙克”在留言中写道>新闻：CALMPGzX_E4ML0xD2A_2vTRZ+2a+nWtpC9KkJe58x=mdG-uOxEQ@mail.gmail.com。。。>>>大家好，>>出现了一个请求(https://phaulibor.wikimedia.org/T126832)至>重新创造pt.wikimedia.org网站在wikimedia集群上。不幸的是，它是>之前托管在那里，因此“ptwikimedia”数据库名称已经>采取了。>既然数据库重命名看起来并不是一个选项，有人会这样做吗>对使用“pt2wikimedia”（或类似建议）有任何异议>欢迎）代替新的wiki？我知道这不适合现有的>模式，所以我不确定是否可以在不询问>更广泛的受众。>>亚历克斯> _______________________________________________>Wikitech-l邮件列表>Wikitech-l（a）列表.wikimedia.org>https://lists.wikimedia.org/mailman/listinfo/wikitech-l>>> _______________________________________________>Wikitech-l邮件列表>Wikitech-l（a）列表.wikimedia.org>https://lists.wikimedia.org/mailman/listinfo/wikitech-l>

8年2个月

GeoGebra MediaWiki扩展的部署

鲁道夫·格罗·曼

GeoGebra MediaWiki Extension发布于mediawiki.org网站[1] 英寸2008年。它允许将动态几何小程序嵌入MediaWiki页面。这一延期逐年完善。2015年，成员Zbynek KonecnýGeoGebra团队的成员，将其改编为所谓的GeoGebraWeb[2]。这个小程序不再使用Java（与2008年一样），而是使用JavaScript、HTML5而不是CSS。适用于移动设备。我们（兹拜克和我）和马库斯·霍恩瓦特教授[3]GeoGebra非常乐意将扩展部署到MediaWiki软件。GeoGebra MediaWiki扩展可在Git/Gerrit[4]找到，分别位于phabricator[5]。Wikiapiary[6]统计了62个WikiGeoGebra MediaWiki Extension已安装。（可能有一些wikiapiary列表中的实验性或未使用的wiki，以及不同的zum.de的wiki被数次统计，尽管从技术上来说相同。）[7]中没有报告严重的错误。[8]（编写部署扩展）中的第一个主题是：“获得社区对您想法的支持……将您的想法发布到wikitech-l邮件列表[9]。“所以我们希望我们的想法能在这里得到支持列表。谢谢，鲁迪***********************************************************************[1]https://www.mediawiki.org/wiki/Extension:GeoGebra[2]http://dev.geogebra.org/trac/wiki/GeoGebraWeb[3]http://www.jku.at/idm/content/e82460/index_html？team_view=section&emp=e82460/employee_groups_wiss82461/employees82462[4]https://gerrit.wikimedia.org/r/#/q/project:mediawiki/扩展/GeoGebra，n，z[5]https://phabricor.wikimedia.org/r/project/mediawiki/扩展/GeoGebra[6]http://bit.ly/1网站1qfD[7]https://www.mediawiki.org/wiki/Extension_talk:GeoGebra[8]https://www.mediawiki.org/wiki/Riting_an_extension_for_deployment（https://www.mediawiki.org/wiki/Riting_an_extension_for_deployment）[9]http://news.gmane.org/gmane.science.linguistics.wikipedia.technical网站/

8年3个月

棕色袋子：Phalibor的现有新改进

作者：David Strine

太平洋时间3月1日星期二下午1点将有一个棕色袋子。我们将查看Pharmibor的一些新更改。这些变化中的许多将是与高级用户特别相关。我们将回顾：-Phalibor管理层对话的地点-自定义表单功能-项目、子项目和里程碑的更新-其他较小的更改我们应该有充足的时间进行问答蓝色牛仔裤链接[1]将录制蓝色牛仔裤视频。录音和幻灯片将发布到Phalibor mediawiki页面[2]。[1]https://bluejeans.com/105994346[2]https://www.mediawiki.org/wiki/Pharibor网站

8年3个月

2016-03-02周三ArchCom RFC分类？

作者：Rob Lanphier

大家好，ArchCom RFC分类（每个<https://phabricator.wikimedia.org/T125865>)是为这个写的过去的RFC会议(<https://phaulibor.wikimedia.org/E144>)，但我是出庭担任陪审团职务，但未能推动这项工作或如果我们坚持我仓促的计划，那就方便了。我现在做完了，会的如果每个人都有空，愿意接受为周三即将到来的会议做分流2016-03-02 (<https://phaulibor.wikimedia.org/E146>)分诊的目的是确保更多的RFC在ArchCom上分配牧羊人。反过来，希望能成功RFC更有可能更快地通过该过程。不必询问ArchCom关于特定RFC的所有状态，只有一个ArchCom所有者可以登记。任何没有牧羊人的RFC都不太可能通过过程。总会有几个RFC没有牧羊人。仅仅提交RFC并不能保证ArchCom成员会认为您的RFC很重要。这样的生活很艰难。制造商你的案子！另请注意：shepherd！=奴隶。即使RFC有牧羊人，不能保证RFC对牧羊人来说是一个高度优先的任务。当然，牧羊人作为一名优秀的ArchCom成员的可信度是可能因拖拉而受损，但不要指望能够如果你的RFC速度不够快，就把责任推给牧羊人你的品味。想法？罗布

8年3个月

转发：VMware GPL法庭听证会报告

作者Federico Leva（尼莫）

对于那些关心我们GPL许可证的人：）http://laforge.gnumonks.org/blog/20160225-vmware-gpl/尼莫

8年3个月

技术讲座：维基百科自动引用：Citoid及其背后的技术：2月29日

作者：Rachel Farrand

请加入以下技术讲座：*科技讲座**:*维基百科中的自动引用：Citoid和技术在它后面*主持人：*塞巴斯蒂安·卡彻（佐特罗锡拉丘兹大学）*日期：*2016年2月29日*时间：*20:00 UTC<http://www.timeanddate.com/worldclock/fixedtime.html？msg=Tech公司+通话%3A+自动…>*长度：*1小时链接到实时YouTube流<http://www.youtube.com/watch？v=ltEL-千PURK>*IRC问题/讨论频道：*#wikimedia-office*小结：*本次演讲简要介绍了Marielle Volz的Citoid，提供维基百科新的自动引用的工具。然后我集中注意力关于Citoid背后的技术，Zotero翻译人员，并讨论如何感兴趣的用户/开发人员可以帮助改进该功能为维基百科社区服务。

8年3个月

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年2月