问题标签 [mediawiki]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票
12 回答
1326 浏览

wiki - 如何鼓励 MediaWiki 上的非匿名编辑?

问题

在工作中,我们有一个部门 wiki(运行Mediawiki)。不幸的是,有几个人在没有登录的情况下进行编辑,这使得很难找到编辑来询问有关内容的问题。

有两种策略可以改善这一点

  • 鼓励登录编辑
  • 不鼓励匿名编辑。

鼓励

对于这一部分,欢迎任何提示。但当然,奖励行为总是存在风险。

不鼓励

我知道这必须保持在低位,否则会阻碍任何编辑。但是有一些有点烦人的东西会很好。

[更新] 我知道可以禁止匿名编辑,但这会给任何第一次贡献(尤其是对于我们部门以外的人!)设置很高的障碍,所以我不认为这是一个选择。[/更新]

[update2] 使用 LDAP 或 Active Directory 并不能解决问题,因为外部承包商也可以访问和使用 wiki。[/更新2]

[update3] 我不再为这家公司工作。这并不意味着我对这个问题完全失去了兴趣,但从我目前的兴趣点来看,最有价值的部分是“你忘记登录了吗?” 下面的部分,我将接受基于这部分问题的答案。[/更新3]

确认

一个想法是为匿名用户增加一个确认步骤——“你真的确定要匿名提交吗?”,尽管这样的问题存在人们放弃或拒绝编辑的风险。但是,如果该问题以更外交的方式重新表述为“您忘记登录了吗?” 我认为它看起来会更容易接受。除此之外,还将捕获作者确实忘记登录但实际上希望将他/她的贡献记入他/她的用户的那些情况。最后一点本身就是想要它的充分理由。

这可能吗?

延迟

另一个有点烦人的想法是在“保存页面”之后添加一个额外的强制延迟,显示类似“如果你已经登录,你将不必等待 x 秒”。选择一个正确的 x 是困难的,因为如果它太高,它将成为一个障碍,如果它太低,则可能没有任何区别。但后来我开始思考,如何从零开始,然后在给定时间范围内为给定 IP 地址的每个匿名编辑添加一秒延迟?这样一来,开始使用 wiki 就没有障碍了,当延迟变得很严重时,用户已经做出了很多贡献,所以我认为结果更有可能是编辑最终创建了一个用户,而不是放弃。这假设 IP 地址是相当静态的,

这可能吗?

0 投票
7 回答
1050 浏览

html - 网页到印刷媒体——解决方案?

我一直是 MediaWiki 和类似的基于 wiki 的文本编辑器的忠实粉丝。我喜欢快速添加文本、协作和共享的能力。但是,仍然需要格式良好的打印输出。页眉和页脚(说明我想让他们说的内容)、分页符、页边距等内容。

