도움말 대화:Redirect리디렉션

정렬

내 디스플레이(Firefox 2 포함)에서 시작 텍스트:

참고 항목: 위키백과:리디렉션

리디렉션은 페이지다.

바로 가기 상자 왼쪽에 나타나 페이지가 불완전하고 자본화되지 않은 문장 조각으로 시작하는 것처럼 보여 혼란스럽게 한다. --Flex (토크 기여) 2007년 4월 23일 (UTC)[]

문제

#REDirect는 이 페이지의 지침에서 예측한 대로 자동 리디렉션되지 않는다. 대신 위키피디아는 옥토토토프를 숫자 목록의 시작으로 해석하고 "1. RIGN"을 인쇄한 후 페이지에 대한 링크를 인쇄한다. Felicity4711 01:58, 2007년 5월 1일 (UTC)[]

질문

텍스트가 명확하지 않음: 리디렉션을 제거하려면 관리자만 수행할 수 있는가? 그것이 맞습니까? 마르시아 라이트 (대화) 06:04, 2008년 12월 15일 (UTC)[]

'제거'라니 무슨 뜻이야?

대부분의 경우 리디렉션은 다른 페이지와 같다. 관리자는 그것을 완전히 삭제할 수 있다. 사용자라면 누구나 편집할 수 있다.

그게 당신의 질문에 대한 답이 되십니까? --Amir E. 아하로니 (토크) 2008년 12월 15일 16:54 (UTC)[]

그래 탄규. 마르시아 라이트 (토크) 2008년 12월 27일 (UTC) 20:39 (토크)[]

삭제 정책

위키백과 삭제 정책에 대한 간단한 메모를 이 섹션의 끝에 추가하겠다. 점점 더 많은 편집자들이 "쉬운" 방법을 택하고 마음에 들지 않는 템플릿/리디렉션/카테고리들에 (무엇이든) fD 태그를 달면서 정당한 절차를 생략하고 있는 것으로 보인다. 그러한 편집자들은 삭제 대안에 거의 또는 전혀 주의를 기울이지 않기 때문에 정책을 준수하지 않는다.

섹션/앵커로의 재조정 문제

redirection_page라는 페이지를 만들고 다음과 같은 것을 추가하는 경우

#REDirect [[target_page#섹션] 

또는

#REDirect [[target_page#anchor] 

자바스크립트가 활성화되어 있는 한 이 작업은 정상으로 작동한다. 단, JavaScript가 비활성화되고 내가 링크하는 경우, 그것은 단지 target_page 기사의 시작 부분만 데려다 줄 뿐, 내부의 섹션/앵커는 아니다. [[redirection_page]] 다른 문서에 또는 검색 상자에 redirection_page의 이름을 입력하십시오. 보는 동안 브라우저의 링크 표시줄에 표시되는 결과 링크

http://en.wikipedia.org/wiki/target_page 

이다

http://en.wikipedia.org/wiki/redirection_page 

그런 다음 기사 상단에 있는 "Redirected from redirection_page" 링크를 따라가면 redirection_page에 target_page#anchor와 같은 리디렉션 링크가 표시된다. 클릭하면 이 링크가 올바르게 기사 내에서 원하는 앵커/섹션으로 연결된다.

자바스크립트를 사용하지 않으면 어느 단계에서 해시된 주장이 벗겨질 것처럼 보인다. 다음을 사용하여 해시 표시를 인코딩하려고 시도했다.

#REDirect [[target_page%23 섹션] 

또는 HTML은 다음과 같이 인코딩한다.

#REDirect [[target_page#섹션] 

그러나 이것은 아무것도 바꾸지 않는다.

도움말 페이지는 이것이 전혀 문제가 되어서는 안 되는 것처럼 읽혀지기 때문에, 이것은 알려진 행동이나 제한인가, 아마도 다른 특정한 조건에서만? 나는 Firefox 6.0을 사용하고 있고, JavaScript는 일반적으로 보안상의 이유로 비활성화되어 있다. 더 많은 구성을 테스트하기 전에 이 기능이 제대로 작동하는지 알고 싶다. 고마워. --Matthiaspaul (토크) 07:21, 2011년 9월 2일 (UTC)[]

