Help:Redirects/ko

넘겨주기는 사용자들을 한 페이지에서 다른 페이지로 넘겨주는 데 사용됩니다. 특정문서가 여러 이름으로 참조되거나, 다른 구두점 ,대소문자, 철자법등을 가질 때 유용합니다.

Types of redirects
Two types of redirections exist:

Only hard redirection is described in this current article. Usually this is achieved via a template; see corresponding article on Meta.
 * Hard redirection: Readers navigated to the redirect page are taken directly to the target page (usually other pages of the same wiki).
 * Soft redirection: Readers are left on the redirect page but given the option of clicking the link to the target page.

Appearance
For hard redirects, you immediately get the target page. However, it shows a small notice after the top title to indicate you arrived here indirectly.





넘겨주기 만들기
When a page is moved, a redirect from the old to the new pagename is automatically created.

suppressredirect 권한이 있는 사용자는 넘겨주기 만들기 없이 문서를 옮길 수 있습니다. 기본적으로 이런 권한은 관리자와 봇에게 있습니다.

넘겨주기가 시작되는 페이지 이름을 갖는 새 페이지에서 시작할 수 있습니다.( 참조). 또한 윗쪽에 있는 "수정"탭을 사용하거나 그 페이지로 가도록 해서 페이지를 비활성화시키는 방법으로 기존 페이지를 사용할 수 있습니다. 어떤 경우든지, 그 페이지의 수정 창에서 맨 앞쪽에 다음 코드를 삽입해야만 합니다.


 * 1) REDIRECT "문서이름"

"문서이름"이 목적 문서의 이름 "넘겨주기" 단어는 대소문자를 가리지 않지만, "#" 기호 전에 공백이 있어서는 안됩니다. 코드 전에 있는 어떠한 문자는 그 코드를 비활성화 시켜서 넘겨주기가 동작하지 않습니다. 넘겨주기 이후의 어떤 본문이나 일반적인 코드는 무시됩니다( 그리고 기존의 문서에서 삭제되어야 합니다.). However, to put or keep the current page name listed in a Category, the usual tag for that category is entered or kept on a line after the redirect code entry.

Redirections can be simple page names or specified using a namespace. They can be suffixed with a section name if you have the corresponding anchor defined on the target page.

Examples of valid operational redirections:


 * #REDIRECTHelp:Magic_words
 * #redirect Help:Magic_words
 * #Redirect Manual:$wgConf
 * #REDIRECT MediaWiki/fr the translated page is imposed

올바른 넘겨받는 문서를 입력했는지 확인하기 위해서 미리보기(편집창 아래의 버튼, 혹은 ALt-P를 누르면 됩니다.)를 해야합니다.

When redirection is valid (and operational) you will see in the previewed text the name of the target you have provided, following a 'next line' icon (image) for example as follows: &#x021B3; Help:Magic words#URL encoded page names This is what you must get.

미리보기는 넘겨받는 문서가 뜨는 것이 아니라 넘겨받는 문서의 이름이 파란색으로 적힌 목록이 나타날 것입니다:

1. REDIRECT 문서이름

만약 입력한 문서이름이 존재하지 않는다면, 빨간색으로 보일 것입니다. 넘겨주기는 반드시 넘겨받는 문서가 있어야합니다.

Limitations
A redirect target cannot depend on a variable, template, or parser function. If that is the case, the browser will not be automatically redirected on visiting the page.

Example of redirection not allowed (not operational):
 * #REDIRECT although  is operational.

JavaScript page redirect
In order to avoid JavaScript functionality from breaking, all JavaScript pages have a different redirect syntax from regular pages. This syntax allows for proper execution of the page by the browser's JavaScript engine, as well as being recognised by MediaWiki as a redirect. To create a JavaScript page redirect, the format that must be used is as follows:

/* #REDIRECT */mw.loader.load( "" );

Where  is the target page name.



넘겨주기 보기
넘겨주기를 사용한 문서의 이름을 치거나 그 문서로 연결된 링크를 클릭하면 바로 넘겨받는 문서로 이동한 것을 확인할 수 있습니다. 차이가 있다면 넘겨주기를 통해 도착한 문서의 제목 밑을 보면 클릭할 수 있는 지나온 문서의 이름이 나타나있습니다. 이것을 누르면 큰 구부러진 화살표와 넘겨받는 문서가 적힌, 넘겨주기를 사용한 문서로 이동할 수 있습니다. This adds  URL parameter.



Help:Redirect

넘겨주기는 위키의 모든 문서에서 할 수 있습니다. You can go to the associated discussion page to discuss the redirect. 역사보기를 통해서 넘겨주기를 사용한 기록을 포함한 기록을 볼 수 있습니다. You can edit the page if the redirect is wrong, and you can revert to an older version to remove the redirect.



넘겨주기 삭제하기
일반적으로 넘겨주기를 삭제할 필요는 없습니다. 왜냐하면 그렇게 많은 용량을 차지하지 않기 때문이죠. If a page name is vaguely meaningful, there's no harm, and some benefit, in having it as a redirect to the more relevant or current page.

If want to move a page over a redirect that has only one edit in its history and targeted to the old page name, there is no need to delete the redirect: it is overwritten. If the redirect has more than one history entry, or the redirect target is somewhere else, then it can only be deleted-and-moved by an administrator.

문서의 이름이 공격적이거나 그 이름으로 문서의 내용을 받아들이지 않았으면 하는 등의 이유로 인해서 넘겨주기를 삭제하고 싶다면, 위에 적힌 대로 넘겨주기를 한 문서로 가서 $deleting 순서대로 하면 됩니다.

Problematical redirects


이중 넘겨주기
A double redirect is a page redirecting to a page which is itself a redirect, and it will not work. Instead, people will be presented with a view of the next redirect page. This is a deliberate restriction, partly to prevent infinite loops, and partly to keep things simple.

However, you could look out for double redirects and eliminate them by changing them to be 1-step redirects instead. You are most likely to need to do this after a significant page move. Use the "what links here" toolbox link to find double redirects to a particular page, or use Special:DoubleRedirects to find them throughout the whole wiki.

There is an option,, to automatically fix double redirects with a job queue. However, it tends to aggravate page move vandalism, so it is disabled by default. The __STATICREDIRECT__ magic word can be used to skip the double-redirect fix on a particular page.

Broken redirects
If the target page does not exist, the redirect is broken: redirection will not occur. You may find all broken redirects at Special:BrokenRedirects.



분류 이름공간에서 문서로 넘겨주기
To redirect to a category page and prevent the redirect appearing in this category, precede the words "Category" with a colon. Otherwise the redirect page will also be categorized to the category itself.

Transcluding a redirect
When a page called for inclusion is a redirect page, the redirect target is included instead, with the same parameters, without any redirect message. A double redirect does not work.

This allows to create several names for the same template.

Links to redirect
An internal link to a redirect page has CSS class . This can be useful to make them stand out, for clean-up work involving bypassing redirects.



같이 보기

 * — for soft redirections.
 * — to allow for multiple consecutive redirects.
 * — for redirecting to arbitrary URLs from within PHP.
 * — to allow for multiple consecutive redirects.
 * — for redirecting to arbitrary URLs from within PHP.