维基科技-1 2006年3月

wikitech-l@lists.wikimedia.org

106名参与者
125次讨论

雨果·文森特

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

11年12个月

207.142.131.221列于bl.spamcop.net

作者Walter Vermeir

我收到了一个反弹，因为这一点时，发送了一个OTRS票的回复。http://www.spamcop.net/w3m？action=checkblock&ip=207.142.131.221可以看出对此可以做些什么吗？[[meta:用户：Walter]]

17年11个月

辩论工具的设计

作者：Robert Rapplean

大家好。我给这个小组写信是因为Wayne Saewyc告诉我你可能对我想要呈现的内容感兴趣。我的名字是Robert Rapplean，我是一名软件工程师和政治分析师。你可以明白我花了大量时间试图获得想法在互联网的大规模多用户异步世界中。结束这些年来，我对内在问题有了详细的了解在这种环境下试图寻求逻辑论证，我利用这种理解来设计一个解决这些问题的工具。我是维基百科的用户，一定要为文章贡献自己的力量当我发现自己比那些已经展示过的人有更多的专业知识时信息。花了不少时间放松一下出现在讨论页上的难以理解的对话文章中，我得出结论，这种特殊的环境将受益很大程度上得益于我所拥有的那种工具的实现设计。考虑到这一点，我将尝试向您描述这个想法。这个此电子邮件的剩余部分是对工具设计和它之所以如此结构。在我对网上辩论的检查中，我注意到了一个坏的小动物群辩论习惯，几乎所有这些都属于“随意”类别“辩论者”或“敌对的辩论者”。非正式辩论者是那些不接受避免之前就某一主题进行辩论的时间。他们倾向于重新提交已经辩论过的观点需要重申重要的谈话要点。每个人都从这一类，但散漫的辩论者在超越这一类之前会感到厌烦点。因为在线辩论工具在组织之前的信息，它很快就会成为一个巨大的努力来加快辩论。这意味着任何有足够贡献者的论坛体面的共识也有源源不断的新手堵塞了带有不加修饰的评论和其他干扰的交流流。不幸的是，许多优秀的辩手都会他们厌倦了一遍又一遍地争论相同的观点再一次。当辩论再次遵循这些路线时，他们往往会退出贡献，并可能完全离开论坛。怀有敌意的辩论者是指那些不在那里交换意见的人把它们喷出来。换句话说，他们都是嘴上的，没有耳朵。他们不想要为了发现真相，他们希望每个人都接受自己的个人真相。他们的论坛的全部目的是为了从击败通过智慧、战略和战术来反对。因此，他们追求通过老套的进攻战术进行辩论在敌人强大的地方撤退。如果他们不能赢得一分，他们会把话题转移到他们认为可能是对手的话题上他们会继续在直到他们能找到对手不太精通的话题，然后像安全堡垒一样站在上面，坚称这是唯一的从一个有效的角度来看待这个概念。如果他们找不到弱者点，他们会绕圈回到原来的主题，希望有第二次机会尝试或求助于标准逻辑错误，如临时攻击或故障类比。虽然该工具的设计解决了许多其他问题（如投票箱填料和吱吱作响的车轮效应），这些应该足以理解我将要解释的基本结构背后的推理。我走的时候同时，我将把我的设计与现有的在线协作进行比较工具，如wiki和论坛。为了应对这位充满敌意的辩手的许多战术，我开始通过删除wiki和论坛的线性特性。你不能领导一个人如果你粘在现场，就绕圈子。考虑到这一点这个工具是一种推测，类似于“酒精中毒是一种疾病”。每个人们可以（不一定）对这个猜想做一个陈述。他们可以可以随时更改语句，但必须他们对这个推测的全部观点的总结。然后每个人都会投票表决最符合他们个人意见的声明。如果没有他们之间的匹配度足够高，可以做出自己的陈述。声明根据受欢迎程度进行排名。此外陈述表明了他们陈述的偏见。偏差表明推测如下：1.事实（基于可重复的现象）2.正确（不是基于可重复的现象，但有足够的证据）3.未经证实（没有足够的证据以这种或那种方式存在）4.无法证明（猜想需要无法获得的证据）5.不支持（证据表明推测不正确）6.错误（可重复的现象最终推翻了猜想）为了确定猜想的有效性，所有语句1票和2票相加，3票和4票相加5和6一起进行。这创建了对参与者目前对此事的共识。由于人们需要一个地方提问和讨论想法消息列表应该与推测相匹配，但它是强匹配的建议列表组中的所有邮件在30后过期并消失几天左右，鼓励参与者在他们的声明，而不是在其消息中。还有一个方面。每一个被争论的猜想都会产生结果例如，在儿童猜想中，“疾病是影响个人健康”。这些成为他们自己的猜测自己的声明和（重要的）自己的消息列表。投票决定确定其个人有效性，并与父级相关联猜想。家长猜测的参与者可以对子猜想与父猜想的相关性，并考虑在投票表决一项声明时，考虑到孩子们最相关的猜测。再进一步，猜测就可以全部重用了。对于例如，可以使用“上帝的意志是不可知的”这样的推测一次又一次地，被各种各样的父猜想所束缚而不必每次都重新创建和讨论它。最后的结果是，对于每一个猜想，所有的推理当前决定的背后将是一份易于审查的文件格式，按相关性排序。这使得随意的争论者。模块化格式也使其非常容易对任何提出虚假论点的人进行“逻辑犯规”推测。这个非线性格式彻底破坏了话题转移策略和投票系统不仅显示人们对某事的感觉，而且还显示人们对事物的坚定程度他们对此有感觉。我想这可以作为介绍。如果你对此感兴趣，请让我知道，我可以为您提供更多详细信息。您的，罗伯特·拉普莱恩