나는 자바 스크립트를 쉽게 켜고 끌 수 있는 브라우저로 K-meleon을 사용하곤 했는데, 위키피디아의 섹션 리디렉션에 좌절할 것이다. 요즘 나는 자바 스크립트가 항상 활성화된 Firefox에 다소 집착하고 있어서, 그 문제를 잘 알아차리지 못한다.

어쨌든 자바 스크립트를 사용하지 않고서는 현재의 미디어위키 소프트웨어로 제대로 작동하는 섹션 리디렉션을 받지 못할 것 같다. 나는 미디어위키가 리디렉션에 대한 링크를 렌더링할 때 리디렉션 대상의 URL 파편을 포함하는 것이 이론적으로 가능하다고 생각한다. 예를 들어 도움말:섹션 링크가 현재 도움말로 리디렉션됨:링크#단면 링크(앵커) 링크가 도움말로 변환된 경우:섹션 링크)자바 스크립트 없이 연결(앵커)섹션이 작동해야 한다.

도움말을 추가했다.리디렉션 #섹션의 "표시 방법"에서 섹션을 리디렉션하십시오. 현재 수행 중인 작업이 설명되기를 바라며, 바드뮴 (토크) 11:02, 2011년 9월 2일 (UTC)[]

대답해줘서 고마워. 나 역시 미디어위키 소프트웨어가 "#redirect[journal]] 사전프로세서 명령의 링크에서 URL 파편을 떼어내지 않음으로써 이것을 간단히 가능하게 할 수 있을 것이라고 생각한다. 또한 그 안에 있는 「#redirect[기사]」도 지원하지 않는다(제한적인 가치가 있겠지만, 어쨌든). 아마도 문제는 프리프로세서 명령도 해시 기호로 시작한다는 사실에서 비롯되었을 것이다. 그럼에도 불구하고, 이것을 수정하는 것은 쉬워야 한다(그리고 만약 #something을 여기서 parser로의 향후 확장과의 호환성을 위해 사용할 수 없다면, 예를 들어, "#redirection"에서와 같이 {{#}}}와 같은 다른 대체 기호나 문자열을 대신 사용할 수 있다.[[기사#}}}섹션 ]!}} 텍스트]]" --Matthiaspaul (토크) 22:14, 2011년 9월 2일 (UTC)[]

기사 리디렉션에 기반하여 대화를 리디렉션하다.

해당 대화 페이지를 해당 기사가 리디렉션하는 기사의 대화 페이지로 리디렉션하는 토크 페이지에 배치할 수 있는 구문이나 템플릿이 있는가? 기사가 리디렉션되는 적당한 수의 토크 페이지를 편집하고 싶다. 모두에게 같은 텍스트를 추가하면 작업이 쉬워진다. --Traveler100 (대화) 10:19, 2012년 5월 1일 (UTC)[]

여러 페이지에 대해 리디렉션 작업을 자동으로 수행하는 단일 템플릿이 있는지 알고 싶으십니까? 파서 기능으로 하는 방법도 있겠지만, 만약 당신이 알아낼 수 없다면 당신은 각 기사 제목들의 이름을 수동으로 입력하고 다른 페이지들처럼 그들의 대화 페이지를 리디렉션해야 할 것이다. -- 04^™ 04:22, 2012년 5월 8일 (UTC)[]

하드 리디렉션에 대한 검색 엔진의 의미

내 기사 중 하나는 일종의 혼란스러운 시도로서 방향을 바꾸는 몇 개의 스텁을 만들 필요가 있을 정도로 그런 성격이다. 이것의 검색엔진(예: 구글)에 대한 함의가 궁금하다. 내 주요 기사는 검색결과에 문제가 없지만, 기사 이름의 변형만 찾으면 정말 아무 것도 나오지 않는다. 검색 엔진이 스텁의 내용(최소한 제목)에서 픽업할 수 있는 스텁의 자동 리디렉션을 통합할 수 있는 어떤 방법(여기 문서화되지 않음 - 아마도 그래야 하는 방법)이 있는가? 아마도 같은 것을 성취하기 위한 다른 좋은 연습이 있을 것이다. 그럼에도 불구하고, 나는 이 기사에서 이 주제를 다루거나 최소한 참고하고 싶다! 고마워! — Chris.rider81(대화 • 기여) 20:56, 2012년 7월 5일(UTC)[]에 의해 추가된 서명되지 않은 이전 논평

