Help:链入页面

From MediaWiki.org
Jump to navigation Jump to search
This page is a translated version of the page Help:What links here and the translation is 26% complete.

Other languages:
English • ‎dansk • ‎español • ‎français • ‎italiano • ‎occitan • ‎polski • ‎português do Brasil • ‎shqip • ‎slovenščina • ‎Ελληνικά • ‎русский • ‎српски / srpski • ‎پښتو • ‎ਪੰਜਾਬੀ • ‎ไทย • ‎ၽႃႇသႃႇတႆး  • ‎中文 • ‎日本語 • ‎한국어
PD 注意:当您编辑本页面时,即代表同意以CC0协议授权您的贡献。您可以在公有领域帮助页面找到更多信息。
这个页面的部分老舊版本是在知识共享署名-相同方式共享(CC BY-SA)許可下导入的。 只有新的贡献採用公有領域授權。
PD

在每一页的工具箱有链接标记为“链入页面”(或者,更普遍的是,标记的文本在mediawiki:whatlinkshere,也被称为反向链接)。

概述

链入页面的设备列表页面上相同的网站链接到一个特定的页面,或者页面的所有命名空间,或在指定的一。 看到这样的信息,而在任何页面选择链入页面联系。 列出和/或嵌入给定页的页面。 列表按页面ID排序,即页面创建日期。

This info comes from the pagelinksManual:pagelinks table table and the templatelinksManual:templatelinks table table. The pages embedding the given page are marked with the content of MediaWiki:Istemplate ("transclusion" or "inclusion"); for these pages it is not shown whether they also link to the given page. This can be seen with m:Query#backlinks.

一篇文章的链接列表在很多方面是有用的:

  • 它非常粗略地说明了页面的受欢迎程度。 有许多链接的页面很可能经常被浏览,因此应该是最好的质量。 很少或根本没有链接的页面可能不太受欢迎。
  • Where the subject material of an article is unclear, the list of articles linking to it might provide useful context. For instance when presented with a stub about John Smith that gives only his date of birth and death, viewing the list of links to the article might reveal that he won a gold medal in the Olympics.
  • Facilitates proper disambiguation.

This facility works also for a page that does not exist (there may be links to it, which makes it extra useful to create it). The 链入页面 button is also on the edit page on which one arrives when following a broken link. Thus, for example, if film articles are linked to the actors, one can find the films an actor has played in even if there is no article about the actor.

To invoke a 链入页面 list directly, use e.g.

[[w:Special:Whatlinkshere/John Smith|w:Special:Whatlinkshere/John Smith]]

resulting in w:Special:Whatlinkshere/John_Smith.

Limitations and workarounds

Not listed are:

Also listed are:

  • pages with #ifexist applied to the given page (see bug 12019)

In the case of links to sections or other anchors, the precise target is not shown. Also, "链入页面" cannot list the backlinks of a specific section/anchor only.[1] These features are provided by Linksearch after adding a "hidden external link".

替代:

If this is desired, the section can be split off. The content can still be shown on the original page, by transcluding the new page. Alternatively, or in preparaton of splitting off, instead of creating a link to a section one can create a link to a page redirecting to the section. The list of backlinks of the full page is now sorted by exact target, though not listing the names of the target sections but the names of the redirect pages. This also makes it easier to keep the links working when changing the name of a section: only the target of the redirect page has to changed, not the source pages of the links. Note that the redirect message is at the top of the whole page, so typically not visible at the target position. This may be an advantage (the disadvantage of the redirect message cluttering the target is minimal) or a disadvantage. To see the name of the page without scrolling up, note that the browser usually shows it in the window title at the very top, while the address bar shows the name of the redirect page with the name of the section on the target page. See also Help:Section linking and redirects (this link itself is also an example of what has been described).

Also note that if a page's links change due to a change in the template, the backlinks for that page are not updated immediately, but via the job queue.

重定向

The backlinks feature shows which backlinks are redirects.

The backlinks of the redirect are also shown indented under the redirect, and if they include a redirect, the backlinks of that also (not more).

This makes it a useful tool for finding double redirects, which do not work, and, except in special applications (see below) can better be replaced by redirects to the final target.

For listing just the redirects to e.g. w:Wikipedia:Be bold, use https://en.wikipedia.org/w/api.php?action=query&list=backlinks&bltitle=Wikipedia:Be%20bold&blfilterredir=redirects&bllimit=500 or http://tools.wikimedia.de/~tangotango/whatredirectshere.php?lang=nl&title=Wikipedia%3ABe+bold&subdom=en&domain=.wikipedia.org