18年2个月

面向任意客户端JavaScript执行

作者：尼克·詹金斯

目标===要查看是否可以执行任意客户端JavaScript，使用MediaWiki作为传送系统。背景==========要执行任意JavaScript，我们主要需要找到一种方法MediaWiki允许我们打开标签（“<script”），并关闭标签(">"). 特别是，我们需要某种形式的wiki输入文本将其作为呈现的HTML输出。MediaWiki解析器似乎试图通过以下方式阻止这两种情况转义“<”和“>”字符。例如，如果你给它wiki输入如下：---------------------------------------------------------<“你好世界”>---------------------------------------------------------然后您可以返回此HTML：---------------------------------------------------------&它；“你好，世界”&gt；---------------------------------------------------------然而，解析器并不完美。有一些输入将返回未转义的“>”或“<”。诀窍可能是将这些遗漏合并在一起以产生有效利用的方式。我还没有这样的东西，但我怀疑这是可能的。未转义的结束标记======================让解析器给出未转义的结束标记比正在查找未转义的开始标记。例如，wiki输入的内容如下：--------------------------------------------------------->>>>>>>---------------------------------------------------------将提供此HTML输出：--------------------------------------------------------->>>>>>>---------------------------------------------------------（即无逃逸）。然而，如果我们尝试提前打开一个或多个标记，那么变化。所以这个wiki输入：---------------------------------------------------------<>>>>>>>---------------------------------------------------------提供以下HTML输出：---------------------------------------------------------&它；&gt&gt&gt&gt&gt&gt&gt；---------------------------------------------------------换句话说，我们可以这样做（关闭标记并提供一些要执行的JavaScript），前提是我们不使用“<”字符：---------------------------------------------------------onmouseover=“alert（document.cokie）”>测试---------------------------------------------------------…然后我们将在HTML中返回文本。总结一下：任何时候在我们使用“<”字符后，我们都会失去这个拥有未转义“>”字符的特权。对我来说，这可能是一个错误，因为允许攻击者打开一个可能不需要的开口给定（即任意球）。未转义的开口标记======================几乎所有在wiki输入中使用“<”的情况都会导致HTML输出。然而，也有一些用途并非如此。特别是，我发现表属性的限制非常弱，我们可以得到解析程序，用以下每一个生成未转义的“<”字符3个输入：---------------------------------------------------------{|WIDTH=[[图像：ftp://~{|ALIGN=''~~~</math>{|BGCOLOR=<span style=“font-weight:bold；”>---------------------------------------------------------它将提供此HTML输出：---------------------------------------------------------<table width=“&#91；&#91；image:<a”class=“external free”title=“ftp&#58；//~”><table align=“<b><！--LINK”><table bgcolor=“<span”>---------------------------------------------------------此处的一些观察结果/问题：1）未转义的“<”字符位于属性字符串中。我们需要如果浏览器要服从，以某种方式避免这种情况，或者打破这种情况他们。2）标记的类型是有限的（中的“<a>”、“<！--”和“<span>”标记上述示例）。3）最后两个使用“<”的示例意味着我们无法关闭标签（因为，如上所述，通过使用“<”字符，我们失去拥有关闭标记的特权）。然而，我们可以避免这个问题3），它从不使用“<”字符：---------------------------------------------------------{|WIDTH=[[图像：ftp://~onmouseover=“alert（document.cokie）”>测试---------------------------------------------------------它将提供此HTML输出：---------------------------------------------------------<table width=“&#91；&#91；image:<a”class=“external free”title=“ftp&#58；//~”>onmouseover=“alert（document.cokie）”>测试---------------------------------------------------------…然而，这仍然存在上述问题1）和2）。问题2）可能不一定是一个障碍（例如，HTML类似：“<ahref=“#”onmouseover=“alert（document.cokie）；”>免费色情</a> '不是与成功使用“onLoad”的东西一样强大，但它确实如此可以预测，它将在合理的时间内发挥作用）。另一方面，问题1）目前是一个巨大的限制。结论===========*如果有人知道解决问题1）和2）的方法，或者知道另一种方法，那么请告诉我。通过将其结合根据上述信息，很可能创建一个有效的验证概念。*为什么MediaWiki允许使用未转义的“>”字符？这个行为似乎增加了JavaScript安全性的可能性问题。一切顺利，尼克。

18年2个月

是否在不存在的页面上自动放置文本？

作者：Jan Vanoverpelt

你好，MediaWiki是否允许在不存在的页面？我想做的是：当用户单击图片，将生成一个带有名称的新页面“{{PAGENAME}}-more-detailed-name”。是否可以自动放入一些文本（例如“｛｛template｝｝”）在这个新的（不存在的）页面上？问候语，简

18年2个月

中文维基百科中的屏蔽ip用户问题

作者：袁明丽

嗨，伙计们。中国维基媒体用户需要来自基金会的开发人员。正如在座各位所相信的那样，中华人民共和国政府已经封锁了使用“防火墙”访问所有维基媒体网站；维基媒体中国大陆的贡献者和用户必须使用代理访问维基媒体网站。然而，大多数代理都是不稳定的，所以CNBlog.org网站（中国著名的博客圈倡导者由社会布莱恩基金会运营，该基金会主办了第一届中国人去年的Blogger Conference）为中国人建立了一个稳定的代理用户。通过该服务，中国大陆用户可以访问中文维基百科使用http://wikipedia.cnblog.org、和中文维基新闻使用http://wikinews.cnblog.org.访问次数超过16000次本月每天有110000个页面请求。CNBlog.org网站已经非常对中国用户有帮助，并计划扩展其代理覆盖所有中国维基媒体项目的服务，这真的很棒新闻。不幸的是，中国维基媒体管理员对最近出现的问题：许多破坏行为都是使用CNBlog代理。目前，显示CNBlog代理的IP已在Wikimedia上登录编辑历史记录。如果管理员阻止IP（CNBlog代理），所有使用CNBlog的中国大陆用户无论是否登录，代理也将被阻止，并且不会被阻止能够做出贡献。一些中国维基人与CNBlog.org网站，我们相信技术解决方案应该是可行的。我们还讨论了一些技术细节，我将再次发送电子邮件至有关详细信息，请参阅wikitech-l。基本上，我们希望显示并记录用户的真实IP（用于访问CNBlog代理的IP）在Wikimedia上。我们代表许多中国用户向这里发送此电子邮件。我们希望得到基金会的亲切关注和帮助。非常感谢你很多。[[用户：Shizhao]][[用户：R.O.C]][[用户：永兴阁]][[用户：Mountain]]

18年2个月

HTTP与MW的交互？

作者：Rich Morin

我正在考虑编写一个脚本来（登录和）编辑MW页面内容，通过HTTP。是否有任何人都可以使用的示例脚本推荐？或者，是否有任何关于MW的文件处理登录会话（例如，它设置了哪些cookie）等？-第页--http://www.cfcl.com/rdm里奇·莫林http://www.cfcl.com/rdm/简历rdm（a）cfcl.comhttp://www.cfcl.com/rdm/weblog+1 650-873-7841技术编辑和写作、编程和网络开发

18年2个月

回复：[Wikitech-l]辩论工具的设计

作者：Robert Rapplean

谢谢，Rich。我看过IBIS，它也采用了分格解决问题的方法，我认为这是这个工具最棒的方法之一优势。能够将问题划分为子问题可以让人们确定他们真正不同意的内容，而不是争论定义上真正不同的东西。不幸的是，IBIS是一个管理系统，也就是说没有一种自动识别特定猜想是否足够的方法大多数参与者接受或否认其真实性的证据。那个这个过程似乎是通过偶尔的投票完成的，有点像实验程序。由于它缺乏“相关性程度”的衡量标准，因此它在确定推测背后最重要的子点。此外缺乏“一个人，一句话”的结构意味着所有的讨论以线性的形式出现，成为敌对论述者的牺牲品。简而言之，虽然IBIS的结构很好，但它缺乏具体的我为taylor设计的这个工具的实现细节在维基百科的大规模多样化、无限制、特别的环境中使用存在于中。2006年3月31日，Rich Morin写道：>>IBIS（基于问题的信息系统）可用于>组织讨论并减少重复，同时>让每个人都有发言权。>>http://www3.iath.virginia.edu/elab/hfl0104.html>http://www-iurd.ced.berkeley.edu/pub/WP-131.pdf>>-r（右）> -->http://www.cfcl.com/rdm里奇·莫林>网址：http://www.cfcl.com/rdm/resumerdm（a）cfcl.com>http://www.cfcl.com/rdm/weblog+1 650-873-7841>>技术编辑和写作、编程和web开发> _______________________________________________>Wikitech-l邮件列表>Wikitech-l（a）wikimedia.org>http://mail.wikipedia.org/mailman/listinfo/wikitech-l>

18年2个月

回复：[Wikitech-l][Wikipedia-l]Mediametry调查（was）回复：语言版本的受欢迎程度与文章数量……）

作者：Neil Harris

Brion Vibber写道：>安德鲁·格雷写道：> >>是“继续录制但忽略它们”，还是在某种意义上禁用>>完全关闭日志记录？只是好奇。。。>> >>几个月后，你没有阅读的日志会填满服务器>每隔几天，您就会关闭硬盘。：）>>--布里翁（brion vibber）@pobox.com网站)>> 让cron作业间歇性地打开、关闭登录，怎么样？如。例如，在每台服务器上，都有一个cron作业可以执行以下操作：每5分钟：正在登录吗？然后：关闭Else：生成一个随机数如果==0 mod 1000：然后：打开日志记录否则：什么都不做这样，你就可以获得5分钟的代表性短街区交通，在大约100台服务器中，每三天左右启动一次在白天或晚上的任意时间。这也足以满足总量统计分析，不需要对鱿鱼进行任何修改代码，只是一个简短的外部shell脚本。日志记录应处理其余部分，并防止磁盘被填满，因为平均采样率会低到足以应付。--尼尔

18年2个月

回复：[Wikitech-l][MediaWiki-CVS]phase3/includes Parser.php，1.602，1.603

作者：var ArnfjörðBjarmason

2006年3月24日，Gabriel Wicke写道：>更新/cvsroot/wikipedia/phase3/includes>在目录sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv12319/includes中>>修改的文件：>分析器.php>日志消息：>如果禁用了整洁，请进行一些清理：>>*修复锚和i/b的无效嵌套>*删除空的i/b标签>*拆除锚内的潜水器>>修复了几个测试用例>>>索引：Parser.php> ===================================================================>RCS文件：/cvsroot/wikipedia/phase3/includes/Parser.php，v>检索修订版1.602>检索版本1.603>差异-u-d-r1.602-r1.603>---Parser.php 2006年3月22日04:57:14-0000 1.602>+++Parser.php 2006年3月24日16:36:29-0000 1.603> @@ -250,6 +250,32 @@>>if（（$wgUseTidy和$this->mOptions->mTidy）或$wgAlwaysUseTity）{>$text=分析器：：tidy（$text）；>+}其他{>+#尝试清理至少一些嵌套问题>+#（bug#2702和其他一些错误）>+$tidyregs=数组(>+#''一些[http://www.cool.com网站酷“]-->>+#<i>一些东西</i><a href=“http://www.cool.com网站“..><i>酷></i></a>>+’/（<（[bi]）>）（<（[bi]））？（[^<]*）（<\/？a[^<]*>）（[^<]*）？(<\/\\2>)/' =>> + '\\1\\3\\5\\8\\9\\6\\1\\3\\7\\8\\9',>+#仅在另一个锚内固定锚>+#至少对于单个嵌套链接（错误3695）>+'/（<a[^>]+>）（[^<]*）（<a[^>]>[^<]*）<\/a>（.*）<\/a>/'=>>+'\\1\\2</a>\\3</a>\ 1\\4</a>'，>+#在内联元素中修复div-doBlockLevels不会换行>+#包含一个div，所以在这里修复它；代替>+#div带转义文本>+'/（<（[aib]）[^>]+>）（[^<]*）（<div（[^>]*）>）（.*）>+'\\1\\3&lt；第5部分&gt\\6&lt/div&gt\\8\\9',>+#删除空的斜体或粗体标记对，一些>以上规则引入的+#>+'/<（[bi]）><\\\\1>/'=>''>+）；> +>+$文本=preg_replace(>+数组键（$tidyregs），>+数组值（$tidyregs），>+$文本）；> }>>wfRunHooks（'ParserAfterTidy'，数组（&$this，&$text））；这修复了“Bug 2702：不匹配<i>、<b>和<a>标记无效”测试用例，但这并不是真正的改进。测试用例应该证明我们没有平衡标签，这是并没有解决问题，它只是用常规方法绕过非常具体的案例如果插入更多将在中修复的标记，则会失败的表达式正确平衡标记的解析器。我完全赞成修复解析器，但这并不是一种改进我们通过的解析器测试用例基本上是在解析器只进行测试通过，而不是修复核心问题。

18年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 2006年3月