메타위키로 리디렉션하는 방법

따라서 다음과 같이 하십시오. 위키백과:정책의 팽창은 분명히 효과가 없다. 고칠 수 있을까? But whatdoiknow (대화) 22:34, 2012년 9월 18일 (UTC)[]

"소프트 리디렉션" 메시지를 보내준 레고크tm에게 고맙다. 이 도움말 페이지에 소프트 리디렉션 관련 텍스트가 있어야 하는가? But whatdoiknow (talk) 01:29, 2012년 9월 19일 (UTC)[]

기사 리디렉션의 섹션?

기사의 특정 섹션으로 리디렉션하는 리디렉션 페이지를 만들 수 있는가? — KidXap (대화 • 기여) 08:50, 2012년 10월 25일 (UTC)[]에 의해 추가된 이전의 서명되지 않은 논평

예, 도움말의 두 번째 예제를 참조하십시오.리디렉션#Syntax. -- John of Reading (대화) 09:39, 2012년 10월 25일 (UTC)[]

동일한 페이지로 여러 리디렉션

나는 (영어로의 느슨한 번역 때문에) 주제가 다른 단어들의 연관성과 그들의 많은 순열로 인해 가능한 한 많은 리디렉션 페이지를 만드는 것이 매우 지루한 경우를 가지고 있다. 이를 자동으로 수행할 수 있는 방법(예: 일부 부울 구문)이 있는가? 고마워! UberNemo (대화) 14:14, 2016년 4월 10일 (UTC)[]

문자 대소문자: UPERCASE, InitCaps, 소문자?

사례는 거의 항상 대문자 #REDIREDION이지만 #Redirect 또는 #Redirect 또는 #REDIRCt(위키보이지에 관한 경우)가 몇 백 개 있다. #REDION 키워드는 대문자여야 한다는 규칙이 없는데도 대문자로 변환하는 것이 유용한가? 니콜라스1981(토크) 02:59, 2012년 11월 27일(UTC)[]

A: 형식은 InitCaps: #Redirect[Target... 이 기사를 포함한 WP 상의 이러한 유형의 사항과 일치한다(도움말:리디렉션). 사실 707 (대화) 10:51, 2021년 7월 28일 (UTC)[]

B: 운이 좋으면 A: 위와 같은 의견일치를 볼 수 있다면, 누군가 봇을 써서 모든 것을 바꾸고, 우주 캐릭터가 없다면 #리디렉션 다음에 우주 캐릭터를 추가해 줄 수 있을까? #REDION[기사]이라고 해야겠다 건배, 사실 707 (대화) 10:51, 2021년 7월 28일 (UTC)[]

TOC 디스플레이

그냥 내 거야, 아니면 TOC가 잘못 보여? 위키피디아에 다음과 같은 글을 올렸다.빌리지_펌프_(기타)#도움말:Redirect_TOC: 도움말의 TOC:리디렉션 페이지는 리디렉션 페이지의 모양을 모방하는 데 사용되는 HTML 마크업으로 인해 혼동되고 있다. 노력했다

• <span class="mw-migrate" id=">
• <h1>과 <h3> 태그 닫기
• __NOTOC__
• <블록쿼터스>를 초월하여.

하지만 아무것도 고칠 수 없다.— CpiralCpiral 01:23, 2013년 4월 11일 (UTC)[]

{{가짜 헤딩}}을(를) 사용하는 게 어때? 첫 번째 줄의 텍스트 크기는 실제보다 약간 작지만 TOC 문제는 피한다.

운송

무료 백과사전인 위키피디아에서

(운송에서 리디렉션됨)

Template에서 이미 수정된 버전이 기다리고 있다: 레벨 1 헤딩을 포맷하는 방법을 아는 가짜 헤드/샌드박스. -- John of Reading (토크) 06:39, 2013년 4월 11일 (UTC)[]

John of Reading 고마워— CpiralCpiral 17:04, 2013년 4월 11일 (UTC)[]

일반적인 오자

