维基科技-1 2015年2月

wikitech-l@lists.wikimedia.org

134名参与者
135次讨论

作者：Max Semenik

您好，我想提出一个新的RFC供您考虑：https://www.mediawiki.org/wiki/Requests_for_comment/Minifier网站这是关于如果使用JavaScript，我们如何将大小减少10-15%交付给用户。非常欢迎您的评论！：）-- 顺颂商祺，Max Semenik（[[用户：MaxSem]]）

8年7个月

自行车为“api.php api”取了一个好名字

作者：Brad Jorsch（Anomie）

当api.php基本上是MediaWiki中唯一的api时，将其称为“api”效果很好。但现在我们有了Parsoid API，Gabriel在REST上的工作内容API、Gabriel关于内部存储API的工作，以及有关方式。所以，仅仅说“API”就让人感到困惑。所以让我们为它取一个相当短的名字，这并不可怕比如“api.php api”。我不擅长命名。-- Brad Jorsch（失范）软件工程师维基媒体基金会

8年10个月

回复：维基百科主页上的[Wikitech-l]Bug

作者：Sukyong Ryu

谢谢你的快速修复！最佳，--苏京2014年1月29日上午9:55，内森写道：>如果你没有订阅该列表，仅供参考。> >----------转发的消息---------->发件人：Yair Rand>日期：2014年1月28日星期二下午7:25>主题：回复：维基百科主页中的漏洞>收件人：Wikimedia开发者<wikitech-l（a）lists.Wikimedia.org>> > >谢谢你指出这个错误。您建议的更改为>MediaWiki:Gadget-wm-portal.js已由Meta-Wiki实现>管理员用户：PiRSquared17。> > >2014年1月28日星期二下午6:50，Sukyoung Ryu写道：> >>亲爱的各位，> >>>我们是韩国KAIST的研究人员，致力于在>>网页。在分析来自的热门网站时Alexa.com公司，我们发现了一个问题，>>这似乎是一个bug，在维基百科主页上(维基百科).>>如果您能确认这是一个错误，甚至是>>最好修复它，或者让我们知道我们缺少了什么。> >>>这就是问题所在。当用户选择搜索结果使用的语言时>>通过维基百科主页上的语言选择按钮显示>>页面，执行以下JavaScript函数：> >>>1个函数集lang（lang）{>>2 var uiLang=navigator.language ||navigaor.userLanguage，日期>>=新日期（）；> > 3>>4 if（uiLang.match（/^\w+/）===lang）{>>5 date.setTime（date.getTime（）-1）；>>6}其他{>>7 date.setFullYear（date.getFullYar（）+1）；> > 8 }> > 9>>10 document.cookie=“searchLang=”+lang+“；过期=”+>>date.toUTCString（）+“；domain=”+location.host+“；”；> > 11 }> >>>取决于第行条件表达式的求值结果>>4，“uiLang.match（/^\w+/）===lang”，函数离开或不离开>>通过cookie在用户计算机上选择的语言信息。>>但我们发现表达式“uiLang.match（/^\w+/）==lang”总是>>的计算结果为false，这导致函数总是离开>>用户计算机上的cookie。我们认为改变边界>>表达式“uiLang.match（/^\w+/）==lang”，>>“uiLang.match（/^\w+/）==lang”将解决问题。> >>>此问题可能出现在所有Wikimedia网站的主网页中。>你能告诉我们你的想法吗？提前谢谢你。> >>>最佳，>>昌河公园和苏京琉> >> >> > _______________________________________________>>Wikitech-l邮件列表>>维基科技-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>

9年

请查看这些修补程序

作者：Tyler Romeo

我通常不会通过电子邮件发送这类东西的列表，但如果您有空闲时间测试扩展，请查看此补丁链。我想在五月（他们一岁的时候）之前把它合并。按依赖顺序：https://gerrit.wikimedia.org/r/132783 https://gerrit.wikimedia.org/r/132784 https://gerrit.wikimedia.org/r/134050 https://gerrit.wikimedia.org/r/134789 https://gerrit.wikimedia.org/r/135597作为描述，这五个补丁严重重构了Extension:OATHAuth，希望我可以尝试将其部署在wiki上，以便enwiki用户可以使用双因素身份验证。谢谢，--泰勒·罗密欧0x405D34A7C86B42DF