我见过的大多数解决方案都涉及到某种中间打印媒体格式的转换(可能是 MediaWiki 到 Microsoft Word,或者可能是一些从网页内容生成 PDF 的自定义脚本(有很多硬编码参考) .

这个问题是否存在更通用的解决方案?是否有任何框架试图将 HTML 和 Web 内容一般合并为打印媒体输出格式?

任何解决方案,关于赞成或反对的讨论,或任何受到欢迎的东西。

谢谢!

更新:我认为 CSS 只会让我到目前为止......我已经将 CSS 用于类似类型的输出(MediaWiki 默认情况下具有隐藏大部分导航栏内容的打印格式)。想想 MediaWiki 文章——想象一下我能够调整内容中的标签或类似的东西,现在我的边距是 1 英寸而不是 0.5 英寸。这更符合我的目标。

0 投票
4 回答
14261 浏览

mediawiki - 有没有一种简单的方法来制作一个令人愉悦的 mediawiki 表格?

我在拇指驱动器上使用 MediaWiki 实例来跟踪大量内容。过去,我一直很着急,所以我没有机会寻找一种制作表格的好方法,所以这种语法很好地满足了我的目的:

现在我想要一些更好的东西;我习惯于使用 CSS 来制作更好的表格边框,但我没有找到一种通过 MediaWiki 执行此语法的干净方法。基本上,我想要一个看起来等同于这个 HTML 的表格:

在每个单元格上设置边界将很困难。我最初的猜测是我需要在某处的 CSS 文件中添加一个表类;如果是这样,适当的文件可能位于何处?

0 投票
1 回答
379 浏览

mediawiki - mediawiki 网站上超链接中的自定义协议

我们的网络上有自定义协议,可以在我们的应用程序中打开窗口。我们想把这个应用程序的链接放在我们的 Wiki 中,但是 mediawiki 似乎识别的唯一协议是 http://file://ftp://。

我们做了一个软糖,将参数传递给 html 文件并执行链接,但是如果有人知道在 mediawiki 站点中拥有自定义协议超链接的方法,那就太好了。

0 投票
5 回答
3801 浏览

c++ - 哪个维基解析器?

有谁知道可以将 Wiki 格式的文本作为输入并生成实体树的解析器,就像 XML 解析器生成实体树一样?为了澄清,我正在寻找一些可以接受如下文字的东西:

并生成一棵以 Intro 为根的树,其中包含三个子节点,其中一个 (Subhead) 本身有一个子节点。我正在寻找可以理解http://meta.wikimedia.org/wiki/Help:Wikitext中描述的“简单”wiki 格式的东西。

我知道 Wiki 文本有几个词法分析器,但没有树解析器。我正在寻找开源并用 C 或 C++ 编写的东西。

0 投票
7 回答
539 浏览

deployment - 要安装多少个 wiki 实例?

我被要求安装 Mediawiki 来存放公司 Intranet 的文档。此外,我被要求安装几个实例 - 每个贡献组一个:非技术用户安装一个,开发人员一个,管理一个,等等。这个想法是为每个组提供单独的 Web 空间。有没有办法在一个实例中实现分离?

0 投票
4 回答
2795 浏览

wiki - Wikia 使用什么软件,我可以将它用于我自己的托管 Wiki 吗?

我希望自己托管的 Wiki 完全在我的控制之下,但我想要像Wikia这样先进的东西,而不是普通的、缺乏功能的Wikipedia风格的 MediaWiki。

Wikia 使用什么软件,我可以将它用于我自己的托管 Wiki 吗?它只是升级/添加了 MediaWiki。

0 投票
2 回答
701 浏览

wiki - 在 MediaWiki 中使用动态生成的类别时限制类别嵌入

起初我不确定如何在 MediaWiki 中进行高级操作的问题是否属于这里,但在阅读了常见问题并思考之后,我决定 wiki 标记与 HTML 和 CSS 一样是它自己的语言,如果这些欢迎在这里提问,希望这也是!如果我错了,请随时标记这个问题。更新:正如这个问题得到的 3 个观点所证明的那样,我想虽然它可能在 Stackoverflow 的规则之内,但在这个主题上可能没有太多的专业知识!我想我需要把这个问题带到官方论坛(不寒而栗)


问题

在我设置的 wiki 上,我设置了我的 MediaWiki,我有一个模板,可以输出动态创建的类别等内容。这意味着调用模板的页面将根据传递给模板的一些变量进行分类。动态生成的类别位于<includeonly>块内,以防止模板页面本身获取类别。

问题是我随后将该页面嵌入到其他页面,这导致类别也被嵌入,现在第三页具有它嵌入的所有页面的所有类别。

我想以某种方式格式化模板,以便调用模板的页面将使用类别,但包含调用页面的任何页面都不会继承类别。

例子

这是我最好的设置示例。如果这还不够,我可以提供指向我的真实示例的链接。

Template:Food
一个页面,它接受几个变量并输出一个解释食物的高度格式化的块,包括输出基于“类型”变量的类别。

Banana
此页面使用一些变量调用Template:Food模板,包括typeset to "fruit"。结果是,当用户查看“ Banana”页面时,他们会得到一个格式精美的页面,其中包含有关水果的一些基本信息。此外,如果用户转到该Category:Fruit页面,他们将看到列出的 Banana 页面。

Banana Nut Bread Recipe
这是问题页面。在这个食谱页面上,作者想要嵌入所有的成分页面,以便每种成分都列在其格式良好的块中。但是,当他使用 嵌入Banana页面时{{:Banana}}Fruit类别也随之被嵌入,现在该Banana Nut Bread Recipe页面被列为Fruit错误的类别。

0 投票
1 回答
450 浏览

php - MediaWiki 支付网关

我想在 MediaWiki 中有一个订阅赞助的 wiki。我希望付费会员能够访问 wiki 的某些部分。我该如何做到这一点?

是否有插件/扩展或是否需要重写?

无论如何,如果我在数据库中标记付费用户,我该如何实现支付网关?

0 投票
3 回答
507 浏览

url-rewriting - 哪种 URL 重写方案更可取?维基/博客风格?

我正在编写一些 URL 重写软件,我想从许多角度知道哪种 URL 方案更可取:

  • 博客风格:我的化学答案——为什么?-- (不是优选的,技术性的)
  • Wiki 风格:My_Chemistry_Answer -- 为什么不呢?-- (最好的,正式的)

搜索引擎优化:有人说谷歌只分割由破折号分隔的单词,这就是为什么博客文章比 MediaWiki 设置获得更好的搜索引擎优化,这是真的吗?

可读性:最后取决于用户,当他们在搜索引擎结果页面/他们的书签/收藏夹中看到实际的“漂亮”URL 链接时。

我觉得Wiki风格更容易阅读,因为下划线显示为空格,因此不会妨碍阅读,而且看起来更整洁,更正式,因此看起来更权威。

结论?那么从“技术”的角度来看,哪个更好呢?(搜索引擎优化/索引),并从“”的角度来看?(可读性/友好/漂亮)