나는 우리가 왜 일반적인 철자 오류의 기사로 방향을 바꾸고 싶은지 알 수 있다. 그러나, 단점은 편집자들이 단어의 철자를 잘못 쓴 다음 그것을 연결하면; 표면적으로는 그 링크가 파란색이기 때문에 괜찮아 보인다는 것이다. 그래서 독자들이 그것을 볼 때 잘못된 철자처럼 그들의 무지는 영구히 존재한다. 이러한 리디렉션에 주석을 달아서 허용 가능한 철자가 파란색 링크처럼 보이지 않도록 하는 방법이 있는가? 만약 그렇지 않다면, 우리는 이것을 리디렉션할 이유로 제거해야 하는 것을 고려해야 하지 않을까? 오타를 항상 레드 링크로 표시... --Bermicourt (talk) 20:38, 2013년 12월 8일 (UTC)[]

우리는 검색창에 오자를 입력하는 독자들을 돕고 싶다. 오식으로부터 {{R}} 태그가 붙을 수 있지만 여전히 파란색으로 나타날 것이다. 여기에 있는 링크를 사용하여 철자가 틀린 페이지를 찾을 수 있다. 프라임헌터 (토크) 22:04, 2013년 12월 8일 (UTC)[]

반보호의

새로운 사용자들이 글을 지운 후 내용을 덮어쓰면서 여기에 기사를 작성하려는 명백한 독립적인 시도를 여러 번 한 후, 나는 3개월 동안 페이지를 반비례 보호했다. 이런 일을 일으키기 위해 변한 뚜렷한 것을 찾지 못했는데, 좋은 생각이 있는 사람이 있으면 좀 더 크게 말해줘. 나는 또한 이 반보호를 어떤 이유로든 부적절하다고 느끼는 사람이 있다면 기꺼이 토론할 수 있다. Thryduulf (talk) 23:46, 2014년 11월 23일 (UTC)[]

하드 리디렉션을 강제하는 방법?

위키백과:교육 프로그램으로 리디렉션할 Icahn:시나이 산/위키프로젝트 의학부 아이칸 의대(2015년 겨울) 부드러운 리디렉션이 생성되고 있는데, 아마도 "교육 프로그램" 공간이 어떤 특별한 지위를 가지고 있기 때문일 것이다. 하지만 나는 영어 위키백과 내에서 리디렉션이 왜 이렇게 부드러워야 하는지 잘 모르겠다. 내가 리디렉션을 어렵게 만들 수 있는 방법이 있을까? 블루 라스베리 (토크) 02:43, 2015년 1월 15일 (UTC)[]

아노미(토크·캐릭터) [핑!]는 아노미비(AnomieB)이므로 여기서 도움을 줄 수 있을 것이다.OT III는 리디렉션을 "중단된 리디렉션"으로 삭제했다. -- John of Reading (talk) 07:24, 2015년 1월 15일 (UTC)[]

페이지 참조:T50406. 또는 phab:EducationProgram 페이지에서 작동하지 않는 다른 항목의 목록을 위한 T45975

무엇보다도, EducationProgram은 페이지의 "페이지" 표를 채우지 않고, 이것은 그들의 페이지가 실제로 존재하지 않는다고 생각하게 만든다. Anomie january 11:35, 2015년 1월 15일 (UTC)[]

고마워, 이제 무슨 일이 일어나고 있는지 알겠어. 벌레 추적기를 찾아줘서 정말 고마워. 블루 라스베리 (토크) 15:04, 2015년 1월 15일 (UTC)[]

해당 이름으로 작성되지 않은 문서로 리디렉션

안녕하십니까? 나는 이 기사에서 기사를 계속 업데이트하고 있다: 기원전 8세기의 주권국가 목록을 보면 그것은 기원전 11세기까지 올라가고 기원전 18세기에는 있지만 위키피디아를 검색할 때 나는 위키피디아에서 말할 때마다 기원전 12세기, 기원전 13세기 등의 주권국가 목록을 작성한다. 나는 이미 그 이름으로 된 기사가 존재하며 여기 이 기사로 옮겨간다: 고대 근동의 도시들. 현재 페이지는 이전 주에 대한 글로벌 리스트를 제공하는 반면, 이전 기사는 하나의 지리적 지역에서만 도시 주들을 다루고 있다. 내가 여기서 만든 이전 페이지를 바탕으로 앞으로 더 많은 기사를 만들고 싶다: 청동기 시대 목록에는 어떻게 해야 할지 모르나 리디렉션을 취소하는 것은 분명해야 할 필요가 있다--Navops47 (토크) 05:05, 2015년 2월 2일 (UTC)[]

