Hi List，你好，如何在地址栏中获得（rss/atom）提要图标浏览器。目前，我使用WikiFeeds扩展来创建地址栏中显示自己的提要。但我想要mediawiki的内部提要（显示更改更好）在您单击“最近的更改”页面时使用-那么我该如何在浏览器的地址栏中显示此提要，以便可以在维基的每一页上都订阅了吗？PS：是否有计划的实施可以配置喂？提前发送，恭喜你，亚历克斯-- *基于游戏的eVideo*柏林FHTW Ein ESF-gefördertes项目。电子学习|电子视频| Web 2.0 |严肃游戏比罗：+49（0）30 50 19 26 47http://evideo.fhtw-berlin.de亚历山大·克鲁格网址：http://www.alexkluge.de学生Mitarbeiter手机：+49（0）163 60 51 036亚历山大·克鲁格（a）fhtw-berlin.deFHTW-技术与工艺学院Treskowallee柏林8号，邮编：10318
你好，维基科技。我已应用于Google Summer of Code项目，以启用类别在不使用机器人的情况下移动。经过一些沟通猫绳，下面的文字是我的项目想法。任何反馈都是欢迎。简介我将提供移动类别的功能，以实现效果对于终端用户，类似于移动其他页面。目前，贡献者必须申请使用重新创建类别页面的bot并更改所有相关文章的类别链接。项目这个物体可以分为三部分。首先，类别页面正如文章作品的更名一样，它的历史也被感动了。可以选择将重定向放置在旧类别页面上，并且类别讨论也被打动了。其次，相关类别中的所有文章都必须有其类别链接已更改。这项任务涉及几个障碍：1.找到所有分类文章的替代方法。这很简单匹配简单的类别链接和类别列表，但更多很难找到模板中包含的类别。罗恩Kattouw（Catrope）建议对此进行类别重定向归类为[[类别：A]]的物品也将列在[[类别：B]]，如果前面的已重定向到后面的。2.随着运动的进行，文章可能正在编辑过程中完成。然而，这可以用与编辑相同的方式来解决碰撞目前已解决。3.算法可能具有较高的复杂性，因此不会分类非常大，可以很好地扩展。这可能是该项目的一个重要且具有挑战性的部分。作为最后一步，categorylinks表中的相关条目需要更改。这是通过一个简单的SQL查询完成的。如果bug#13579[1]（“Category table should use类别ID而不是类别名称）是固定的，它可以是项目的一部分。该项目最好作为核心的补丁编写。Catrope建议为该项目设立一个单独的SVN分支机构，这样每个人都能看到我的进步。MediaWiki的利润开发移动类别的方法将减少对机器人，增加管理时间。此外，该解决方案将比任何僵尸解决方案都要快不需要加载页面。类别移动也会增加不同的文章类型。“移动”标签的唯一真正原因是驻留在类别页面上是指该功能尚未实现。路线图将此文档发布到MediaWiki开发社区（wikitech-l），等待对计划程序的评论第一步。在时限规定的社区团结期后，一周应该足以熟悉相关的MediaWiki代码并实现第一部分，将类别页面与它的讨论和历史。这里应该可以重用很多旧代码，例如用于移动页面的Title:：moveTo（）方法。在7月中旬之前，项目第二部分的大部分时间应该是已完成。再过一周，最后一部分也将完成。然后预留一个月进行错误测试、调整，并作为意外障碍。MediaWiki社区在此步骤用于测试和反馈。当做-- 蒂姆·约翰逊网址：http://timjoh.com/
嗨，我仍在努力将我们升级到1.12，并且在升级后扩展，我注意到1.12升级仍然需要更长的时间呈现页面。对于1.9的（$eased=$now-$wgRequestTime；），我通常平均看一页大约0.15秒，而我看到的是1.12秒更像是0.50秒，两个安装都在同一服务器上运行并连接到同一数据库服务器等。下面是我在分析器中看到的一些需要花费一些时间的函数。462.884 MediaWiki:：初始化395.097 MediaWiki:：执行操作328.284文章：：view233.001分析器：：parse232.899分析器：：parse-Article:：outputWikiText134.212分析器：：internalParse103.388分析器：：replaceVariables252.385 MediaWiki:：最终清理251.857输出页码：：output251.402输出皮肤251.332皮肤模板：：输出页面209.752皮肤模板：：outputPage-execute855.008-总计完整的个人资料如下：http://69.20.102.10/x/profile_deep.txt有什么主意吗？我试着深入研究，找出其中一些原因花了很长时间。replaceInternalLinks有时似乎需要很长时间因为LocalFile:：loadFromDB DB select语句有时会接管50ms，但我们在图像表中的索引看起来很好。mysql>检查表图像；+------------------+-------+----------+----------+|表| Op |消息类型|消息文本|+------------------+-------+----------+----------+|wikidb_112.image |检查|状态|确定|+------------------+-------+----------+----------+一组1行（1.73秒）谢谢，特拉维斯