维基科技-l 2007年11月

wikitech-l@lists.wikimedia.org

90名参与者
79次讨论

雨果·文森特

大家好，我最近建立了一个MediaWiki(http://server.bluewatersys.com/w90n740/) 我需要从中添加内容并将其转换为LaTeX打印文档的语法。我在谷歌上搜索了一个合适的OSS解决方案，但什么都不明显。我更喜欢用Python编写的脚本，但任何建议非常欢迎。你知道什么合适的吗？谨致问候，雨果·文森特，蓝水系统。

11年11个月

占位符图像的替换统计信息？

作者：David Gerard

我一直在en:wp上的许多文章中放置占位符图像。例如[[Image:替换此图像male.svg]]，它转到[[维基百科：Fromowner]]，它要求人们上传图片，如果他们拥有一个。我知道这激发了人们向中的文章添加免费内容图像几个案例。我感兴趣的是数字。所以我需要的是其中一个SVG重定向到的编辑列表[[维基百科：Fromowner]]被替换为图像。（检查哪个这些实际上是免费的图像，可以放在后面。）有一种相当简单的方法可以从转储中获取这些信息吗？任何维基百科统计迷们认为这很容易吗？（如果占位符有效，那么它也会有助于说服一些维基项目鼓励这些事情。并不是说有所有权关于en:wp的文章，当然……）-d。

14年7个月

回复：[Wikitech-l]单用户登录的主要帐户

作者：Anon Sricharoenchai

>>消息：8>日期：2007年10月12日星期五17:59:22+0200>发件人：GerardM>主题：回复：[Wikitech-l]单用户登录的主要帐户>>海，>这个问题已经决定。年资也不公平；有>成百上千的用户没有或只做了少量编辑>如果一个编辑的发言权超过10000的人应该>必须服从这些通常不活跃的用户。1.是的，这不公平，但这是维基媒体项目的真相不得不承认。想象一下，如果所有wikimedia网站都只有一个用户登录自从它首次成立时，第一个注册的人将拥有它所有wikimedia网站的用户名。2.编辑较少的人并不意味着他们比一个有更多编辑的。根据，http://en.wikipedia.org/wiki/wikipedia:Edit_count,``编辑计数不一定反映用户贡献的价值维基百科项目。”如果某些用户的编辑次数较少，*由于他们故意编辑、预览、编辑和预览文章，一次又一次，在将经过深思熟虑的版本提交给维基媒体之前地点。*一些用户在其脱机存储中编辑、编辑和编辑文章最后，在向wikimedia网站提交唯一的最终版本之前。虽然有些用户的编辑次数更多，*因为他们经常提交如此多的更改，而没有事先预览，并且必须反复更正未释放的编辑。*一些用户经常反复提交如此多的微小更改，而不是累积更改以减少编辑计数。*一些用户自己做了这么多机器人程序，而不是让真正的机器人来完成这些任务。*一些用户经常参与许多编辑战。*一些用户经常参与许多谈话页面中的许多争论。如果编辑次数较少的用户尝试增加其编辑次数会怎么样恢复主帐户的状态。如果他们决定改变编辑习惯，增加编辑计数，*提交了许多编辑而没有经过深思熟虑的预览，*通过将累积的更改拆分为许多次要编辑，并提交它们分开，*让他们的机器人停下来，自己做机器人的例行程序，*加入编辑战。3.根据上述2），我认为，更好的活跃度测量方法是测量该用户名第一次编辑和最后一次编辑之间的时间。公式如下所示，活动度=上次编辑时间-首次编辑时间>>我们做出了选择，一如既往，有些人会发现>不公正。经过多次讨论，做出了选择。不是这样的>不断地重温是件好事，完成事情是件好事>再也没有意义了。>>谢谢，>杰拉尔德M>>2007年12月10日，Anon Sricharoenchai写道：> >>>根据冲突解决流程>>大多数编辑被选为该用户名的主帐户>>对于同一个人拥有的用户名来说可能是合理的>>在所有wikimedia网站上。> >>>但当这些维基媒体上的用户名相同时，问题就会出现>>网站由不同的人拥有，并且正在积极使用。>>首先注册的活动帐户（资历规则）应>>应被视为主要账户。>>因为，我认为首先注册的人应该拥有该用户名>>关于统一>>维基媒体网站。> >>>想象一下，如果自>>站点是>>早就建立了（他们的账户从未>>分开），>>首先注册的人将在所有>>维基媒体>>站点。>>后面的人将无法使用注册的>>用户名，并且具有>>选择他们的备用用户名。>>此逻辑也应适用于当前的维基媒体网站>>已经>>统一。> >

16年2个月

特别更新：想要的页面

作者：Rotem Liss

为什么特别：自9月3日以来，维基媒体网站上没有更新想要的页面？如果在大型wiki（尤其是enwiki）中生成它太昂贵了，是吗为较小的wiki重新启用？谢谢。

16年4个月

公告：#ifexist限制

作者：Tim Starling

请将此复制到您当地的村庄水泵或其他相关的维基论坛。Werdna的#ifexist限制功能现已启用。针对以下投诉模板破坏，我增加了Wikimedia wiki的限制暂时从100到2000。除非发生政变，否则将保持在2000年大约一周，然后我们将把它降到100。请使用这一周时间检查使用的页面和模板#如果严重存在。查看预览或页面视图的HTML源代码。将出现如下所示的“限额报告”：这是来自的限额报告http://commons.wikimedia.org/wiki/Template:Potd/2007-12个,其中一页会被打碎。在周末，#ifexist计数超过100的任何页面将停止正确渲染（在下次编辑或清除缓存后）。第一百个后面的所有#ifexist调用都将被视为目标不存在。在某些情况下，可能需要重写模板，以便仍然执行相同的操作，但使用更少的ifexist调用。在其他情况下，您将需要删除模板功能。删除功能总是令人难过的，因为我知道这是一个软件开发人员，但有时它对这个项目很好。这就是其中之一。--蒂姆·斯塔林

16年5个月

回复：[Wikitech-l]确定撇号的行为

作者：Monahon，Peter B。

>早些时候：“……无论你是否认为>浪费时间，没有借口>广播您发现的每个解析器错误>到三个邮件列表。没有>缺少解析器错误，不需要>当你找到一个。。。>如果我们想谈谈解析器>语法努力，我们都知道哪个列表>订阅。。。彼得·布莱塞回答：哦？哪一个？我不知道，你也不知道在你的帖子里提到它，那么，请在这里帮我一下-哪个列表？如果你要输入一些东西，为什么不让它明确准确完成了吗？否则，重点是什么？此外，我个人认为交叉发布非常重要。当然任何不感兴趣的人都可以滚动或删除-没有这样的我的书中有太多的信息（关于主题-我不说话关于垃圾邮件或主题外的帖子）。解析器行为=我书中的维基技术。我经常发现，由于交叉发布，随后进行了激烈的讨论想法&它往往会使原本陈旧的会议场所焕然一新。更重要的是，就维基标记解析器而言，我的观点有两个方面：第一，我不希望我的维基最终用户收到错误消息当他们编辑时。我希望任何编辑都能进入并保存，稍后我们将处理格式方面的惊喜。我坚信将内容创建和内容呈现任务分开。向wiki添加内容的人绝不应因演示而延迟格式化错误消息。无论文本落在哪里，都要让它落在哪里稍后再进行。第二，我们倾向于发现事情是如何运作的，尽管存在错误，假定的、天真的指令。我已经开始放弃加粗的“规则”出现在三个撇号之间。相反，我已经发现了切换的层次结构。三个撇号将粗体切换为其他状态。两个撇号将斜体切换到另一个状态。这个解析器决定如何解释重复标点符号与查找表匹配的任何代码的结尾，或在第一个“文字障碍”过渡。还是真的？剪切并粘贴到任何沙箱页面并探索：'1text=撇号一个文本；没有重复的标点符号，没有wiki标记。''2text=斜体两个文本；重复标点符号匹配wiki标记，解析器切换匹配函数的状态，这里，斜体字。''3text=粗体三个文本；重复标点符号匹配wiki标记，解析器切换匹配函数的状态，这里是粗体。“”“4text=粗体撇号四个文本；匹配重复标点符号wiki标记，解析器切换匹配函数的状态，在这里，粗体（3个撇号）是以前最好的可解释状态第四个撇号，如此粗体切换（打开或关闭），最后一个撇号仅被解释为标点符号或文本。或者，四个撇号可视为斜体的两个切换功能。但是，因为第一个单词barrier只出现在第四个单词之后撇号之间没有文本解释不会对显示产生任何可见的影响。它让解析器继续解释到在做出决定之前使用第三个撇号，并将其视为对加粗，而不是将前两个撇号视为斜体字，然后开始查找后续的wiki标记说明。否则，解析器将永远不会找到粗体（3撇号）如果它总是为解释前2个提供了先例斜体形式的撇号。解析器似乎从左到右读取，并且根据（我们希望是）可发现的层次结构进行解释：单词转换，或将重复标点符号与wiki标记匹配代码，以最先找到的为准，例如知道三个撇号切换为粗体。''''5text=斜体加粗五个文本；哪个先切换？谁知道呢？我假定先用粗体切换，然后用斜体切换。让我们测试一下：''bold''''''5text=斜体五个文本（无粗体）；暗示着五撇号被认为是层次结构中最高的，所以五个撇号，前三个被认为是一个大胆的挑战，以及最后两场比赛被认为是意大利语的较量。''italics''''5text=粗体五个文本（无斜体）；再次暗示粗体赢了，随后的斜体字打乱了斜体字，到目前为止，这种模式是可以预测的。但让我们重温一下四个撇号：''bold''''4text=粗体撇号普通四个文本，这表示没有感觉。在四撇号分组中，前三个应该有切换为粗体，最终结果应解释为文本，显示“4文本正常，但实际显示时，”为粗体4个文本正常。嗯？虫子来了！“斜体”“”4text=正常的双撇号四文本，同样，在四撇号组，前三个应该是粗体切换后面的撇号应该是文本。显然解析器在其头部保存wiki标记切换的现有状态在层次结构中提出这一点。到底是谁在编程？让我们先测试斜体字的开和关，而不仅仅是先测试：''real italics'''''4text=正常撇号，粗体四个文本。这个应该与avobe相同，但不是。显然我们需要添加一个我们期望的解析器函数层次结构中有更多项，这就是帕瑟似乎在问：1-是否有一个粗体或斜体的开关打开未完成？（这令人惊讶我，我认为“开”和“关”在层次上是等价的，但显然，一个开关ON产生了寻找开关OFF的迫切需要在解释其他内容之前！）然后：2-我们已经达到了高级匹配的wiki标记文本了吗？（关于其他单词，“”优于查找表中的“”。）3-我们是否遇到了文字障碍或段落障碍？（据推测，段落标记会将所有切换重置为OFF，但显然某些wiki标记保留了段落标记，或者它只是HTML样式使用＜markup＞</markup＞的标记-忽略段落的样式编码标记？）继续测试：''''''6text=斜体加粗撇号六个文本''''''7text=斜体加粗2撇号七文本''''''8text=斜体加粗3撇号八文本…等等。

16年6个月

10公里

作者：Domas Mituzas

嗨，今天，我们每秒收到超过10k个HTTP请求（即使是流间请求流量消除）。特别要感谢马克和蒂姆改进我们的缓存，以及做许多其他工作，以及取得了令人难以置信的成绩（虽然我在懈怠）。真的，谢谢！多马斯

16年6个月

MW是否有反暴力措施？

作者：Christensen，Courtney

Hi List，你好，我搜索过谷歌，mediawiki.org网站、邮件列表存档，以及查看了列出的分机，但我找不到关于防止mediawiki账户被暴力侵犯的任何事情。我是专门寻找在指定的登录尝试次数或增加登录之间的时间密码错误时请求。采取这样的措施是否存在？我只是使用了错误的搜索词吗？谢谢！考特尼·克里斯滕森

16年6个月

新SVN提交人

作者：Brion Vibber

托马斯·布莱赫（tbleher）——补丁和扩展。Shizhao-中国星球维基媒体维护Shinjiman-中文本地化更新，贸易/简化字符转换修复和Planet Wikimedia维护。--brion vibber（布里恩）@维基媒体.org)

16年6个月

回复：[Wikitech-l][MediaWiki-CVS]SVN:[27946]主干/扩展/ParserFunctions/ParserFunctions.php

Simetrical公司

2007年11月29日，werdna（a）svn.wikimedia.org写道：>版次：27946>作者：werdna>日期：2007-11-29 10:42:48+0000（2007年11月29日，星期四）>>日志消息：> ----------->防止在错误页面上使用语法分析器函数#ifexist超过一定数量。可以在$wgMaxIfExistCount中设置#ifexist查询的最大数量，默认情况下为100。此处的任何其他用法都将默认为“else”文本。这样做是为了劝阻像enwiki上的Template:highrfc-loop这样的模板，它愿意为一个页面上的多个用户使用的模板进行50次数据库查询。从性能角度来看，明显是次优的。是否有任何方法可以推迟这些，以便在一次？蒂姆，你觉得这是否合理？（我想不会，但问问也无妨。）

16年6个月

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

维基科技-l 2007年11月