용서해줘, 나보스47 내가 9일에 수술을 받았으니 머리가 좀 흐리멍덩해 보이면 말이야. 내가 너를 정확히 이해한다면, 답은 리디렉션된 것들 자체를 기사로 바꾸는 것뿐일 거야. 직접 또는 원하는 경우 사용자 공간 또는 새로운 문서 네임스페이스에 기사를 작성한 후 준비가 되면 새로운 문서를 메인 스페이스의 리디렉션으로 이동하십시오. 당신은 그 옵션을 위해 관리자의 도움이 필요할 수 있다. 이것이 도움이 되기를 바라며, 만약 여러분이 질문을 가지고 있다면, 주저하지 말고 여기나 내 토크 페이지에서 더 많은 질문을 하길 바란다. – Paine Elsworth^CLIMAX! 2015년 2월 21일(UTC)[]

Paine에게 조언해줘서 고맙고 빨리 회복되길 바래.--Navops47 (대화) 17:26, 2015년 2월 21일 (UTC)[]

즐거움! – Paine

동일한 페이지로 리디렉션되는 Wikilink

나는 아주 잘 알려지지 않은 영국 밴드와 관련된 기사를 우연히 접하게 되었는데, 과거 어느 순간 어떤 열렬한 편집자가 그들의 싱글과 앨범 중 몇 장을 위한 기사를 만들어 냈다는 것은 명백하다. 왜냐하면 그것들은 기사 페이지의 밴드의 음반 기록에서 블루 위키링크로 등장하기 때문이다. 그러나, 그들이 WP:N (놀랍지 않게)에 실패한 것으로 보여지고, 그 싱글과 앨범은 AfD'd가 되어왔다. 왜냐하면 파란색 링크를 클릭하면 단지 당신이 그 페이지의 맨 위, 즉 밴드 자체에 관한 기사로서 당신을 리디렉션하기 때문이다.

내가 알고 싶은 것은 단순히 위키링크를 제거하기 위해 정사각형 괄호를 제거할 수 있는가, 아니면 리디렉션을 망치지 않기 위해 내가 해야 할 다른 일이 있는가 하는 것이다. 오른쪽 상단에 있는 검색 상자에서 레코드 제목을 검색할 수 있기 때문에 리디렉션이 확실히 있다. 위키피디아 에테르 어딘가에 여전히 앨범이 존재하기 때문에, 그것은 앨범이 카테고리 검색에서도 나온다는 것을 의미한다.품질 및 범주별 앨범 기사:앨범 기사는 중요도에 따라, 정말로 그곳에 존재해서는 안 될 때 – 어떻게 제거해야 할지 잘 모르겠다. 어떤 도움이라도 정중하게 받았다. 리처드3120 (대화) 2015년 7월 18일 19:16, (UTC)[]

안녕, Richard312 – 그래, 주변에 있는 괄호를 삭제하여 Wikilinks를 확실히 제거하면 자기 재간접을 없앨 수 있다. 그냥 그것들이 방향을 바꾸는지 확인해라. 이 링크를 클릭하면 밴드 페이지의 맨 위로 이동하면 리디렉션된다(기사 제목 바로 아래에 작은 인쇄 리디렉션 링크가 표시됨). 이제 페이지 제목을 카테고리에서 제거하려면 앨범 제목으로 이동한 다음 페이지의 맨 아래로 이동하십시오. 당신은 그것의 범주를 거기에 나열해당 범주를 참조하십시오. 페이지의 마지막 섹션(참조, 외부 링크 등)을 편집하기 위해 클릭하면 편집 화면 하단에 코드의 카테고리 이름이 나타난다. 채워지면 안 되는 범주를 삭제하고 편집 내용을 저장하면 작업이 완료된다. 기쁨! – Paine 09:29, 2015년 7월 24일 (UTC)[]

