在我的新MediaWiki安装中，无法识别子页面

试图通过子页面的相对名称

{{/subpageName}

将子页面从父页面中转包出去，会导致父页面显示一个红色链接，指向一个按字面命名的页面

/subpageName

，而此时它应该显示

parentpageName/subpageName

的内容

类似地，当直接导航到子页面时，通常显示到当前页面父级的自动链接的子标题总是丢失（子标题通常显示在页面顶部页面标题正下方的

#contentSub

元素中）

MediaWiki似乎没有意识到正斜杠表示目录结构。MediaWiki文档似乎表明子页面是默认行为，不需要扩展或特殊设置（）

我通过安装在Windows 10上的Bitnami 1.28交钥匙MediaWiki包使用MediaWiki 1.28。我已尝试清除缓存并禁用所有MediaWiki扩展（这两个扩展都无法使子页面正常工作）

---

有人知道这可能是什么原因吗？

并非所有MediaWiki名称空间都支持子页面（因为它们需要处理带有斜杠的标题-如果上的Wikipedia条目链接到AC作为父页面，这会很奇怪）。您可以使用来配置应该使用哪些。因此，如果希望

{{/subpageName}}

在主命名空间中工作，可以设置

$wgNamespacesWithSubpages[NS_MAIN] = true;

---

在您的

LocalSettings.php

中，可能设置不正确？@Tgr是的！就这样，谢谢你！如果你想把它作为一个答案，我会选择它：）对我来说这是

$wgNamespacesWithSubpages=[NS\u TALK=>true，NS\u USER=>true，NS\u USER\u TALK=>true]。。。位于mediawiki/htdocs/includes/DefaultSettings.php中。谢谢不，你应该用。当你更新MediaWiki时，默认设置将被覆盖（加上它包含每一个设置，所以很难跟踪你所做的更改）。啊，好的。我在LocalSettings.php中没有看到任何现有的设置，所以我开始搜索。我想如果还没有的话可以加上。另外，我还想指出我的语法差异（通过
=>
在一条语句中使用多个名称空间），但我猜两者都可以。
$arr['key']=$val
只更改一个键
$arr=['key'=>$val]
覆盖数组（任何其他键都将丢失），这不是您想要的（DefaultSettings可以忽略它，因为它是初始化变量的代码，并且调用得足够早，以前没有任何其他东西可以设置它）。您可以执行类似于
$arr=['key'=>$val]+$arr
或
$arr=array\u merge（$arr，['key'=>$val]）
的操作，但这两种操作在我看来都不是很好。