Help:重定向页面

MediaWiki中复位向的一般信息，请参见meta:Help:Redirect，这是MediaWiki User's Guide的一部分，本文讨论复位向使用的方针，其它MediaWiki项目可能与此有差异。

如何复位向页面

如果您希望将「页面一」复位向到「页面二」，那么请将以下命令输入于「页面一」。

#REDIRECT [[页面二的名称]]

例如：苛性钠为氢氧化钠的俗称，如欲将苛性钠复位向到氢氧化钠，请在苛性钠的页面输入：

-{#REDIRECT [[氢氧化钠]]}-

您可以在编辑工具中找到复位向的快速键 ( ↳ )

注意1：不要在复位向页中再次复位向，这样做会不如你预期的方式工作，也会造成其它读者有不流畅的阅读感受，还会浪费服务器的资源，例如：皇家马德里俱乐部为复位向至皇家馬德里足球俱樂部的复位向页，请不要在皇马页面输入：

-{#REDIRECT [[皇家马德里俱乐部]]}-

而应该输入：

-{#REDIRECT [[皇家馬德里足球俱樂部]]}-

注意2：你也可选择复位向至条目其中的章节，如：

-{#REDIRECT [[氢氧化钠#化学性质]]}-

保存该页后，复位向命令行后的所有内容会自动被清空，该命令里的所有文字会被保留。

完成复位向后，若想要取消，请将此复位向页网址后的「&redirect=no」修改成「?redirect=no」，例如：

http://zh.wiki.org/wiki/苛性钠?redirect=no

下面有更多的例子：

何时用复位向?

• 避免失效链接 （参看下面内容）

• 次要但值得注意的主题

副标题复位向通常是临时性的，最终会被关于该存在问题的副标题的内容完整的文章所取代，在创建副标题复位向时应持保守态度—它们有时达不到预期目的，因为在缺乏来自编者的合适的文章时它们会掩饰掉这一问题，副标题复位向应该只用于主文有一个关于该副标题的节段情况下，例如，denial of service有一个关于distributed denial of service的节段，副标题在该节段的首次出现时应被粗体化以表明实际上这是个变更了的标题或副标题。

为遵循命名常规，最好是让文章符合定义明确、术语清晰的要求，应将非正式术语复位向到正式术语，而不要反过来。

参见：Wiki:模板消息#复位向页

重新命名和合并

我们力图避免失效链接，因为它们干扰了访客。因此，如果我们改变了维基百科中某些部分的设计，或者我们合并了两篇内容重复的文章，我们总是会将指向旧位置的复位向更新为指向新位置。搜索引擎和访客们可能会链接到位于旧URL处的该页面。如果该页面被删除，部分通过搜索引擎而来的新访客会看到一个编辑窗口。如果有人通过以前对该页做的书签来访问也会发生这种情况，类似例子也是如此。

在少量情况下，这发生在我们发现关于某些主题存在重复文章时，或是在同一个整体性的主题的中有太多的复杂的小作品条目存在。更多时候是我们进行了一些较为重要的重新组织的工作：

• 从CamelCase的页面标题移开。
• 从在条目名字空间中存有网页内容的页面移开。（部份列表请参考 en:User:Tim Starling/Redirects from : to User:）
• 从在条目名字空间子页的页面移开。

我们什么时候删除复位向？

要删除一个复位向而不是使用一篇新文章替换它，请将它列在要删除的复位向中，要获得如何指定要删除页面的详细信息，请参见 删除政策 ，但避免对复位向作出实时删除。

如果你只想使用一篇文章或者更改它的指向来替换一个复位向，这并不是必需的：查看 我该如何更改一个复位向？ 获得关于此种做法的说明。

如果你想要交换一个复位向和一篇文章，但不能移动该文章到复位向的位置，请使用 Wiki:移动请求 来从一位管理员那里请求此做法的帮助。

{{Wiki:复位向/删除的原因}}

中文繁简体问题

目前连结和文章标题并不会自行彼此搭配，因此若要连到某一文章，连结和文章标题必须完全一致，不可有繁简体的差异。（参见Help:链接）

中文百科中，复位向可避免不必要的人力资源浪费和提高条目的质量，如简体“-{愉景湾}-”可定向“#redirect[[愉景湾]]”。

如何建立繁简复位向页

登录用户可以使用移动页面功能来建立繁简复位向页。比方说，假设现在有个名为「-{沈阳}-」的条目，而你想要建立从「-{沈阳}-」到「-{沈阳}-」的复位向页，那么应该要进行两次移动：

1. 将「-{沈阳}-」移动到「-{沈阳}-」。
2. 将「-{沈阳}-」移动到「-{沈阳}-」。

其结果将是「-{沈阳}-」的条目维持原状，而「-{沈阳}-」成为指向「-{沈阳}-」的复位向页。

第二次移动看似多余，但会带来两个好处：

• 对该条目历来参与者的尊重 —— 未经讨论贸然改变一个条目的名称是不恰当的行为。
• 一旦条目名称改变，原本指向该条目的连结虽会以复位向的方式指向正确的条目，但长期来说所有复位向连结都应该用直接连结取代。修改所有这些连结会增加维基百科的维护成本（尤其是其它语言的维基百科也有可能透过跨语言连结连向这些页面），比起此种额外负担，将条目保持原有名称会是更有效率的作法。

在复位向的目标页面中我们还应当做些什么？

我们应该遵循一个原则，就是“尽量别让读者感觉惊讶”——当读者点击一个链接被复位向到另一个页面后，他们第一个问题可能就是“等等……我想要看‘这个’，怎么链接到‘那个’了？”尽量写清楚，让读者明白被复位向到的这个页面是他们想要的，他们已经来到正确的页面。

正常情况下，系统会确保“由复位向而来”的目标条目中的标题下方说明该复位向。

不要导致双重复位向，它不会象主复位向那样正常工作。对于三重复位向或多重复位向也是一样的。

复位向到自身，双重链接

要尽量避免复位向到自身（循环的链接）。同时也要避免将一个链接指引到另一个链接，而那一个链接又指引到其它链接，这样可能会让读者觉得头晕。 Template:TransH

不要修正并非断链的复位向链接

Some editors are tempted, upon finding links using a legitimate redirect target, 编辑页面“修正”链接使之“直接”指向“正确”的页面。 除非该链接显示的文字不恰当——比如，该连接拼写错误，或者是非标准印刷格式，或者是中文条目不容许的非中文，或者是你悬停在链接上出现的提示令人误解——否则没有必要编辑该链接。因为该链接可能是深思熟虑计划的，可能是上下文相关的，或者指示将来应当建立的条目。

在大多数情况下，永远不需要把[[redirect]]替换为[[target|redirect]]。也就是说，在该管道链接的描述部分严格等于复位向名称时，不应当把一个复位向链接替换成一个管道链接。

一些维基编辑者有一个错误印象，他们认为修正复位向链接可以提高维基服务器的性能。Because editing a page uses much 更多的 resources than following a redirect, the opposite is true。无论如何担心性能是失策的。

One exception where it is preferable to fix redirected links is in series templates, such as those found at the bottom of many articles (e.g. Template:Tl on George W. Bush). In this case, when the template is placed on an article, and contains a direct link to that article (not a redirect), the direct link will display in bold (and not as a link), making it easier to navigate through a series of articles using the template.

模板复位向

一个模板T2可以复位向到另一个模板T1，这样就建立了一个别名（T2是T1的一个别名）。别名T2可以代替“真实”的T1模板来使用。

Aliases for templates can cause confusion and make migrations of template calls more complicated. For example, assume calls to T1 are to be changed ("migrated") to some new template TN1. To catch all calls, articles must be searched for {{T1}} and all aliases of T1 (T2 in this case). Template:TransF

参见

• 中文维基百科条目编辑应该注意的主要事项
• 如何编辑页面
• 如何重新命名一个页面
• Wiki:复位向页索引

相关类别

• Wiki:如何编辑页面
• Help:如何重新命名一个页面