@Paine Elsworth: 도와줘서 정말 고마워. 그러나, 내가 위에 질문을 쓴 이후로, 나는 문자 그대로 수천개는 아니더라도 수백개의 유사한 링크/리디렉션이 있다는 것을 깨달았다. 따라서 나는 위키프로젝트 앨범에 먼저 문의하여 사람들이 특정 앨범의 이름을 입력할 때 도움을 줄 수 있고 최소한 그들에게 정보를 제공하는 아티스트 페이지로 리디렉션될 때 이러한 리디렉션을 간단히 제거하는 것이 좋은지 확인할 것이다. 어쨌든 고마워. 리처드3120 (대화) 22:48, 2015년 7월 24일 (UTC)[]

만약 내가 당신의 원래 질의를 이해했다면, 아티스트 페이지에서 직접 리디렉션된 링크를 삭제해도 리디렉션이 여전히 존재한다는 사실이 바뀌지 않고 여전히 검색 엔진에서 아티스트 페이지로 독자들을 데려갈 것이다. 위키링크를 그대로 두면 좋은 점은 앨범의 리다이렉트가 언젠가는 기사로 바뀔지도 모른다는 것이다. 나는 개인적으로 많은 독자들에게 혼란스러울 수 있기 때문에, 자기 간접적인 것을 좋아하지 않고 내가 찾을 때마다 그것을 제거한다. 귀하에게 달려 있으며, 귀하와 귀하에게 모든 것이 최고! – Paine 01:40, 2015년 7월 25일(UTC)[]

아, 그런 경우라면 내가 제거해야 할 것 같은데, 왜냐하면 이미 한 번 삭제된 기사를 보면 거의 확실히 기사로 바뀌지 않을 것이기 때문이다. 도와줘서 고마워! 리처드3120 (대화) 05:23, 2015년 7월 25일 (UTC)[]

즐거움! – Paine

단지 어떤 범주에서도 앨범을 제거할 수 없다는 점을 지적하기 위해서, 앨범 제목에 대한 링크를 클릭하는 것은 앨범 기사로 나를 데려가지 않기 때문에, 나를 따라간다면, 그 제목이 더 이상 존재하지 않기 때문에 리디렉션된 페이지로 이동하게 된다. :-/ Richard312 (talk) 18:16, 2015년 7월 25일 (UTC)[]

리디렉션은 보통 템플릿인 "rcats"를 사용하여 분류되는데, 가능하면 앨범 이름 중 하나와 링크를 알려주면 기꺼이 보고 무엇이 필요한지 알아보도록 하겠다. – Paine 00:19, 2015년 7월 26일 (UTC)[]

하위 섹션으로 리디렉션하시겠습니까?

섹션 내에서 하위 섹션으로 리디렉션을 만들 수 있는가? 만약 그렇다면, 그러한 리디렉션의 구문은 어떻게 생겼을까? 고마워 nsk92 (대화) 13:03, 2016년 8월 30일 (UTC)[]

To Nsk92: 당신의 글을 놓쳐서 정말 미안하고, 질문해줘서 고마워! 구문은 섹션 헤더와 마찬가지로 하위섹션 헤더도 동일할 것이다. 예:

은하계에서의 생활(기사 제목) ==지구인===지상 거주자====지상 거주자=========해양 거주자========= 

"토지 거주자" 하위 섹션으로 리디렉션하려면 구문은 다음과 같다.

#REDirect [[Life in the Milky Way Galaxy#Land 거주자] 

그리고 {{R~섹션}}은(는) 여전히 리디렉션을 분류하는 데 적합할 것이다. Paine Elsworth^u/c09:52, 2017년 2월 6일(UTC)[]

좋아, 고마워! Nsk92 (대화) 13:08, 2017년 2월 7일 (UTC)[]

자동화된 검색 툴과 리디렉션용 아티클을 자동으로 교체할 수 있는 툴이 있는가?

여보세요, RIGEDS에 연결되는 링크를 특정 기사를 스캔하는 데 사용할 수 있는 자동 위키 도구가 있는지 궁금해서요. 마찬가지로, 이 도구가 리디렉션 링크를 리디렉션되는 기사로 자동 교체할 수 있는지도 알고 싶다. 고마워. --Omer Toledano (토크) 2017년 1월 9일 (UTC)[]