Cases of inclusion

Whether there is a link from A to C is relevant for backlinks as well as Related changes. If C does not exist, only backlinks are applicable.

  • Inclusion is listed as such.
  • A link from A to C counts as such even if the link is not explicit in the wikitext of A, but due to the inclusion of B, which links to C.
  • If A calls B and there is a link in B to C within noinclude tags then B links to C, but A does not.
  • If A calls B and there is a link in B to C within includeonly tags then A links to C, but B does not.
  • If A calls B and B links to a page C that depends on a variable or parameter, then:
    • The question whether A links to C depends on the value of the variable on page A, or the parameter with which A calls B.
    • The question whether B links to C depends on the value of the variable on page B; in the case of a parameter, considered from page B, the page may e.g. not call a valid page name (because it calls one with a name with braces), so B does not link to any valid C, or a name depending on the default value of the parameter.

Thus a link from A to C may be due to the inclusion of B, even when B, considered by itself, does not link to C. Thus, to find out what templates cause pages to link to C, it is not sufficient to check for templates in the backlinks of C.

If some pages link to C due to the inclusion of B, it is more convenient if B is in the list of backlinks of C. One can assure this by putting an appropriate example of usage of B on page B, inside noinclude tags (B includes B, but without recursion).

Otherwise a page like B, which causes pages which include B to link to C, can only be found by looking for pages which directly or indirectly are included in these backlink pages of C.

例子:

Even without a template name depending on a variable or parameter, if page A links to page C due to the inclusion of template B1 which redirects to B2, which links to C, A is in the list of backlinks of C but B1 is not.

Summarizing, for the purpose of backlinks and Related changes, A links to C if there is, in that order, a chain of template calls, a single redirect, template calls, a single redirect, etc., template calls, and a chain of redirects.

If a page is conditionally embedded through #if, #ifeq, #ifexist, #ifexpr, or #switch, it is counted as embedded, even if the condition is not fulfilled

If on page A the name of an embedded page is time-dependent, e.g. {{abc{{CURRENTDOW}}}}, currently giving Template:Abc6, the "链入页面" list of one of the possibly embedded pages shows page A: the current one, or, depending on caching issues, perhaps an older one.

Thus, although the same functionality is obtained with {{#switch:{{CURRENTDOW}}|0={{abc0}}|1={{abc1}}|..}}, these methods differ in whether the seven templates all count as embedded, or just one.

In the case of an image, using it in a page is listed in the third section of the image description page, but not in "链入页面" of that page

用户风格

The page body has selector body.page-Special_Whatlinkshere, so we can e.g. use the CSS

body.page-Special_Whatlinkshere ul { list-style: decimal }

to number the backlinks.

顺序;查询

"链入页面" sorts by page id, i.e., by date of creation of the page.

Comparison with m:Query#backlinks and m:Query#embeddedin:

Compare Special:Whatlinkshere/Template:T with http://meta.wikimedia.org/w/query.php?what=backlinks%7Cembeddedin&titles=template:t&bllimit=500&eilimit=500&blfilter=all&eifilter=all

差异显示:

  • Query sorts by function first (backlinks and inclusions), then by page id, "what links here" sorts by page id.
  • Query distinguishes between B being only included in A, and B also being linked from A.
  • Query does not indicate which backlinks are redirects, and does not include their backlinks.
  • Query provides page ids.

另一个区别:

  • 查询允许对指定命名空间进行限制。

{{#dpl:linksto = pagename}} 使用扩展:动态页面的列表,按字母顺序排序产生的反向链接。 其他排序选项也可用。

在反向链接页面列表

With the extension Semantic MediaWiki (SMW) links are categorized by specifying relations. 对于一个给定的关系一个页面的反向链接可以在页面。 A series of queries, one for each relation (which seems cumbersome but can be put in a template like [1]), provides an in-page list of backlinks sorted by relation. Moreover, forward links and attributes of the resulting pages can also be provided, and also backlinks of backlinks.

A simpler extension that can embed backlinks is Dynamic Page List.

See Help:Embed page#Embedded Special Pages to just embed the Special:Whatlinkshere results.

查找页的外部链接

For a given source wiki we can find the external links to any URL with Special:Linksearch (if installed). Thus, in particular, we can find e.g. pages on the English Wikipedia having an external link to this page or even to an old version, an edit or history page, etc. (provided that the parameter "title" comes first): [2] [3].

There is no such feature for interwiki links. This may be a reason to prefer external link style.

注释

  1. 参见错误

参见