9年1个月

新的扩展

作者：Ricordisamoa

我编写了一个简单的MediaWiki扩展，它使用W3C Validator服务（通过Services_W3C_HTMLValidator<http://pear.php.net/package/Services_W3C_HTML验证程序>PEAR包装）验证维基上托管的SVG图像。它旨在取代Commons上的当前系统，该系统依赖于个人贡献者添加模板（例如InvalidSVG<https://commons.wikimedia.org/wiki/Template:InvalidSVG>)通过手工文件描述页。它公开了一个简单的API（以及一个Scribunto模块）来获取现有SVG文件的验证状态，可以在尝试时发出警告上传无效文件，并与MediaWiki的本机很好地集成ObjectCache机制。我正在发布代码，但有一些问题认为社区可以帮我回答。*如果W3C验证程序也可以解析HTML文件对验证wiki页面也有用吗？即使有时验证错误似乎是由MediaWiki本身引起的还依赖于格式错误的模板。*是否存储图像旧版本的验证状态（和/或文章）有意义吗？*您认为扩展是否应该使用的extmetadata属性ApiQueryImageInfo而不是它自己的模块？*建议将验证数据永久存储在数据库中吗？

9年1个月

MediaWiki核心需要PHP>=5.3.3

作者：Legoktm

嗨，作为图书馆化项目[1]的一部分，我们计划当前位于includes/lib/中的CSSAnus库并将其引入与作曲家合作。然而，它需要在composer.json[2]中使用PHP>=5.3.3。Krinkle表示[3]，这是因为它只是在5.3.3及更高版本上进行了测试，这也是travis ci提供的功能。在做了一些研究[4]之后，我们似乎会放弃对Ubuntu 10.04LTS的支持，该版本在4月份之前都有安全支持2015年。MediaWiki 1.25.0预计将于2015年5月发布。有人反对放弃5.3.2支持吗？我已经上传了[5] 这实际上增加了所需的版本号。谢谢，--Legoktm公司[1]https://www.mediawiki.org/wiki/Library_infrastructure_for_mediawiki[2]https://github.com/cssjanus/php-cssjanaus/blob/master/composer.json[3]https://github.com/cssjanus/php-cssjanus/pull/5#问题评论-60069126号[4]https://phabricator.wikimedia.org/T839#14160[5]https://gerrit.wikimedia.org/r/168535

9年2个月

我们的验证码非常不友好

乔恩·哈拉尔德·瑟比

大家好，如果在这里开始讨论这个问题是错误的，我很抱歉，但是这是一个比没有更好的地方。我最近参加了两个非常不同的维基百科研讨会——乌干达为学龄儿童举办的研讨会14-17岁，挪威博德一家，为35-55岁的GLAM人群提供服务。一个引人注目这两个群体常见的明显进入障碍是我们使用的验证码太难了。主要关注点显然是它很难阅读，但有还有一些其他问题，即用户注册中的所有字段如果您输入验证码，表单（用户名除外）将被擦除错误地。因此，当你犯错误时，你不仅要重新键入全新的验证码（可能会再次出错），您还必须重新输入两次密码和您的电子邮件地址。这需要很长时间时间，尤其是如果你打字速度不是很快（第一组），或者如果您使用平板电脑或手机（这是第二组中的一些）。所以我想开始讨论一下改成CAPTCHA更人性化，希望不是这样英语/拉丁语-以字母为中心，与我们目前使用的一样。如果乌干达儿童和挪威老人都使用拉丁字母这种破译验证码的问题，说语言的人怎么办不使用拉丁字母的？我更喜欢一些简单化，比如某种基于数学或图像的验证码，而不是我们使用的当前验证码。-- 最大允许值乔恩·哈拉尔德·瑟比<http://meta.wikimedia.org/wiki/用户：Jon_Harald_S%C3%B8by>