이것은 일반적으로 낙담하는 것이다 - WP: 참조:왜 그런지 몰라도. 리디렉션에 대한 링크는 매우 중요하며, 링크를 우회하기 위해 교체할 필요가 거의 없다. 제랄도 페레즈 (토크) 17:04, 2017년 1월 9일 (UTC)[]

리디렉션 페이지 자체를 대상으로 직접 링크를 만드는 방법

안녕, 리디렉션 페이지에 직접 연결할 수 있는 방법(즉, 대상에 전달되지 않고 리디렉션 페이지 자체를 대상으로 하는 방법)이 무엇인지 궁금하다. 현재 내가 알고 있는 유일한 방법은 &redirect=no added –와 같은 URL 링크를 사용하는 것이다. [https://en.wikipedia.org/w/index.php?title=Foo&redirect=no foo]. --75.188.19.98 (토크) 07:35, 2017년 11월 2일 (UTC)[]

위키링크는 없다. url redirect=no 필수 사항. {{No redirection}}이(가) 그것을 생산한다. {{-r}}}은 지름길이다. 프라임헌터 (대화) 11시 48분, 2017년 11월 2일 (UTC)[]

Tnx bunches, 내가 쫓는 기능이 있는 것. --75.188.198.19.98 (토크) 05:42, 2017년 11월 3일 (UTC)[]

키릴 혼동

코바에서 오트마(Try it!)로 리디렉션을 만들었어.; 첫째는 키릴의 형태)인데, 글쎄, 누군가 "코바사"에 부딪쳐 그것이 무엇인지 알고 싶어할 수도 있기 때문이다. 이 모든 것은 아주 잘 되어 있지만, 리디렉트 다음에 "OTMA, OTMA에서 리디렉션"이라는 페이지가 나타난다. 가정은 아마도 이것을 쓰는 것이 보통 그렇듯이 자기 설명적인 것이지만 슬프게도 이 가정은 거짓이다. 이상적으로는 "코바사(Kyrillic Form)에서 리디렉션"과 같은 메모가 있어야 하지만, 이를 위한 어떤 메커니즘도 없어 보인다. 다시, ODMA 페이지에 "여기서 코바스 리디렉션"이라고 적으면 혼란만 가중시킬 뿐이다. 좋은 의견이라도 있나? 영상 수용소 (대화) 06:37, 2019년 6월 8일 (UTC)[]

리디렉션 페이지에 통지 표시

몇 점.

1. 이 문서는 리디렉션 페이지 자체를 볼 수 있는 용어를 제공하지 않는다. 사용자에게 표시되는 방법 섹션에는 "리디렉션 페이지로 이동하려면"과 "리디렉션 페이지를 직접 보는 리디렉션 페이지..."가 있으며, 리디렉션 페이지 자체를 보는 것을 포괄하는 잘 사용되는 용어나 구문이 있는가?
2. 이 기사는 리디렉션 페이지를 직접 볼 때 시스템이 그 페이지의 모든 Wikitext를 표준 페이지와 똑같이 표시한다는 것을 설명하지 않는다. 유일하게 특별한 것은 #REDirect가 페이지의 첫 번째가 되어야 한다는 것이다. 이것은 리디렉션이 존재하는 이유를 설명하는 데 사용될 수 있다. 만약 이 기능이 언급된다면, 우리는 "일반적으로 링크 뒤에 텍스트를 배치할 어떠한 이유도 없다."라는 문구를 바꿀 필요가 있다.

통지가 있는 리디렉션 페이지의 예로는 이전 토크 섹션에서 언급된 코바스 리디렉션이 있는데, 편집자는 왜 코바스바스가 OTMA로 리디렉션되는지 설명한다. 여기서는 타겟 페이지에서는 전혀 언급되지 않았던 Go To Pot에 대한 리디렉션이 있었기 때문에 이 기능을 이용했다.

