Per Brions要求我将isue拆分为单个部分(尽管我想这样做避免在相关问题上使用不同的并行线程):1)通常是定义URL的UI界面链接(例如“MediaWiki:Mainpage”默认情况下不可本地化(页面比如“MediaWiki:Mainpag/de”被忽略)。然而,您可以将他们的i18n中分别包含“$wgForceUIMsgAsContentMsg=array();”LocalSettings.php。2)在过去的维护/更新中,php确实从默认的语言UI消息文件到wiki数据库中。在白名单UI界面上它甚至将默认的语言链接目标复制到语言中如果以前没有手动创建的子页面,则使用每种语言创建子页面(适用于例如,MediaWiki:Mainpage的内容被复制到MediaWiki:Mainpage/de(如果为空)。所以如果有链接目标以默认语言存在,无法用其他语言链接用户运行后将语言转换为非即时“本地化”页面maintenance/update.php(侧注:此特定行为维护/更新.php不可能是意外的非预期方面效果)。现在maintenance/update.php被更改为不复制UI字符串再次进入wiki,甚至删除自动添加的旧条目。这在原则上是一件好事,因为这允许一些其他修复(对于多语言wiki中的示例)并减少隐藏消息的问题串。然而,有一件重要的事情被遗忘了:白名单接口链接。现在他们默认指向无处可寻运行maintenance/update.php(因为链接定义来自本地化消息字符串文件现在可以使用了)。如何解决这个问题(我不希望恢复旧的复制行为,因为这是一个客家语解决方案)?更改链接目标字符串(所有现在需要白名单的字符串)接口字符串解析顺序自:Mediawiki:$Message/$language-code->$language-code-UI-String文件-$Message【省略了其他步骤】到Mediawiki:$Message/$language-code->Mediawiki:$Message(默认语言)->UI-String-File-$Message(默认语言)这样,人们就不会在列出的链接目标上无处链接-当然,您也可以完全消除Mediawiki中的$wgForceUIMsgAsContentMsg开关(以及您可以解决一个Wikimedia服务器维护问题Bugzilla)。阿诺曼