9年2个月

MediaWiki测试将验证$wgAvailableRights的完整性

呼啊一声

大家好，只是想尽快让您知道MediaWiki会验证扩展注册它们在$wgAvailableRights（或使用“UserGetAllRights”挂钩）。为了确保您的扩展符合要求，只需添加所有权限您的扩展定义为$wgAvailableRights（这是一个简单的字符串[]用户权限）。此测试将与https://gerrit.wikimedia.org/r/192087干杯，马吕斯

9年3个月

更改页面的内容模型

埃里克·伯恩哈德森

2012年在MediaWiki中添加ContentHandler支持时版本的类型和内容模型与它一起存储。但是，数据库WMF wiki的表没有新列，因此在我们的wiki上，$wgContentHandlerUseDB被设置为false。最终，添加和填充列的数据库作业完成，并且$wgContentHandlerUseDB在一些wiki上是正确的，包括mediawiki.org网站持续数月。有几个项目要求进行此设置到处都是，T51193。然而，更改现有页面的内容模型会造成中断更改。我们添加了正确的“editcontentmodel”，没有它，我们试图通过API更改内容模型或EditPage.php失败。目前没有组（用户或bot）具有此权限。因此，我们认为启用WMF wiki上的$wgContentHandlerUseDB。https://gerrit.wikimedia.org/r/#/c/170129/是补丁。授予editcontentmodel权限存在问题，请参阅T85847。Flow讨论和协作软件有自己的内容模型。目前，Flow团队通过编辑PHP配置变量（！），不可缩放。（供参考，实现流量的计划位于[1]，并且进展缓慢。）当我们这样做时，我们会将现有对话页面内容。对现状的第一个改变是允许“新”页面成为Flow董事会。特别是，Co-op项目[2]希望提供Flow board对于每个签约与导师合作的新编辑。这个不想更改页面的内容模型，因为之前什么都没有。所以Flow有自己的权利，“Flow-create-board”，我们授予flow-bot集团；尝试添加Flow主题或Flow除非用户有此权限，否则不存在的页面的板标题将失败。Co-op团队将在enwiki上请求机器人程序审批组批准其机器人程序这个权利。最终，我们设想有一个特别的：流动页面，让管理员将页面转换为Flow board。这将运行PHP代码来存档当前页面，处理重定向，然后创建流板修订，等等。这感觉像是“editcontentmodel”，但它可能是更具限制性的权利，‘流动’。Daniel Kinzler建议我们不应该授予editcontentmodel权利因为对内容模型的任何更改都是需要智能的特殊情况通过专用PHP代码进行处理。Flow为这两个Co-op机器人和未来专题：流动化。那么有什么要讨论的吗[1]https://www.mediawiki.org/wiki/Flow/推出放松，慢慢来。[2]https://en.wikipedia.org/wiki/维基百科：公司-操作

9年3个月

新功能：工具编辑

作者：Petr Bena

嗨，我想我曾经提出过这个建议，但我忘记了结果。我想实现一个名为“工具编辑”的新功能与“bot编辑”基本相同，但有以下区别：--每个注册用户都可以将编辑标记为工具编辑（bot）需要特殊用户组）--该标志不适合机器人使用，但适合普通用户使用他使用一些自动化工具进行编辑--用户可以选择仅通过API将任何编辑标记为工具编辑理由很清楚：有很多工具，比如AWB以及其他许多每天都会产生惊人数量的编辑。他们正在发送最新更改页面的垃圾邮件-https://en.wikipedia.org/wiki/Special:RecentChanges无法筛选大多数普通用户对它们不感兴趣。这会这样可以过滤掉它们，也会更容易计算某个用户进行了多少次“真正的编辑”，与工具进行的自动编辑。值得实施吗？我想是的，但不太确定。谢谢

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