기능에 대한 언급을 직접 추가하고 싶지만 리디렉션 페이지에 콘텐츠를 표시하는 커뮤니티의 느낌과 WP:이 내용은 MOS를 따라야 한다. 내 경우에는 누군가가 영화 "Gone To Pot"에 대해 언급했다. 영화를 배우기 위해 위키피디아에 가서 '솥으로 가라'를 검색해 클릭했고, '솥으로 가라'는 언급이 없는 기사로 옮겨졌다. 나는 시간을 들여 비노력적인 TV 쇼에 대한 단편적인 기사를 만드는 대신 비공식적인 공지사항을 추가하는 것을 선택했다. --Marc Kupper talk 00:05, 2019년 7월 5일 (UTC)[]

Re #1, 내가 아는 한 네가 이미 인용한 것 외에 흔히 쓰이는 용어는 없다. #2. 문제에 대한 실제 정책이나 지침이 있는지 모르겠지만 일반적으로 내용은 하나 이상의 리디렉션 템플릿에만 해당되어야 한다. 아마도 그 시리즈는 ITV에 의해 방송되는 텔레비전 프로그램 목록에 추가되어야 하고 거기서 리다이렉트 리타겟팅 되어야 할 것이다.

BTW, 이 페이지는 2014년 T16323이 고쳐진 후 업데이트되지 않은 것으로 보이는데, 여전히 추가 콘텐츠는 표시되지 않을 것이라고 한다. Anomie⚔ 01:50, 2019년 7월 6일 (UTC)[]

원형 리디렉션 숨기기

동일한 페이지로 리디렉션되는 링크를 레드링크로 렌더링할 수 있는 템플릿이나 위키백과가 있는가? 니산-에-콰이드-아이-아잠이 파키스탄의 시민 장식으로 다시 돌아온 파키스탄의 시민 장식을 위해 이것을 원한다. 분명히 이 링크는 독자들에게 아무런 쓸모가 없고 나는 그것을 제거했지만 만약 기사가 만들어지면 그것은 연결되지 않을 것이다.

내가 원하는 것은 기사가 나오면 자동으로 빨간색 링크에서 파란색 링크로 바뀌는 {{Interlanguage link} 같은 것이다. 빨간색 링크를 클릭하면 리디렉션 페이지가 표시된다. 아마도 {{No redirection}}을(를) 확장하여 이를 지원할 수 있을 것이다.

Verbcatcher (대화) 18:45, 2019년 8월 18일 (UTC)[]

리디렉션에 연결된 링크?

이것은 어딘가에서 목적을 달성하는가 아니면 사용자 복사/붙여넣기 게으름인가? 비표준 리디렉션을 확인하기 위해 정규식을 작성하려고 한다.--Pawngpawng (대화) 19:43, 2019년 10월 9일 (UTC)[]

리디렉션 태그를 넣을 페이지를 선택하십시오.

코드라서 타이핑하고 싶지 않아. 여기에는 "REDirect"라는 단어와 연결된 페이지가 포함된다. 리디렉션할 페이지를 만든 다음 넣기만 하면 되는 겁니까? 세계 질문자 (대화) 20:58, 2020년 9월 25일 (UTC)[]

조건부 리디렉션

내가 원하는 것은 <무포함>#REDirect [[X]]</무포함] 그때의 내용 뭉치다.

다양한 전폐 메커니즘을 사용하여 페이지 내용을 포함할 수 있다... 검색에 나타나서 사람들이 그 페이지로 간다면, 그들은 방향을 바꾸게 될 겁니다.

#R이 첫 번째가 아니니까 잘 안 되는 것 같아.

이것은 특히 하위 페이지들에게 가치가 있을 것이다... 당신은 모든 것이 부모에게 전달되는 기사의 많은 파편들을 볼 수 있다.

다른 방법은 조각에 대해 별도의 네임스페이스에서 검색 불가한 조각 네임스페이스를 만드는 것이다. 그러나 그것은 관습/충돌이라는 이름을 붙이는 것이 더 지저분하고, 일종의 하위 페이지의 요점을 찌르는 것이다. David Every (대화) 00:16, 2021년 7월 21일 (UTC)[]

• @David Every: 이것은 매우 주목받는 페이지가 아니다. 위키피디아에 다시 게시하십시오.마을 펌프(아이디어 랩)를 사용하면 훨씬 더 많은 작업을 수행할 수 있다. Thryduulf (대화) 08:21, 2021년 7월 21일 (UTC)[]