위키백과:마을 펌프(기술)/아카이브

무슨 일이야?

여기서 퀴르키는 페이지 역사가 왜 그의 편집이 이 반달리즘을 되돌리는 것을 반영하지 않는지 꽤 어리둥절하게 물었다.페이지에 이르자 반달리즘은 사라졌지만 편집 이력은 누가 제거했는지를 반영하지 못했다.그래서 페이지 히스토리 항목이 숙청이 필요하다고 생각했고, 그렇게 했고, 아무 효과도 없었다.그래서 롤백/셀프 롤백 사이클(null edit)을 해 보았지만, 첫 번째 롤백은 디프 기능에 따라 아무것도 하지 않았다(또는 반달리즘 그 자체로 반달리즘 이전의 버전을 실제로 되돌렸다), 그리고 나서 반달리즘이 다시 나타나게 했다!나는 그때 내가 이해할 수 없는 이유로 내 자신을 롤백할 수 없게 되었고, 결국 모든 것을 손으로 고쳐야 했다.데이터베이스 슬레이브가 다시 동기화되지 않았는가?아니면 무슨 일이야?Titoxd^(?!?) 20:30, 2006년 7월 25일 (UTC)

템플릿:doi

매개변수에 일부 문자가 포함된 경우 템플리트:doi가 작동하지 않음누군가 뭔가 알아내기 위해 조사해 볼 수 있을까?자세한 내용 및 예는 템플릿 대화:doi를 참조하십시오.Circeus 14:50, 2006년 7월 25일 (UTC)

사용자 대화 페이지 문제

안녕! 내 토크 페이지가 대화 스레드를 잃어가는 것 같아.그것들은 역사에는 나타나지만 페이지에는 나와 있지 않고 내가 그들의 첫 등장인물로 롤백하거나 현재 개정판으로 잘라내 붙여넣으려고 할 때 여전히 나타나지 않는다.이 문제는 최신 패치가 적용된 Windows XP Pro SP2 시스템에서 Firefox(최신 릴리즈) 및 IE6를 통해 발생하며, 이 경우 차이가 있을 수 있다.내 Talk 페이지에서 이 질문에 답해 보십시오! (에로파기티카) (토크) 10:12, 2006년 7월 25일 (UTC)

디프 링크가 도움이 될 겁니다.지난 8일 정도에는 아무런 문제가 보이지 않는다. -- 릭 블록 (대화) 13:30, 2006년 7월 25일 (UTC)

전체 편집 기록 복사

편집 내역이 포함된 몇 개의 기사(삭제된 문서)를 사용자 공간에 복사하여 참조하고 싶다.어떻게 그럴 수가 있지?어떻게 움직이는지는 알겠는데, 어떻게 복사해야 원본이 영향을 받지 않겠어.나는 관리인이기 때문에 삭제된 페이지에 접근할 수 있다. -2006년 7월 25일 09:03(UTC)

이동, 재연결 삭제 후 이동에서 편집한 내용을 제외한 모든 편집 내용을 복원하십시오. 기존 기사에 최소한의 영향만 주고 복사물을 다시 기사로 옮기고, 사본을 삭제한 다음 선택적으로 복사를 할 수 있다고 생각한다. (미안하지만, 이것은 작동하지 않는다, 이하에 따름) -- 릭 블록(토크) 13:38, 2006년 7월 25일 (UTC)

그것은 원본 버전에 영향을 미친다. (역사는 한 곳에 있을 수 있고, 결국 사용자 공간에 있을 것이다.)원본 질문에 대한 답변: 각 개정은 한 곳에 있을 수 있고 (Special을 사용하지 않고) 수정본을 복사할 수 없기 때문에 가능하지 않다.내보내기 및 특수:가져오기 및 AFAIK Special:이 wiki)에서는 가져오기를 사용하도록 설정한 적이 없다.--cesarb 15:12, 2006년 7월 25일 (UTC)

주드의 역사=>를 사용하면 된다.Wikitext 도구를 사용하여 역사에 대한 Wikitext 기록(도구 서버 지연을 포함하거나 제외). --Interiot 16:21, 2006년 7월 25일(UTC)

기사 제목을 편집하시겠습니까?

누군가가 "알렉산더 키릴로프 Jnr"라는 제목으로 기사를 시작했다.이것은 일반적인 영어 사용이 아니다; 더 나은 것은 "알렉산더 키릴로프 주니어"이다.제목을 어떻게 편집해야 하는가? - 다른 곳에서 지수와 상호 참조를 정확하게 유지해야 한다는 점을 염두에 두어야 하는가? (예를 들어, 이 기사는 "알렉산더 키릴로프"(주니오의 아버지)라는 글에서 언급된다.) --DaveRusin 00:58, 2006년 7월 25일(UTC)

기사 상단에 있는 이동 탭을 클릭하십시오.이동은 이름 바꾸기를 의미한다.—EncMstr 01:01, 2006년 7월 25일(UTC)

사실 Jnr는 영국 영어에서 정확하기 때문에, 그가 미국인이 아니면 기사를 옮겨서는 안 된다.62.31.55.223 00:18, 2006년 7월 27일(UTC)

단색 PNG 영상이 올바르게 표시되지 않음

1937년 에드먼드 스트리트 오드넌스 측량도

이 이미지에 링크하는 경우://이미지를 사용한 Edmund Street map 1937.png:에드먼드 스트립 맵 1937.png 중앙 엄지손가락 300px 1937 오드넌스 서베이 맵//(슬래시용 브래킷) 기사에서 얻은 것은 1, 2픽셀 높이의 흑백 점 몇 개뿐이다.페인트 숍 프로 V7과 함께 제작된 2비트 단색으로 다소 넓은 이미지다.이미지가 손상되었는가?(Image(이미지) 페이지에 잘 나타나 있음).큰 폭/작은 픽셀 깊이 영상에 이 기술을 사용할 수 있는가?고마워 오오솜 14:29, 2006년 7월 18일 (UTC)

안과 의사가 필요하십니까?

-베자드

나도 몰라.컬러 버전을 올리려고 했는데 아직도 안 나와.— 오메가트론 15:41, 2006년 8월 6일 (UTC)

날짜 형식

마지막 날 또는 두 개의 위키피디아가 기사 기록의 날짜를 다음과 같은 형식으로 표시하기 시작했다.

2006-08-04T10:34:19

일반적인 ISO 형식 대신:

2006-08-04 10:34:19

원래 형식으로 되돌리는 방법은?사용자 기본 설정 페이지에는 이에 대한 옵션이 없다. --ozzmosis 00:46, 2006년 8월 4일(UTC)

이제 괜찮아 보인다. 지금도 하고 있는 겁니까? -- 릭 블록(토크) 01:52, 2006년 8월 4일 (UTC)

응, T는 아직 거기 있어. --ozzmosis 02:24, 2006년 8월 4일 (UTC)

릭 블록: 스페셜로 이동:날짜 및 시간에 대한 기본 설정 및 날짜 형식 블록을 확인하십시오.마지막 예시 2001-01-15T16:12:34는 공간이 있어야 하는 T를 보여주고 있는가?그것은 나에게 좋다.최근에 도입된 버그일 수도 있다고 생각하는데, 누가 그런 날짜 형식을 사용하지 않는지는 사람들이 눈치채지 못할 것이다. --Splarka (rant) 02:56, 2006년 8월 4일 (UTC)

아, 좋은 지적이야.네, 그 한 가지 날짜 형식으로 되어 있습니다만 -- 릭 블록(토크) 03:06, 2006년 8월 4일 (UTC)

이 점을 좀 들여다보면, 실제로 벌레라기 보다는 해결책일지도 모른다는 의심이 든다.ISO 8601 날짜 형식은 날짜와 시간 사이의 구분자로 "T"를 사용하도록 지정한다.나는 이것을 바꿀 수 있는 부질라 입구를 당장 찾을 수 없다 - 아마도 개발자가 의견을 말할 수 있을 것이다. - 릭 블록 (토크) 03:17, 2006년 8월 4일 (UTC)

좀 더 자세히 읽어 보십시오. 같은 페이지에 ISO 규격에 따라 날짜와 시간을 구분할 수 있는 공간도 마련되어 있다.데이터 구문 분석의 관점에서 보면 'T' 델리미터는 말이 되겠지만, 원래 형식이 훨씬 사람이 읽을 수 있는 형태였기 때문에, 가능하다면, 어떻게 되었는지 다시 보고 싶다. --ozzmosis 07:16, 2006년 8월 4일 (UTC)

나도 짜증나 죽겠어.추가 가능한 포맷으로 나쁘지 않겠지만, 사람들이 사용하는 포맷을 대체하고 있다. -- 스티븐 피셔 22:41, 2006년 8월 4일 (UTC)

이 "T" 버전은 나쁘고 못생겼다.나는 "스페이스" 버전이 다시 나왔으면 좋겠어.적어도 두 가지 옵션은 모두 사용할 수 있어야 한다.--Wai Wai (talk) 07:52, 2006년 8월 5일(UTC)

이것은 Tim [1] --Ligulem 14:16, 2006년 8월 6일 (UTC)에 의해 소개되었다.

밑줄 긋기

나만 그런 걸까, 아니면 위키피디아의 모든 연결고리가 갑자기 밑줄 친 걸까?Joziboy 18:18, 2006년 7월 21일 (UTC)

그것은 "Misc"에 있는 선호 설정이다.밑줄 긋기가 기본인 것 같아.로그아웃하셨나요?— 주근깨 발톡 18:21, 2006년 7월 21일 (UTC)

• 페이지 맨 위에 있는 FAQ의 세 번째 게시판을 참조하십시오. - Mgm 18:22, 2006년 7월 21일(UTC)

아 그래, 고마워 :) 대사가 없어지고, 훨씬 좋아 보인다.고마워 조지보이 18:34, 2006년 7월 21일 (UTC)

내가 내 선호를 바꾸지 않아도 링크는 이제 막 밑줄을 긋기 시작했다.선호도를 살펴봤는데 밑줄을 긋는 것을 막을 수 있는 방법이 없다. 어떻게 해야 할까?일부 페이지는 현재 거의 읽을 수 없다: ( --DuncanHill 23:25, 2006년 8월 1일 (UTC)

글쎄, 무슨 일이 일어났는지, 누가 그랬는지는 모르겠지만, 그들은 다시 밑줄을 그은 것 같은데, 누가 고쳤는지 고마워! --DuncanHill 23:36, 2006년 8월 1일 (UTC)

밑줄은 내가 편집을 한 후에 가끔 나타난다.가끔 내가 다른 편집을 할 때 그들은 사라지기도 하고, 그렇지 않을 때도 있다.기본 설정의 'misc' 아래에는 옵션이 없다.나는 (상단의 FAQ에 따라) 강제 새로 고침을 시도했다 - 다시 한번 운이 따르지 않았다.밑줄이 그어진 기사들을 읽는 것이 매우 힘들기 때문에, 나는 이것에 대해 정말 도움을 주면 고맙겠다.던컨힐 2006년 8월 4일 19:17(UTC)

어떤 브라우저를 사용하십니까? --Splarka (rant) 01:21, 2006년 8월 5일 (UTC)

Internet Explorer 던컨힐 06:46, 2006년 8월 5일(UTC)

다음을 시도해 보십시오.로그인하는 동안 (모든 위키백과 페이지에서) 페이지 소스를 보십시오.아래 약 한 페이지 아래에 다음과 같은 내용이 있어야 한다.

@import "/w/index.php?title=미디어위키:Monobook.css&action=raw&ctype=text/css&smaxage=2678400"; @import "/w/index.php?title=-&action=raw&maxage=some number&ts=some timestamp;use:Yournick/monobook.css&action=raw&ctype=text/css";

middle css는 기본 설정의 스타일이며, http://en.wikipedia.org/ 다음에 해당 url로 직접 이동하십시오. http://en.wikipedia.org/ 다음에 복사하여 URL 표시줄에 붙여넣으십시오(링크 타임스탬프에 따라 링크가 달라지므로 링크를 제공할 수 없음).위에서 설명한 대로 사이트에서 잘못된 기본 설정을 반환하는 경우도 있으므로 원하는 항목이 표시될 때까지 링크를 다시 로드하십시오.매우 자주 변경되는 경우 캐시를 비활성화하거나 캐시 내구성을 너무 낮게 설정했을 수 있다(IE 사용자가 아닌 경우, 따라서 동등한 것이 무엇이든 그 안에 있는 경우 ^_^) --Splarka (rant) 07:18, 2006년 8월 6일(UTC)

고마워, 스파카!그것은 말이 된다. 여러분이 짐작하셨겠지만, 나는 이 컴퓨터 문제들에 대해 별로 흥미롭지 않다.던컨힐 09:17, 2006년 8월 6일 (UTC)

탐색 템플릿 및 인쇄

요전 날, 나는 종달새에 기사를 인쇄했다.실망스럽게도 기사 하단에 있는 항해용 템플릿은 인쇄될 경우 약 반 페이지 이상이 소요될 것이다.그래서 생각났는데, 순수하게 항해 템플릿에 대한 css 클래스가 있어서 인쇄하지 않을 수 있을까?브라우저에서 보기 위해 "디스플레이:없음;"을 사용하는 것과 같은 종류.css는 알지만 그 쪽은 아니야. - LA @ 06:19, 2006년 8월 6일 (UTC)

기술적 고려 사항:당신이 해야 할 일은 단지 그 템플릿을 class="noprint"(인쇄 css에 적용)에 넣는 것이다.커뮤니티 고려사항: 아마도 VP/P(글로벌 애플리케이션용, 이미 해당 정책이 없는 경우) 또는 해당 탐색 템플릿의 토크 페이지에서 꺼낼 사항. --Splarka (rant) 07:47, 2006년 8월 6일(UTC)

블록 구성 방법에 대한 정보

위키백과 1면에 있는 정보는 블록으로 정리되어 있으며, 차례로 다른 색상을 표시한다.

여기 있는 누군가가 나만의 미디어위키 위키를 위해 블록을 개발하는 방법을 배울 수 있는 곳으로 연결시켜 줄 수 있다면 정말 고맙겠다.

고마워, 그리고 멋진 저녁 보내! :) Jake Ben Delbek 03:51, 2006년 8월 6일 (UTC)

블록은 Wikitable입니다(m: 참조):도움말:테이블색상은 css 스타일(대부분 글로벌 스타일시트보다는 태그에 적용)으로 한다.전체 참조는 w3(또는 '초보자용 css for 초보자를 위한 css')을 참조하십시오. 그리고 물론 메인 페이지 ^_^의 출처를 보고 복사한다. --Splarka (rant) 07:43, 2006년 8월 6일 (UTC)

서로 다른 해석에 대한 제안

나는 위키피디아에 대한 몇 가지 기술적 정의를 썼다.내가 알 수 있는 한, 그들은 논쟁의 여지가 있다는 이유로 공격을 받지 않았다.그러나, 내가 기사의 상단을 가로지르는 경고 줄무늬에서 알 수 있듯이, 논란이 되는 주제를 검색했을 때, 나는 다른 의견들이 정기적으로 서로를 지우는 것을 발견한다.종교와 정치는 이런 경향이 가장 많은 것으로 보인다.

그래서 제 제안은, 본문을 지우는 대신, 다른 의견들을 그대로 나란히 두고, 새로운 편집자가 지웠을 그런 부분들을 다른 타입의 얼굴로 강조하거나 색칠하는 겁니다.그렇게 하면, 주어진 주제에 대한 연구를 하는 사람은 그 주제에 대한 모든 다른 의견들에 접근할 수 있을 것이다.

--Plastechie 16:41, 2006년 8월 5일 (UTC)plastechie

디프(diff) ^_^를 보는 것 같다.위키백과에서 말하는 것 처럼 들리기도 한다.Village_pump_(proposals) --Splarka (rant) 07:39, 2006년 8월 6일 (UTC)

다음 링크

야, 여기 링크에 대한 특별 페이지가 있어.
"What links from here"는 어떠세요?
사용 가능한가?만약 그렇지 않다면 우리가 하나를 만들 수 있을까?--Wai Wai (대화) 07:55, 2006년 8월 5일 (UTC)

쿼리를 사용하여 링크 목록을 만드는 것은 그리 어렵지 않다.심지어 그것을 위한 템플릿이 이미 있을 수도 있다.심지어 툴박스에 그런 링크를 추가하기 위해 개인 자바스크립트를 편집할 수도 있다.

아니면 그냥 페이지를 스크롤해서 파란색 텍스트 ^_^. --Splarka (rant) 07:30, 2006년 8월 6일 (UTC)

가장 많이 본 기사들

액세스 로깅을 사용할 수 없기 때문에 가장 많이 본 1000개 또는 5000개의 기사 목록을 게시해 주시겠습니까?이는 일부 질문에 더 의미 있을 수 있다. 71.132.136.162 03:09, 2006년 7월 25일(UTC)

나는 같은 것을 물어보려 했지만 다른 맥락에서 물어 보려 했다.특정 기사에 대한 페이지뷰/히트를 알 수 있는가?어떤 기사가 가장 많이 읽히는지 알 수 있도록 도움을 주어 개선되고 어떤 기사를 가장 많이 읽는지 알 수 있게 한다. --Idleguy 04:07, 2006년 7월 25일 (UTC)

"특정 기사에 대한 페이지뷰/히트를 알 수 있는가?" - 아뇨.프록시 서버는 페이지 적중량의 대부분을 처리하며, 크기가 너무 커서 트래픽 통계(즉, 데이터가 보관되지 않는 것)를 보관하지 않는다.내가 마지막으로 들은 바로는, 개발자들이 샘플링으로 교통 통계를 알아내려고 했다.라울654 04:09, 2006년 7월 25일 (UTC)

나는 "가장 많이 본 페이지" 통계를 제안하고 싶었다.이러한 공공 기물 파손은 더 많은 독자들이 볼 수 있기 때문에 이 목록에 있는 페이지들은 공공 기물 파손에 대해 철저히 경계해야 한다.그러나 미디어위키 소프트웨어의 한계는 이 제안이 실행가능하지 않다는 것을 의미하는 것으로 보인다. The Special One 04:27, 2006년 8월 6일 (UTC)

2주 후에는 답이 없다. 그래서 문제는 위키백과에서 다음과 같이 말하고 있다.통계#대부분의 기사를 시청했다.LossIsNotMore 00:08, 2006년 8월 6일(UTC)

가장 많이 관찰되는 것은 반달리즘(?) 171.66.111.20 05:28, 2006년 8월 6일(UTC)에 가장 덜 취약할 수 있다.

Special이라는 제한된 특수 페이지가 있다.감시되지 않은 페이지(남용 가능성이 높아 제한됨).그러나 대부분의/최소 개정, 대부분의/최소 링크 및 가장 오래된/최신/최신/최신 버전별로 정렬할 수 있도록 하는 것이 더 유용할 것이다. --Splarka (rant) 07:21, 2006년 8월 6일 (UTC)

좌표/오디오

기사에 "좌표"를 추가하는 방법...듀크 대학교의 우파처럼?그리고 위에 있는 오디오 파일은 어떻게 추가하니?고마워!라살레판 12시 30분, 2006년 8월 3일 (UTC)

좌표는 {{Geolinks-US-streetscale}}의 일부분이다.어떤 오디오 파일을 말씀하시는 겁니까? --Splarka (rant) 00:49, 2006년 8월 4일 (UTC)

그걸 다른 대학에 어떻게 추가하는지 가르쳐 줄 수 있어?몇몇 기사들의 오른쪽 상단에 오디오 아이콘이 보인다.저거 기사 오디오 파일이야?

좀 복잡해 보인다.Template_talk를 읽어 보십시오.Geolinks-US-streetscale (그리고 거기에 답이 없는지를 물어본다.)--Splarka (rant) 07:12, 2006년 8월 6일 (UTC)

페이지로 변환된 템플릿의 상형 목록?

편집 텍스트 상자 아래에 나타나는 "이 페이지로 넘어가는 페이지" 목록도 전횡의 상형문자를 보여주는 것이 가능한가?현재, A 페이지를 B페이지로, 다시 C페이지로 변환할 경우, C페이지를 편집할 때 나타나는 "변환된 페이지" 목록은 다음과 같다.

• A
• B

전치 상형문자를 보여주는 목록은 다음과 같다.

• B
  • A

예를 들어, 이것은 CAT에 잘못 버려진 페이지를 찾는 데 유용할 것이다.CSD는 그것들로 옮겨진 페이지가 빠르게 삭제되었기 때문이다.그것은 또한 더 직관적이다.Kimchi.sg 09:47, 2006년 8월 5일 (UTC)

그것은 또한 잠재적으로 더 장황할 수 있다. 예를 들어, C와 B가 A를 초월한다면, 당신은 A를 두 번 나열했을 것이다.그리고 AFAIK라는 정보는 쉽게 구할 수 없다; "이 페이지로 넘어가는 페이지" 목록은 데이터베이스 테이블 중 하나에서 나온다. 데이터베이스 테이블은 당신이 보고 있는 것과 동일한 평면 뷰를 가지고 있다. --cesarb 14:29, 2006년 8월 5일(UTC)

홀수 링크 형식 버그?

조금 전 위키피디아가 밑줄이 쳐진 페이지를 보내주었는데, 서식이 꺼진 것 같았다.잠시 편지, 같은 페이지를 다시 로드하면 모든 것이 다시 정상으로 보인다.홀수.. --Alcmconroy 09:00, 2006년 8월 5일 (UTC)

이 페이지 상단에 있는 세 번째 FAQ를 참조하십시오. --cesarb 14:29, 2006년 8월 5일(UTC)

참고 항목

{{A#제목의 동적 링크도 참조}}

가능할까?--Wai Wai (대화) 08:01, 2006년 8월 5일 (UTC)

현재 그렇게 하는 방법은 템플릿을 사용하는 것이지만, 이것과 연관되어, Wikinews에 설치된 DynamicPageList 확장 기능도 있다.여기로 가져와야 하나?Titoxd^(?!?) 08:04, 2006년 8월 5일 (UTC)

---

확실하지는 않지만 템플릿으로 하는 것은 좋지 않은 것 같다.

1. 그러기 위해서는 더 많은 기술이 필요하다.
2. 그렇게 하는 데는 더 많은 시간이 든다.
3. 이름 혼란과 갈등이 더 있을 수 있다.
4. 중앙 집중식 솔루션 실행 후 프로세스나 작업의 반복을 절약한다.
5. 중앙 집중식 솔루션은 동적 페이지/섹션 등의 링크와 같은 특수 페이지를 쉽게 작성할 수 있도록 한다.

대본을 빌리는 것이 최선의 해결책이다.찬성! --Wai Wai (대화) 08:23, 2006년 8월 5일 (UTC)

이미지가 데드 링크로 표시됨

S.O.S.수학에는 이미지가 존재하지 않는 것처럼 데드 링크로 나타나는 이미지가 있다(링크를 클릭하면 파일을 업로드하라는 메시지가 뜬다).그러나 그 이미지는 실제로 존재한다.이미지:Logo-사이버보드.png.Ctrl-F5를 통해 캐시를 바이패스했고 이미지 설명 페이지(두 페이지 모두 약 1시간 전)도 삭제했지만 이 두 페이지 모두 작동하지 않았다.왜 위키피디아는 그 이미지를 인식하지 못하는가?제이 개츠비^(talk) 2006년 8월 4일 19시 42분(UTC)

왜냐하면 당신이 Image에 링크하고 있기 때문이다.로고-사이버보드.png 및 이미지 링크:로고-사이버보드.png.빨간색 링크의 코드를 보면 문제가 표시됨...

이미지:Logo-사이버보드.png%E2%80%8E

마지막에 미친 캐릭터도 있고...이것은 꽤 나쁜 벌레로 보여? --Deskana 경 (토크) 19:45, 2006년 8월 4일 (UTC)

그것은 매우 이상하다.그것은 또한 끈질긴 벌레다.나는 이미지의 버전을 두 개 더 올렸고, 코드를 변경하고 기사를 미리 볼 때 링크 끝에 동일한 세 글자가 나타난다.제이 개츠비^(talk) 2006년 8월 4일 (UTC)

FYI, 내 Talk 페이지에서 언급한 바와 같이 E2 80 8E는 LRM(좌우) 마커를 위한 유니코드 시퀀스다.나는 당신이 당신의 로컬 컴퓨터에 있는 파일 이름을 확인하기를 제안한다. --TheParanoidOne 22:35, 2006년 8월 4일 (UTC)

문제는 업로드된 파일이 아니라 기사 텍스트였다.기사 텍스트에서 가짜 문자가 삭제되었을 때 문제가 해결되었다. --cesarb 23:46, 2006년 8월 4일(UTC)

자동 실행 시간 템플릿

안녕, 난 여기가 이 문제에 적합한 장소였으면 좋겠어.사람들이 자동으로 수명 범주를 생성하기 위해 전기 기사 하단에 넣기 시작한 {{평생 사망 연도 성, 이름 }}} 템플릿이 나에게 어려움을 주고 있다.연도를 입력하면 정상 작동하지만, 연도가 하나 또는 둘 다 입력되지 않으면 기본적으로 범주:생년월일을 알 수 없음 및 범주:살아 있는 사람들.전자에게 있어, 이것은 도움이 되지 않는다. 왜냐하면 대부분의 출생이 없는 기사들은 출생일을 찾을 수 있는 사람들이기 때문이다. 단지 아직 알려지지 않은 카테고리는 잘못된 기록 보관이나 시간의 모래에 의해 출생지가 가려지거나 역사학자에 의해 논쟁당하거나 결코 발견되지 않는 사람들을 위한 것이다.나는 이것이 현학적인 불평처럼 보일 수도 있다는 것을 알지만, 내가 여기서 바쁘게 사는 중요한 것 중 하나는 날짜를 채우려고 하는 출생 실종 범주를 겪는 것이다. 그래서 나는 이 두 범주를 분리하려고 노력했다. 이 템플릿에 의해 도움되지 않는 작업이다.후자의 경우, 채무불이행으로 인해 수백 년 동안 사망할 수 있지만 사망일이 기록되지 않은 채 살아 있는 사람으로 분류될 수 있기 때문에, 채무불이행은 훨씬 덜 도움이 된다.나는 두 가지 기본값을 범주 대신 다음과 같이 제안한다.생년 누락 및 범주:사망 연도가 누락된 범주인데, 이 범주는 일종의 트라이어티 역할을 한다.아아 나는 어떻게 해야 할지 모르겠다.다른 사람들은 이 문제를 어떻게 보고 있으며, 그것이 바뀔 수 있을까?Jdcuffer 18:44, 2006년 8월 4일 (UTC)

템플릿 토크 참조:평생. --Splarka (rant) 02:10, 2006년 8월 5일 (UTC)

수정하기

철자가 틀린 성 같은 글에서 어떻게 간단한 수정을 하는가?--Clayto3h 17:25, 2006년 8월 4일 (UTC)

편집 링크를 누르고 필요한 내용을 변경하십시오.시작 페이지를 간단히 살펴보십시오. --TheParanoidOne 21:47, 2006년 8월 4일(UTC)

글 제목(위치)에 오타가 있으면 페이지를 옮겨야 한다. --Splarka (rant) 01:23, 2006년 8월 5일 (UTC)

위키백과의 PDA/모바일 친숙함

위키피디아에서 PDA/모바일 친숙함을 얻을 수 있는 방법이 있는가?— GivenDandy가 추가한 사전 서명되지 않은 의견(대화 • 기여) 2006년 8월 4일 13:30, 13:30

PDA에서 위키백과를 볼 수 있는 방법을 의미하는 경우, 위키백과를 참조하십시오.브라우저 노트#PDA & 휴대폰 브라우저. -- Rick Block (대화) 14:21, 2006년 8월 4일 (UTC)

포털 색상

안녕, 포털의 배너 색상을 변경하고 싶은데:다음과 같은 아키텍처:

건축 포털

색 구성표가 적절해 보이는 오래된 청사진임을 암시하도록 한다.포털 페이지의 코드를 보면 '백그라운드:인시피드블루 컬러:다크블루' 라인이 없어서 다른 곳에서 픽업하고 있는 것 같아.

문의사항

1. 우리가 포털을 이런 색깔로 만들어야 한다는 위키백과 정책이 있는가?아니면 모든 규칙을 무시하고 바꿔야 할까.
2. 색상을 어떻게 바꾸면 좋을까?

많은 감사들 --Mcginly Natter 11:51, 2006년 8월 4일 (UTC)

포털에 사용된 템플릿과 메타트엠플레이트의 미로를 간단히 보면 그 색상이 포털에서 정의되어 있음을 알 수 있다.아키텍처/박스 헤드라인.포털 특정 위치에 있기 때문에 각 포털에 맞게 커스터마이징할 수 있는 것이 분명해.이것이 도움이 되기를 바란다. --cesarb 14:07, 2006년 8월 4일 (UTC)

도와줘서 정말 고마워. 잘 됐어.-Mcginly Natter 18:37, 2006년 8월 4일(UTC)

홀수 페이지 머리글?

어제 위키미디어 재단 선거에 대한 막말이 나돌았던 en.wikipedia.org에는 이제 단 하나의 문자(유니코드 0x2003, "EM SPACE")만 있다.나는 이것이 의도하지 않은 것이라고 예상한다.—ptk✰fgs 05:21, 2006년 8월 4일(UTC)

이것은 이제 해결된 것으로 보인다.—ptk✰fgs 06:25, 2006년 8월 4일(UTC)

null MediaWiki를 정의하는 일반적인 방법:모든 페이지의 html에 <div id="siteNotice"가 나타나지 않도록 하는 Sitenotice는 내용을 대시: "-."로 변경하지만, (선거의 경우) 전역으로 설정되는 기본 시트노티스로 인해 이 대시보드가 표시되지 않기 때문에 숨겨진 디브(div)로 변경하지 않는다. --Splarka (rant) 07:28, 2006년 8월 4일 (UTC)

워치리스트에서 기사가 사라지는가?

매일 나는 내 감시목록에서 기사를 잃어버리는 것 같다.이해가 안 돼예를 들어, 요전 날 나는 내가 내 감시 목록에 Tomorrow Never Dies를 가지고 있다는 것을 확실히 알고 있지만, 오늘은 그것이 나열되지 않았다.AWB를 사용하여 내 감시 목록에 있는 페이지의 링크를 수정했는데, 링크를 제거하는 데 버그가 있는 건 아닐까?난 그냥 말하는게 아니야..한두 가지 물건20-30 정도까지 이러고 있어.?K1Bond007 21:34, 2006년 8월 3일(UTC)

나도 이런 일이 있었어.내 감시 목록에서 몇 가지 항목을 제거해서 고쳤다.— 주근깨발 토크 21:45, 2006년 8월 3일 (UTC)

만약 sysops가 페이지를 보호하거나 보호하지 않고, 그 이후로 아무도 그것을 편집하지 않았다면, 그것은 또한 당신의 감시 목록에 나타나지 않을 것이다.페이지를 옮겼는데 아직 편집하지 않으면 똑같은 일이 일어날 것 같아.Kimchi.sg 09:51, 2006년 8월 5일 (UTC)

비밀번호

안녕 나는 비밀번호를 잊어버려서 잊어버린 비밀번호 링크를 클릭했고 그들은 나에게 메일이 온다고 했지만 나는 받지 못했어.나는 이것을 몇 번 더 했지만 여전히 아무것도 하지 않았다.--207.200.116.203 21:33, 2006년 8월 3일 (UTC) Axeman

특수:Emailuser/Axeman 제공:이 사용자는 유효한 전자 메일 주소를 지정하지 않았거나 다른 사용자로부터 전자 메일을 수신하지 않도록 선택했다.그게 네 별자리야? --Splarka (rant) 00:55, 2006년 8월 4일 (UTC)

위키백과 토크 페이지 재구성을 위한 제안

2006년 이스라엘-레바논 분쟁과 같은 특정 "토크" 페이지에는 많은 논쟁이 있지만 결론이나 조치가 취해지지 않는다는 것을 나는 알아차렸다.내가 제안하는 것은 토론이 구조화되지 않았기 때문이며, 사용자들은 관련되는 곳마다 의견을 삽입하기 때문에 토론이 선형 패턴을 따르지 않고(즉, "음, 이건 어때..." "나는 동의하지 않아." 등) 의견 일치가 이루어지지 않기 때문이다.나는 이 페이지들이 웹에서 매우 흔한 것과 같이 게시물과 스레드가 있는 포럼 기반의 형식으로 변환될 것을 제안한다.이들은 주제별로 주제를 정리할 수 있도록 하고 날짜별로 게시물을 주문해 누군가에게 직접 '응답'할 수 있는 능력을 갖췄다.나는 이것이 큰 제안이고 많은 조직 개편과 시스템 변화가 필요하다는 것을 알고 있고 나는 공동체의 매우 새로운 구성원이기 때문에 완전히 심각하게 받아들여질 것이라고 기대하지 않는다.그러나, 한편으로, 나는 아무도 그것을 제안하지 않는다면, 그것은 더 큰 손실이라고 생각했다.또한, 온라인 포럼을 구현하기 위해 고안된 많은 어플리케이션들이 있기 때문에, 이것을 실행하는 것은 그리 어렵지 않을 것이다.Mhsia 18:20, 2006년 8월 3일 (UTC)

위키백과:마을 펌프(매년 제안)#위키-토론 vs. 메시지 보드. --cesarb 18:36, 2006년 8월 3일 (UTC)

와우, 이건 이미 어느 정도 긴 시간 동안 논의된 것 같아.반가워!내가 그 노력에 어떤 도움이 될 수 있는지 내게 알려줘.Mhsia 20:20, 2006년 8월 4일 (UTC)

나는 이스라엘과 르바논의 분쟁에 대해 의견 일치를 보기 위해서는 그것보다 더 많은 것이 필요할 것이라고 생각한다.합의가 가능하다면, 현재의 시스템은 그것을 달성하는 것처럼 보인다.Notinasnaid 14:13, 2006년 8월 4일 (UTC)

나는 두 가지 점에 모두 동의한다.나는 단지 우리가 기사의 적시성을 향상시키면서 빨리 합의에 도달할 수 있다고 생각한다.또한, 토론은 더 쉽게 따를 수 있으며, 이것은 토론에 기여하는 것을 더 쉽게 만들고 중복되는 것을 피하는데 도움이 될 것이다.이는 2006년 이스라엘-레바논 분쟁 기사에서 제목 변경에 대한 논의가 자주 되풀이되는 것을 보면 매우 명백하다.Mhsia 20:20, 2006년 8월 4일 (UTC)

• 사실, 이것은 작업되고 있다.m:LiquidThreads를 참조하십시오.Titoxd^(?!?) 01:51, 2006년 8월 5일 (UTC)
  • 으악! 으악!안돼!그건 그냥 위키가 아닐거야.SB_Johnny 02:07, 2006년 8월 5일 (UTC)

콘텐츠가 위로 이동 중인가?

나만 그런가, 아니면 내용물의 위쪽 여백(탭 아래 내용)이 조금 위로 이동했나?예를 들어, 내 사용자 페이지를 참조하십시오.제목 "사용자:Deepujoseph는 "a.k.a thunderboltz"와 같은 수준이었다.문제는 엔위키에서만 일어나는 것 같다-- 썬더볼츠13^{a.k.a.Deepu Joseph TALK}:04, 2006년 7월 31일 (UTC)

이는 시테노티스가 바뀌었기 때문에, 이런 css 포지션 '트릭스'가 불안정하므로 믿어서는 안 된다....그리고 불평할 필요 없어, 아무 데도 못 갈 거야 ^_^.시테노티스는 위키의 중요한 도구로, 본질적으로 역동적이다.

이 문제를 해결할 수 있는 한 가지 방법은 오프셋 디브에 시테노티스를 오프셋 콘텐츠 위에 보이지 않는 오프셋으로 넣는 것이다. 예를 들어, <div style="visibility:hidden"{MediaWiki:시테노티스}</div>.물론, 당신은 아마도 {{#스위치:{{Mediawiki:시테노티시}} 케이스 -=[div]오프셋이 비어 있으면 사용할 수 있도록 공백인 경우 사용함. 시테노티스가 보이지 않는 div(div) div. --스플라크(랜트) 07:22, 2006년 8월 1일(UTC)

업데이트: 잘못된 해킹을 찾아낸 해결책.User_talk:를 참조하십시오.Deepujoseph#자동_sitenotice_offset. --Splarka (rant) 00:57, 2006년 8월 4일 (UTC)

왼쪽 축소 이미지 및 글머리 기호 목록 겹치기 문제

글머리표 목록에 왼쪽 썸네일 이미지가 있을 경우 목록이 제대로 들여쓰기되지 않는 이유(적어도 Safari와 함께 클래식한 피부에서)를 아는 사람?예를 들어, 덴버, 콜로라도#을 참조하십시오.공항 vs.덴버, 콜로라도#랜드마크스.나는 이것을 "수정"하기 위해 랜드마크 섹션의 축소판 그림보다 50px 더 넓은 명시적인 div를 추가했지만, 이렇게 하는 것은 분명히 필요하지 않을 것이다. -- Rick Block (talk) 14:08, 2006년 7월 28일 (UTC)

모노북은 문제가 없다고 본다.?useskin=monobook직접 보기 위해 URL로 이동하십시오.모노북은 왼쪽 썸네일에 더 넓은 오른쪽 여백을 사용하는 것 같다(플로트는 텍스트만 밀어내고 총알은 텍스트 왼쪽에 붙어 여백 안쪽에 살고, 여백이 너무 짧으면 이미지 아래가 된다).--cesarb 16:31, 2006년 7월 28일 (UTC)

모노북이 잘 어울린다.HTML은 썸네일을 안에 넣은 것과 똑같아 보인다.<div class="thumb tleft"> . tleft를 standard.css에 정의해야 하는가?공통점이 없는 이유가 있는가.css? -- Rick Block (talk) 19:07, 2006년 7월 28일 (UTC)

tleftmonobook/main.css on monobook 및 common/css on classic/standard(클래식/표준)에 있음(Wipedia:다른 스킨에 대한 CSS 클래스 카탈로그).피부에 따라 다를 수 있으므로(예를 들어, 일부 스킨은 테두리에 다른 색을 사용하기를 원할 수 있음), MediaWiki에 있어서는 안 된다.Common.css. --cesarb 19:47, 2006년 7월 28일 (UTC)

추가할 수 있는가?border-width: .5em 1.4em .8em 0; common/common.css(이것은 monobook 버전에 있음)로?이 CSS 파일은 Bugzilla를 통해 제어되는가? -- Rick Block (talk) 03:53, 2006년 7월 29일 (UTC)

MediaWiki에 추가하는 것이 좋다.Standard.css 먼저, 불만 사항이 없는 경우 common/common.css를 사용하는 다른 모든 스킨에 추가해 보십시오(이 중 절반은 이 스킨을 사용함, WP: 참조).CLASS); 여전히 불만이 없으면 bugzilla에 common/common.css. --cesarb 16:35, 2006년 7월 29일(UTC)

이미지 링크

나는 오랫동안 이것을 알아내려고 노력해왔다.해당 이미지의 정보 페이지가 아닌 다른 페이지로 연결되는 기사에 이미지를 담을 수 있는가?난 정말 도움이 필요해.BrainiacOutcast 18:31, 2006년 8월 3일 (UTC)

위 내용을 참조하십시오. --cesarb 18:38, 2006년 8월 3일(UTC)

대문자로 표시된 버전과 소문자로 된 버전을 분리하려면 어떻게 해야 하는가?

안녕.

Bet와 BET의 기사는 다르다.마찬가지로 넷, 넷.OGA에서 기사를 작성하려고 하는데, 검색에 입력하면 계속 오가를 불러온다.내가 여기서 놓친 게 뭐지? - 리차드캐벨 05:15, 2006년 8월 3일(UTC)

검색 기능은 먼저 제공하는 정확한 대문자로 된 페이지를 찾으려다가 대체 대문자로 찾아보려 해 페이지 만들기가 더 어려워진다.내가 그것들을 만드는 유일한 방법은 위의 빨간 링크를 클릭하는 것이다.Titoxd^(?!?) 05:28, 2006년 8월 3일 (UTC)

나도 알아. 그리고 그게 내가 한 일이야. 그 이후로 페이지를 만들었어.더 좋은 방법은 없을까? - 리차드캐벨 05:30, 2006년 8월 3일 (UTC)

몇 가지 방법: Go 대신 Search 버튼을 사용하면 빨간 링크가 표시됨.또 다른 방법은 브라우저의 URL을 편집하는 것이다. http://en.wikipedia.org/wiki/ELEPHANT은 대문자를 추측하지 않는다.비록 AFAIK 특수문자는 후자를 더 복잡하게 만들지만: ! %21 등이 되어야 한다.와세르빌 09:45, 2006년 8월 3일 (UTC)

변경 내용이 무시됨

오늘날, 내가 "팝업"을 사용하여 되돌릴 때, 그것은 바뀌는 것처럼 보이지만, 결국 아무 일도 일어나지 않았다.만약 내가 수동으로 이전 버전을 가져다가 편집해서 저장한다면, 같은 문제인데, 나는 단지 5분 동안 10번 정도 공공 기물 파손 행위를 제거하려고 했을 뿐이다.그리고 나서 다른 컴퓨터로 바꾸었는데 같은 문제가 생겼어. --Brat32 04:55, 2006년 8월 3일 (UTC)

위의 경우, 나는 결국 편집하고 작은 변화를 만들게 되었는데, 받아들여졌다가 내 변화를 되돌리고 반달들이 변하게 되었다.매우 이상하다. --Brat32 20:52, 2006년 8월 3일(UTC)

새로운 블록: 기술 차단 질문

새 "계정 생성 차단" 플래그는 등록된 사용자 차단과 관련하여 어떤 역할을 하는가?내 추측으로는 "자동 잠금"이 편집을 차단했을 때와 동일한 기간과 범위를 가진 계정 생성을 차단하는 것이다.그런데 실제로 그런 일이 일어나고 있는 것일까?192.75.48.150 18:17, 2006년 8월 2일(UTC)

되돌림

편집이 수작업만이 아닌 관리자에 의해 복구되는 경우, 편집이 사용자의 기여, 최근의 변경 등에 여전히 나열되어 있는가, 아니면 영원히 사라지느냐?— Dbmag9 (대화 • 기여) 15:21, 2006년 8월 2일 이전에 추가된 서명되지 않은 논평

그것은 여전히 나열되어 있다.관리자 되돌리기의 유일한 차이점은 클릭 횟수가 적다는 것(관리자 되돌리기의 전체 포인트)과 편집 요약을 입력하지 않고(자동으로 생성되므로), 그동안 다른 사람이 기사를 편집한 경우(그래서 실수로 다른 사람의 편집을 덮어쓸 수 없음)에 실패한다는 것이다.그 외에는 수동반환과 동일하다. --cesarb 15:45, 2006년 8월 2일 (UTC)

스프레드시트를 위키미디어 형식으로 변환

스프레드시트(csv, xls, OpenOffice 등)를 자동으로 MediaWiki Markup으로 변환하여 테이블을 생성할 수 있는 프로그램을 아는 사람?물론 모든 공식 등이 변환 가능한 것은 아니지만 숫자와 텍스트 문자열만 포함하는 스프레드시트를 변환할 수 있다면 정말 유용할 것이다.

내가 이렇게 묻는 이유는 축구선수 펠레를 위해 페이지의 통계를 정리하려고 하기 때문이다.그의 골 기록도 다소 논란의 여지가 있지만, 심지어 fifa.com과 같은 공식 사이트에서도 그가 1000골 이상을 득점했다고 언급하고 있다.나는 펠레가 뛰었던 모든 경기의 리스트(스프레드시트)를 얻었고, 그것을 펠레 기사의 하위 페이지에 올려서 위키피디아 사람들이 그것을 살펴보고 어떤 경기가 합법적이고 어떤 경기가 아닌지를 메모할 수 있게 하고 싶었다(예: 펠레가 군복무 중 육군에서 뛰었던 경기, 그가 뉴에서 뛰던 동안 맡았던 극동 지역 상업 투어). 요크 코스모스 등).나의 초기 추정치는 펠레가 800번의 공식 경기에서 700개의 홀수 골만을 기록했다는 것이다. 보통 주어진 총 득점보다 500골 정도 모자란 것이다!

펠레가 얼마나 많은 골을 넣었는지에 대해 전 세계가 혼란스러워 하는 것 같기 때문에, 나는 이것이 정말 중요한 일이라고 생각한다.나는 그것이 독창적인 연구로 간주되지 않는다고 생각한다; 단지 정말, 정말, 정말, 정말 복잡한 참고자료일 뿐이다.그러니, 스프레드시트를 미디어위키 마크업으로 전환하는 방법을 아는 사람이 있다면 나에게 알려줘!짐 (토크) 2006년 8월 2일 11시 41분 (UTC)

서브페이지에 올라가고 편집의 용이성이 문제가 되지 않는다면, 당신은 그것을 위키미디어 마크업으로 변환할 필요가 없을 것이다. 단순한 HTML이 괜찮아야 하는 문제는 아니다.현재 대부분의 스프레드시트 패키지는 html로 내보낼 수 있는 기능을 가지고 있으므로, html로 내보낼 수 있고, 텍스트 편집기에서 열 수 있으며, 테이블 코드를 복사하여 원하는 페이지에 붙여넣을 수 있다.하지만 Office를 사용하고 있다면 먼저 HTML Fleaked를 다운로드하여 파일에 실행해 보십시오. Office는 더부룩하고 추하며 그저 평범한 이상한 HTML을 생산하는 것으로 악명이 높다. --Daduzi 12:06, 2006년 8월 2일(UTC)

m:TabbedData 확장이 설치되어 있으면 출력을 편집 상자에 직접 덤프할 수 있고...:) pfctdayelise (transl?) 13:16, 2006년 8월 2일 (UTC)

불행히도, 당신이 목표의 표를 단지 매우 복잡한 참고자료로 생각할 수 있지만, 당신이 "공식"으로 간주하는 것에 대한 결정은 쉽게 독창적인 연구로 간주될 수 있다.변환과 관련하여, 나는 HTML 테이블을 위키 테이블 컨버터(HTML 스타일 테이블을 위키 테이블로 변환하는 것)로 본 적이 있다. MediaWiki가 이 둘을 모두 받아들이기 때문에, HTML 테이블이 충분히 깨끗하기만 하면(스프레드시트에서 HTML 변환기로 많이 의존할 수 있음) 실제로는 필요하지 않지만, 다른 사람들이 편집하기를 원할 경우, 이 테이블로 변환한다.위키 테이블은 좋은 생각이다.또한 저작권의 끈끈한 문제도 있다; 테이블이 직접 만들어지지 않았다면 위키미디어 서버에 업로드할 생각도 하기 전에 저작권의 한계를 확인해야 할 것이다. --cesarb 15:54, 2006년 8월 2일 (UTC)

고마워, 세자르B.어떤 목표를 세어야 하고, 어느 것이 세어서는 안 되는지에 대해 나는 너의 요점을 이해하지만, WP에 있는 거의 모든 선수들은 그의 경쟁적인 목표만을 세어 놓고 있다.나는 어떤 종류의 브라질 전통이 있는지 모르겠다. 모든 골을 넣는 브라질 전통이 있는지; 만약 있다면, 여기에 있는 많은 브라질 선수들의 직업 통계는 비경쟁적인 경기를 포함하지 않기 때문에 변화가 필요할 것이다.나는 펠레의 통계를 분류하는 것이 더 간단하다고 생각한다.아마 그에게 두 개의 골 기록, 즉 비경쟁적인 경기와 그를 규범에 맞게 만드는 것이 될 것이다.어느 쪽이든, 현재의 통계는 그의 산토스 골 아래 다른 팀들에서 뛰었던 골을 포함하기 때문에 여러 면에서 명백히 잘못된 것일 뿐이다. 이것이 FIFA 등이 주장하는 바지만, 그것은 정확하지 않다.또한, 당신의 지적에 감사한다: 저작권.나는 그것에 대해 생각해 본 적이 없지만 참고할 것이다.짐 (토크) 2006년 8월 2일 21:46 (UTC)

저작권 측면에 대해 약간만 명확히 하자면, 데이터는 저작권을 가질 수 없지만, 그 발표와 배열은 (충분한 창의성이 수반된다면) 저작권을 가질 수 있다.따라서 만약 다른 곳에서 자료를 가져와서 당신에 의해 테이블에 올려진다면, 그리고 만약 테이블이 다른 출처에서 직접 가져갔다고 해도, 그것을 저작권으로 만들기에 충분한 창의성이 개입되어 있는지는 아마도 경계선일 것이다. --Daduzi 07:27, 2006년 8월 3일 (UTC)

감시 목록에서 항목 제거 시

모든 사람들의 감시 목록의 맨 위에는 다음과 같은 메모가 있다.

당신은 당신의 감시 목록에 ...페이지가 있다. 당신은 전체 목록을 표시하고 편집하거나 모든 항목을 제거할 수 있다.

나는 "모든 항목 제거"에 대한 링크는 거기서 필요하지 않으며, 오히려 감시 목록에서 액세스할 수 있는 "감시 목록 편집" 페이지에 속한다고 주장한다(따라서 먼저 모든 항목을 제거할 것인지 여부를 결정하기 전에 감시 목록에 있는 항목을 볼 수 있다).

미디어위키 토크에서의 환영에 대한 논평:Watchdetails#전체 감시 목록을 지우는 링크.올레그 알렉산드로프 (대화) 03:06, 2006년 8월 2일 (UTC)

나는 링크가 거기 있을 것이 아니라, 자신의 감시 목록에 있는 항목 목록에 있어야 한다는 것에 동의한다.감시 목록을 지우는 일은 자주 일어나지 않고, 우연히 누군가가 링크를 클릭할 위험이 있다. --J.L.W.S. The Special One 11:57, 2006년 8월 2일 (UTC)

스크립트의 중앙 저장소

중앙 저장소에 스크립트를 보관하는 개발자를 위해 User:Userscripts(사용자 네임스페이스 외부에서는 스크립트를 호스팅할 수 없는 것 같음)스크립트 설정에 대한 지침은 사용자 페이지에서 찾을 수 있다.그냥 FYI.인굴레모 23:13, 2006년 8월 1일 (UTC)

MediaWiki의 Favicons on MediaWiki

위키에 저장되는 favicon 파일은 어디에 있는가?위키의 패비콘으로 사용할 파일을 업로드하려면, 개발자에게 연락해서 보내야 하는지?특히 나는 위키피디아 인큐베이터를 의미하는데, 현재 위키피디아 인큐베이터는 위키피디아와 같은 것을 사용하고 있다.—다니엘 (1968) 17:19, 2006년 8월 1일 (UTC)

개발부에 연락하십시오.파일은 /favicon.ico. --Splarka (rant) 22:06, 2006년 8월 1일(UTC)에 루트에 직접 저장된다.

알았어, 고마워.—대니엘 (1968년) 09:31, 2006년 8월 2일 (UTC)

인포박스 꼭대기의 흰색 공간

최근에 템플릿을 변경한 경우:"숨겨진 구조" 형식에서 Qif로 이어지는 Infobox Union.불행하게도 지금은 '상자'를 이용한 기사 상단에 몇 줄의 흰 공간이 생산되고 있다.블루모스는 빈 들판을 메워 유니세스의 기사에 해결책을 올렸지만, 장기적으로는 상당히 문제가 있다.제안할 거 있어?

{class="infobox" style="width: 25em; text-thream:왼쪽; 글꼴 크기: 90%; "cellspacing="2" + style="class-size: 1.25em;"{name}}}" {{#if:{{{{image }}}}<tr><tract colspan="2" style="text-colspan: 중앙;"{{{{image }}}</tr}}}}{{image }}}}</tr}}}}}}{#if:{{{{full_name}}}}<tr><<tract colspan="2" style="text-properties: center;"{{{full_name}}}</tr>}}}}{{{full_name}}}}}}{#if:{{{{{190_name}}}}<tr><<tract colspan="2" style="text-properties: center;"}"{{{prot_name }"}"{{{prot_name}}"}}}}}}}{#if:{{{{{{{print}}} <<th>>><th><td>{{restand }}</td>}}{{print}}</td>}}}{#if:{{current }}}{{current }}{{{current }}</td>}}{{#if:{{{{dissolved_date}}}}</th><td>{{{dissolved_date}}}</tr}}}{#if:{{{minced_into}}}}<trth style="padding-left:"1em;""{{minced_state Merged in}"{{minced_into}}}{{minced_into}}}}</tr}}}}}}}}}}}{#if:{{{{members }}}{{members }}</th>>{{{members }}</td>}}}{{#if:{{{{country }}}{{country }}{{country }}{{country }}}{{country }}</td>}}{{#if:{{{{{{head }}}} <tr><th>>''헤드 유니온'{{{{{td}}</td>}}{{#if:{{}}}}}<</th><td>{{affortion }}}</td>}}{{affortion }}}{#if:{{{{{people }}}{{people }}{{people }}</td>}{{people }}}{{#if:{{{{{{{}}}}} <<th>>'Office location'''{{{{d}}}</td>}}{{#if:{{{{website }}}} <<th>><th><td>{{{website }}}}}{{website </td>}}}}}{#if:{{{{{footnotes }}}<td colspan="2" style="font-size: small;"{{{footnotes }}</td></tr>}}}}}<noinclude][Category:Infobox 템플릿 Union][[/noinclude]

고마워.--Bookandcoffee 17:02, 2006년 8월 1일(UTC)

이는 구문 분석기가 null을 반환하는 새 라인에서 여전히 빈 라인 리턴을 남기는 방식 때문이다.빈 줄이 생기면 Wikicode는 이것을 단락 휴식(새로운 <p>를 시작한다)으로 해석한다.이러한 단락은 적절한 테이블 태그 범위(외부 셀, 테이블 내부)를 벗어나기 때문에 일부 브라우저에서는 테이블 상단에서 밀려서 공백이 발생한다.가장 손쉬운 것은 줄 바꿈만 제거하는 것이다.Wikitable을 대신 사용하는 것도 가능하다({{!).}}}) 그러나 대개 그것들에는 더 복잡한 공백 문제가 있다. --Splarka (rant) 22:03, 2006년 8월 1일 (UTC)

완료: 비인접 디프. --Ligulem 22:42, 2006년 8월 1일(UTC)

부록: 개봉 {{와 템플릿/파서 함수 이름 사이에 임의의 공백 문자(스페이스, 새 줄)를 가질 수 있다.이것들은 파서에 의해 버려지고 템플릿의 출력에 공급되지 않는다.이 기술의 고급 용도는 [2]를 참조하십시오. --Ligulem 08:19, 2006년 8월 2일(UTC)

또 다른 접근방법은 html 코멘트 안의 회선 피드를 탈출하는 것이다. 즉, 거의 모든 회선을 다음과 같이 보이게 하는 것이다. -- 릭 블록 (토크) 02:36, 2006년 8월 2일 (UTC)

{{#if{{{image}}}}<tr><<td colspan="2" style="text-colspan: 중앙;"{{{{image }}}</tr}}}</tr>}}}<!--}{#if:{{{{full_name}}}}<tr><<tract colspan="2" style="text-properties: center;"{{{full_name}}</tr}}}}}}}

도와줘서 고마워 - 정말 고마워. --Bookandcoffee 10:22, 2006년 8월 2일 (UTC)

저명한 언어 언어 언어학자

안녕, 내 자신에 대한 기사를 쓰고 싶지만, 나는 그것을 Bloodpack으로 옮기거나 이름을 바꿀 수 없는 것 같아.->Perdidand Ramos Barba 누구라도 도와줄 사람? 고마워 thanks Bloodpack 13:12, 2006년 8월 1일 (UTC)

• 당신의 질의를 바탕으로 당신이 원하는 것을 할 수 있는 두 가지 가능성이 있다.첫 번째 가능성은 사용자 페이지의 이름을 바꾸려는 것이다.이것은 위키피디아에 요청을 넣음으로써 사용자 이름을 변경함으로써 이루어진다.사용자 이름 변경.두 번째 가능성은 당신이 주요 기사 네임스페이스에 자전적 기사를 만들고자 하는 것이다.만약 이것이 당신의 목표라면, 나는 당신에게 위키피디아를 읽기를 권하고 싶다.자서전. --Alen3 13:29, 2006년 8월 1일 (UTC)

† Bloodpack 21:07, 2006년 8월 1일 (UTC) 정보 고마워

유니세스의 맨 위에 있는 흰색 공간

왜 유니세스의 꼭대기에 휴식이 있는 거지?보통은 그런 것들을 없앨 수 있지만, 나는 쩔쩔매고 있다.멜초이르 11시 40분, 2006년 8월 1일 (UTC)

누락된 변수를 입력하면 괜찮다. http://en.wikipedia.org/w/index.php?title=UNISON&oldid=67025025 Martin 11:57, 2006년 8월 1일(UTC)을 참조하십시오.

이미지를 자체 페이지 대신 다른 페이지에 연결

이미지 자체 페이지 대신 기사에 이미지를 연결할 수 있는 방법이 있는가? --farukahmet (토크) 11:17, 2006년 8월 1일 (UTC)

{{click}} 템플릿(위치는 약간 추한 CSS 해킹)을 사용하거나 이미지 페이지를 기사로 리디렉션할 수 있다.우리는 이미지의 법적 상태를 보여주기 위해 사용 가능한 이미지 페이지 being에 의존하기 때문에 어느 쪽도 권장되지 않는다. --Sherool (talk) 11:20, 2006년 8월 1일 (UTC

위키백과 언어

내가 기여하고 싶은 언어당 하나의 로그인이 있어야 할 것 같아.앞으로 로그인을 모든 언어로 할 계획이 있는가?나는 모든 언어에 대해 별도의 로그인이 필요한 이유를 알고 싶다.마노스1394 10:22, 2006년 8월 1일(UTC)

여기서 볼 수 있듯이, 단일 사용자 로그인에 대한 계획이 진행 중이며, 아마도 곧 실행될 것이다.루나 산틴 12시 58분, 2006년 8월 1일 (UTC)

정말 고마워!그럼 조금만 더 기다려야겠다.마노스1394 10:12, 2006년 8월 2일(UTC)

템플릿:필요한 기병 문제 해결 도움말

ATF: 템플릿으로 이 문제 해결 문제에 대해 어디서 도움을 요청해야 할지 잘 모르겠지만, 아마 여기 있는 누군가가 나에게 위키백과의 올바른 영역을 가르쳐 줄 수 있을 거야.나는 미국 기병부대의 출품작들 사이에서 쉽게 서핑할 수 있도록 템플릿을 만들려고 노력해왔지만, 템플릿에 맞추어 시작하기보다는 텍스트가 그것을 감싸게 하는 데 어려움을 겪고 있다.따라서 템플리트가 항목에 배치되는 곳이면, 그것이 입력이 시작되는 지점이다(위쪽에 있는 대신, 그리고 템플릿에 도달하면 템플릿 주위에 감싼다).단어보다 좋은 예: 미국 1 기병 사단을 방문하여 템플릿의 문제를 해결할 수 있는지 확인하십시오.기병.감사합니다, 사용자:아트피프

여기는 괜찮아 보인다(섹션 편집 버튼이 스퀴핑된 것 제외). --Splarka (rant) 22:08, 2006년 8월 1일 (UTC)

ATF: 비즈자레.미국 1기병사단의 진입을 보면 계속 골머리를 앓고 있다.2개의 infobox가 있으며, 2번째 infobox(제1의 infobox가 있는 기사 상단에 있는 대신)의 상단이 되어야 기재의 본문이 시작된다.여기 내가 엔트리를 방문했을 때 받은 것의 스크린샷이 있다.글의 본문이 시작되기 전에 모든 공백을 주목하라.이거 또 본 사람 있어?

좋아, 나는 MSIE 5. something의 오래된 카피에 그 이상한 행동을 복제할 수 있었다.문제는 템플릿 테이블을 <중앙> 태그와 class="infobox"(float:right and clear:right를 적용)에 넣는 데서 발생하는 것으로 보이며, 이는 서로 상반되고 MSIE를 혼동하는 것으로 보인다.템플릿에서 중앙 태그를 제거했는데 모질라에서도 페이지가 동일하게 나타난다.나아졌는지 확인해 보십시오. --Splarka (rant) 07:13, 2006년 8월 2일 (UTC)

마지막으로, "섹션 편집 버튼이 스퀴어진다"는 위키백과의 사용법을 통해 고칠 수 있다.일괄 처리된 편집 링크 수정 방법.이 경우 "부동 div" 방법은 통하지 않았지만 "부동 테이블" 방법은 효과가 있었다. --cesarb 16:10, 2006년 8월 2일 (UTC)

ATF: 네.그것이 문제를 해결한다.인상적인 작업이었습니다. - 사용자:아트피프

==

방금 페이지를 편집하려고 했는데 오류가 계속 발생함.계엄령 04:02, 2006년 8월 1일 (UTC)

저장 기능이 작동하지 않음

글렌 스펜서의 이름을 아리조나 출신의 저명한 사람들의 캐타고리에 배치하는 동안, 이번에는 세이브 기능이 작동하지 않는다 @.계엄령 05:05, 2006년 8월 1일 (UTC)

Save(저장) 버튼은 간헐적으로 작동한다.계엄령 05:06, 2006년 8월 1일 (UTC)

스티븐 콜버트는 위키피디아를 망가뜨렸다.[3] [4] [5] --Interiot 05:30, 2006년 8월 1일 (UTC)

==

사용자가 동일한 외부 링크를 여러 기사에 계속 게시하고 내가 24시간 내에 계속 삭제하는 경우, 나는 위키피디아에 위반되는 것이다.3회전 규칙? --Brat32 01:32, 2006년 8월 1일(UTC)

다른 사용자와 얘기해 보셨습니까?계속 되돌리는 것보다는 합의를 이끌어내는 것이 훨씬 나을 것이다. -- 릭 블록 (대화) 02:43, 2006년 8월 1일 (UTC)

...그리고, 직접답변, 복수의 기사에 대한 동일한 변경은 3RR에 대해 고려되지 않는다.--Rick Block (talk) 02:47, 2006년 8월 1일 (UTC)

그것은 다양하다, 한 경우에, 주인이 내 페이지를 파괴해서 더 이상의 토론은 무의미했다.한 사람이 내가 편집한 여러 기사를 따라다니며 반란을 일으키기 시작했다.또 하나, 나는 한 사람을 제외한 그의 연계를 모두 삭제하고 그와 토론을 벌이며 기사의 토크페이지에서 토론하자고 제안하고 거기서 실을 폈다.웃긴 공증이란 새로운 사용자와 그의 IP 양말 꼭두각시에 의해 전체 토크 페이지가 대량으로 파괴된 직후였지만 나는 그것이 같은 사람인지 확실히 알 수 없었다.다른 곳에서의 경험으로 보아, SEO가 PR에 링크를 걸려고 하는 것은 대화하기 좋은 사람이 아니다. --Brat32 02:59, 2006년 8월 1일 (UTC)

위키피디아 방문처럼 들리는데:관리자의 게시판/사건이 적절할 수 있다.관리자들이 도움을 청하러 왔다. -- Rick Block (대화) 03:51, 2006년 8월 1일 (UTC)

링크해줘서 고마워.파손된 나의 사용자 페이지는 내가 알아차리기도 전에 좋은 관리자에게 금방 잡혔다.어제 위키피디아를 통해 보도한 대화 페이지의 대규모 파괴.공공 기물 파손에 대한 관리자 개입과 사용자 2명은 몇 분 만에 차단돼 놀라움을 금치 못했다.내가 보고 있는 것은 대부분 자신의 사이트를 홍보하려는 사람들이 자신의 토크 페이지에 나와 있는 경고문조차 읽지 않는 작은 시간들이다. --Brat32 04:18, 2006년 8월 1일 (UTC)

== HTTP 500 오류

==

나는 영어판이 아닌 위키피디아의 이미지, 허가받은 GFDL, 그리고 서투른 이름을 가진 이미지를 사용하고 싶다.나는 작가가 아니다.내가 그것들을 Commons에 업로드하려고 해야 할까(그것에 대한 경험은 없는가), 아니면 단순히 의미 있는 이름들을 가지고 영어 버전으로 다시 업로드 해야 할까?(원래 질문). --Cameltrader 00:21, 2006년 8월 1일 (UTC)

GFDL/무료(예) 및 다른 곳에서 사용할 가능성이 있는 경우(아마도?그들이 다국어를 할 수 없도록 방해하는 텍스트나 캡션이 있는가?), 그것들을 공유지에 업로드한다.공유지에 업로드하는 것은 다른 위키 업로드와 상당히 유사하다(거기에 사용자 계정이 없는 경우 계정을 만들어야 한다).또한 사용 가능한 경우 원래 프로젝트에 "Now on commons" 템플릿(예: {{NowCommons}, 여기)을 사용하여 해당 템플릿에 레이블을 붙이십시오.필요한 경우 이름을 변경하십시오. --Splarka (rant) 07:32, 2006년 8월 1일(UTC)

그것들을 Commons에 업로드해 주시오.다국어 버전의 지도 (등)는 매우 환영한다.이 모든 것을 한 곳에 보관하는 것은 각각의 프로젝트가 그 버전을 가지고 있는 것보다 더 타당하다. 게다가 또 다른 영어 프로젝트(단순, 위키북, 위키뉴스, 기타 al)가 미래에 그것을 사용하기를 원할 가능성이 항상 있다.pfctdayelise (번역?) 13:05, 2006년 8월 2일 (UTC)

==3회전 규칙 및 외부 링크 스파

==

나의 샌드박스에 있는 이 예에서 나는 <ref>를 그 다음에 다른 것으로 옮겨지는 기사 안에 포함시키려고 노력했다.보시다시피, 변환된 참조에 주어진 ID(이 경우 4)가 마스터 페이지 ID를 고려하더라도 마스터 페이지에서 <Reference /> 태그를 호출할 때는 참조가 나타나지 않는다.

표시된 항목 내의 위치에 관계없이 변환된 ID가 모든 마스터 ID 다음에 오더라도 이를 수행할 수 있는 방법이 있는가?어떠한 생각이나 제안이라도 감사한다! 2006년 7월 31일, 린번과 관련하여 (UTC)

m:Cite/Cite.php#Issues, not. --Splarka (rant) 07:27, 2006년 8월 1일 (UTC)

== 이미지 공유 대 업로드

==스팸을 게시하는 IP 주소를 몇 개 찾았는데, 1주일 정도 기다렸다가 다시 돌아오는 것 같아.다른 게시물을 만들면 더 많은 스팸인지 확인하러 갈 수 있는 방법이 있을까? --Brat32 05:14, 2006년 7월 31일 (UTC)

중요한 것은 툴 서버가 다시 작동하기 시작하면 여러 사람의 기여도를 볼 수 있는 도구를 만들고, URL을 사용자 이름으로 책갈피하여 쉽게 확인할 수 있도록 하는 것이다. --Interiot 11:39, 2006년 7월 31일(UTC)

== 변환된 참조

== 제목.그런데 어떻게 추가됐는지 알 수가 없어. --Brat32 05:14, 2006년 7월 31일 (UTC)

위키백과 참조:섹션#목차(TOC). --Interiot 05:26, 2006년 7월 31일(UTC)

기본적으로 목차는 제목이 4개 이상일 때만 나타난다.페이지에 __FORCETOC__를 배치하여 강제로 표시할 수 있다.드래곤스 05:28, 2006년 7월 31일 (UTC)

고맙네, 이제 막 상상하기 시작해서 세 개밖에 안 먹었는데 --Brat32 05:32, 2006년 7월 31일 (UTC)

==사용자의 게시물을 모니터링할 수 있는가?

사용자 페이지에서 인덱스를 얻는 방법

여러 사용자 페이지에는 모든 이중 목록을 나열하는 색인 상자가 있음

탭

난 "마지막 디프" 탭을 받으려고 노력중인데 실험을 해봤지만 아무 효과가 없었어.나는 내 다른 모노북을 망치지 않기 위해 이 계정으로 노력하고 있다.도와줄까?{{subst:사용자:GangstaEB/Sig}} 00:28, 2006년 7월 31일(UTC)

이게 내가 모노북을 엉망으로 만들 수 있는 것이다.

function addOnload(eventLoad) {  if (window.addEventListener) window.addEventListener("load", eventLoad, false);  else if (window.attachEvent) window.attachEvent("onload", eventLoad); }   function addlilink(tabs, url, name, id){      var na = document.createElement('a');      na.href = url;      na.appendChild(document.createTextNode(name));      var li = document.createElement('li');      li.id = id;      li.appendChild(na);      tabs.appendChild(li);      return li; }  function addTab(url, name, id, title, key){       var tabs = document.getElementById('p-cactions').getElementsByTagName('ul')[0];      addlilink(tabs, url, name, id, title, key); }  addOnload(function() {     addTab(document.GetElementById('ca-history').getElementByTagName('a')[0.href.replace( /action=history/, 'diff=0'), 'last diff', 'ca-diff'; };;;;;

이미 이러한 기능을 가지고 있다면 다시 복사하지 마십시오.테스트는 하지 않았고, 단지 복사하고 붙여넣고 편집만 했을 뿐, 내 모노북.js. --james^(talk) 00:37, 2006년 7월 31일 (UTC)

이미지 센터링

옥스퍼드, Christ Church에 있는 대학 상자 안에 있는 로고는 중앙으로 들어가는 것을 거부한다 - 왜 이것이 있으며, 어떻게 고쳐질 수 있는가?[[사용자:Wikiman}} 22.51, 2006년 7월 30일

이미지는 중앙에 있었지만 기둥 폭 1의 테이블 셀에 있었다.문제는 템플릿에 있었다: 콜스판="2"가 테이블 행에 적용되었고, 테이블 셀이 작동하지 않았다.이 디프가 고친 것 같다. --Splarka (rant) 07:16, 2006년 7월 31일 (UTC)

스플라카가 템플릿을 바꾼 것과 동시에 내 실험이 일어난 것 같아이미지에서 캡션을 제거했더니 중앙에 있는 것 같았다.나는 이전 버전이 효과가 있어서 되돌아왔다.—EncMstr 07:20, 2006년 7월 31일 (UTC)

많은 감사 - 사용자:Wikiman, 2006년 8월 1일 12.37

잠겼는지 안 잠겼는지?

때때로 데이터베이스가 "서버 문제 조사"라는 이유로 잠겨 있는 경우, 편집하려는 텍스트(즉, 캐시되지 않았다는 의미)에 이어 오류가 발생하기도 한다.기분이 상쾌해지자 모든 일이 잘 풀렸다.이것은 약 일주일 전에 일어난 일에서 유출될 가능성이 있는가? - Mailer Diablo 16:19, 2006년 7월 30일 (UTC)

몇 시간 전에 나는 "페이지 저장" 버튼을 눌렀고, 몇 초의 지연이 있은 후, 그 페이지는 눈에 띄게 변한 것이 없이 깜박거렸다.단추를 충분히 세게 누르지 않았다고 생각했기 때문에, 집게손가락을 강하게 눌러서 찰칵 소리를 내다가, 우연히 페이지 상단 가까이에서 아주 눈에 띄지 않는 메시지가 눈에 띄었다.그것은 다음과 같이 보였다.

경고: 데이터베이스가 유지보수를 위해 잠겨 있으므로 편집한 내용을 지금 바로 저장할 수 없음.텍스트 파일을 복사하여 붙여넣은 후 나중에 저장할 수 있다.

가능하면 이 텍스트는 a) 훨씬 크고, b) 주의를 끄는 색상이 되어야 하며, c) 예외적인 조건에 사용되는 시각적 상자 중 하나에 있어야 한다.로그나 ETA를 정상으로 추정할 수 있는 무언가에 대한 링크가 있다면 좋을 것이다.—EncMstr 23:47, 2006년 7월 30일(UTC)

MediaWiki에서 제안:읽기 전용 경고 및 MediaWiki:읽기 전용 텍스트.나도 동의해, 내가 다시 정상으로 올라가기 전까지 그 텍스트를 완전히 놓쳤어. --james^(talk) 00:02, 2006년 7월 31일 (UTC)

그것은 이제 제안되었다.제안을 내주어 고마워요.—EncMstr 07:46, 2006년 7월 31일 (UTC)

한자

위키백과 기사에 한자가 제대로 표시되려면 어떻게 해야 할까?지금은 한자 한 자 한 자 한 자 한 자 한 자 한 자 한 자 한 자 한 자 한 자 한 자 한 자 한 자 한 자 한 자에버마어 표시와 같은 기타 언어 확인

--갈리쿠르시 09:31, 2006년 7월 30일 (UTC)

한자 집합/언어 팩을 설치해야 한다. --09:35, 2006년 7월 30일(UTC)

올바른 글꼴을 설치하십시오.이게 먹힐지도 몰라.개인적으로는 이것을 설치하고 있으며, 대부분 나에게 효과가 있다. --Interiot 09:37, 2006년 7월 30일 (UTC)

빨간색 링크의 스트라이크 스루

가, 누가 그런 생각을 해냈지?⇒ JarlaxleArtemis 04:48, 2006년 7월 30일 (UTC)

고마워, 아슬아슬했어.〇 JarlaxleArtemis 05:15 (UTC)

이 페이지 상단에 있는 세 번째 FAQ를 읽어 보십시오. --cesarb 16:11, 2006년 7월 30일(UTC)

참조를 위해 Safari에서 글꼴이 횡설수설하게 됨

지난 몇 달 동안 Macintosh OS X 시스템용 내 버전의 Safari 2.0.4(버전 10.4.7)는 참고문헌 등의 타이프타입을 변경할 때 끊임없이 "쓰레기" 문자를 생성해 왔다.

이것은 항상 그렇지는 않았다.나는 몇 년 동안 당신의 페이지에서 사파리를 사용해 왔으며, 의도된 모든 캐릭터를 보는 데 문제가 없었다.

스타일시트가 글꼴을 호출하는 방식이 바뀌어서 그런 건지, 아니면 내 Safari에 문제가 있는 건지 말해줄 수 있어?알고 있으면 어떻게 해야 고칠 수 있는지 말해줄 수 있어?

정말 고마워!

--Dave Shugarts

문제가 있는 페이지의 예를 들어줄 수 있니?나는 그런 어려움 없이 사파리를 사용한다.사파리 문제보다는 폰트에 문제가 있는 것 같은데 문제가 있는 페이지에 링크를 걸어줘. - 너허 23:43, 2006년 7월 29일 (UTC)

문서의 카테고리 페이지 목록

어떤 식으로든 한 카테고리의 모든 페이지 목록을 기사에 포함시킬 수 있는가? --Cormalen 18:36, 2006년 7월 29일 (UTC)

템플리트처럼 카테고리의 페이지 목록을 변환할 수 없다.{{category:food}}}을(를) 사용하면 카테고리 페이지를 초월하지만 카테고리는 초월하지 않는다.한 가지 해결책은 봇이 목록을 재조정하도록 하는 것이지만, 미디어위키 소프트웨어만으로는 그것을 할 수 없다.조지머니 19:21, 2006년 7월 29일 (UTC)

카테고리 페이지를 대체하는 것은 해당 카테고리의 페이지 목록을 포함하지 않는다.어쨌든 고마워. --코말렌 20:10, 2006년 7월 29일 (UTC)

m:DynamicPageList는 당신이 원하는 것을 할 수 있지만, 이 wiki에는 설치되어 있지 않다.그러나 다른 위키에서는 자주 활용하기 때문에 언젠가 이 정보가 유용하다는 것을 알게 될지도 모른다 ^_^. --Splarka (rant) 07:16, 2006년 7월 30일 (UTC)

서버의 이미지 로드

일부 이미지는 다른 이미지보다 처리 집약적인가?이미지 크기 조정과 렌더링이 단 한 번(예를 들어 ##px에서 첫 번째 이미지가 요청되는 경우)에 불과하다는 인상을 받았기 때문에 복잡한 svg 렌더링이 필요하더라도 특별히 문제가 되지 않을 것이다.그러나 사용자는 서버 로드가 높기 때문에 스텁 템플릿에 큰 이미지를 사용하지 않아야 한다는 우려를 표시했다.이게 진실일까?~ Booya 14:47, 2006년 7월 29일 (UTC)

큰 이미지는 특정 크기로 처음 사용될 때 축소판 그림으로 렌더링되므로 큰 스텁 이미지는 작은 스텁 이미지와 동일한 로드를 서버에 가진다(둘 다 동일한 크기로 축소되었다고 가정).또한 브라우어 캐시와 프록시로 인해 부하가 생각보다 훨씬 작다.서버 부하 문제로 스터브 이미지가 많이 제거된 시기(IERC 약 1년 전)가 있었는데(이미지 서버가 부하를 따라가지 못하고 있었다), 이후 새로운 이미지 서버가 추가되어 더 이상 문제가 되지 않는다. --cesarb 16:28, 2006년 7월 29일(UTC)

연결된 이미지의 밑줄을 제거하는 중

사용자:대니얼.브라이언트마우스를 이미지 위에 놓을 때 이미지 위에 나타나는 선을 제거하려면 어떻게 해야 하는가?알고 있고, 시간적 여유가 있다면, 얼마든지 수리해 줘, 정말 고마워.건배, 킬페스트2—다니엘.브라이언트 08:17, 2006년 7월 29일 (UTC)

모노북 css 때문에 (적어도 내가 알기로는) 불가능할 것이다.

모노북/main.css에서:

a:1987 { 문자 메시지: 밑줄; }

그리고 이미지 상단에 링크를 오버레이하는 {{click}} 템플릿 때문에 해당 링크 위로 마우스를 올리면 "a:message"가 되고 css가 적용된다.

{{tl click}에 <div class="clicktemplate"></div>를 추가하면 될 것 같은데, MediaWiki:모노북.css:

.clicktemplate a:clicktemplate { text-continues: none!중요하지 않음

조지머니 09:58, 2006년 7월 29일 (UTC)

정말, 나는 그 어떤 것도 이해하지 못했어. 그리고 그것은 내 기술적 미숙함 때문이지, 네 의사소통 능력 때문은 아니야.부탁인데, 내 페이지에서 사용할 수 있을 것 같은 템플릿 좀 써봐 줄래?건배, 킬페스트2—다니엘.브라이언트 11:13, 2006년 7월 29일 (UTC)

글쎄, 간단히 말해서, 관리자만 편집할 수 있는 글로벌 파일의 내용을 변경하지 않으면 방법이 없어.조지머니 2006년 7월 29일 12시 31분(UTC)

걱정 마, 내가 이걸 찾았어. 그게 문제를 해결했어.어쨌든 도와줘서 고마워.킬페스트2—다니엘.브라이언트 12시 40분, 2006년 7월 29일 (UTC)

(페이지)로 돌아가기

로그인 후 다른 사람이 마지막 페이지로 돌아갈 수 있는 코드와 MediaWiki 템플릿은 어디에서 찾을 수 있는가? -- Wikitravel Sapfire 04:54, 2006년 7월 27일(UTC)

페이지를 로드할 때 Wiki 코드는 다음 매개 변수가 추가된 로그아웃(또는 로그인) 링크를 생성함&returnto=pagename(여기서 페이지 이름은 현재 페이지의 이름임).

로그인하는 경우:링크를 클릭할 때 생성되는 양식에 다음 동작의 매개 변수가 포함됨:<form name="userlogin" method="post" action="/w/index.php?title=Special:Userlogin&action=submitlogin&type=login&returnto=pagename">. 양식을 제출하면, html은 (그 매개변수로부터) 메타 태그를 생성하여 해당 페이지로 이동시킨다.<meta http-equiv="Refresh" content="10;url=http://en.wikipedia.org/wiki/pagename" />html로

로그아웃하는 경우: 해당 링크를 클릭하면 메타 태그가 포함된 로그아웃 페이지로 이동:<meta http-equiv="Refresh" content="10;url=http://en.wikipedia.org/wiki/pagename" />html로

이것과 관련된 템플릿이나 Wikicode는 없다, 그것은 php의 기능이다.그 두 페이지 이외에는 어디에서도 &returnto= 파라미터를 활용할 수 없을 것 같다(특수:Userlogin 및 Special:사용자 로그아웃).--Splarka (rant) 01:16, 2006년 7월 29일 (UTC)

감사합니다, -- 사용자:위키트라벨 사파이어

Racing-reference.com

이 웹사이트는 위키프로젝트 NASCAR과 위키프로젝트 IROC에서 우리에게 중요한 참고 사이트다.이 웹사이트는 현재 racing-reference.info이라고 불린다.모든 "racing-reference.com" 문자열을 "racing-reference.info"으로 변경해야 해.나는 AWB가 있는데, 어떻게 프로그래밍해서 작업을 해야 할지 모르겠어.제안 사항 있으십니까? --Royalbroil 21:15, 2006년 7월 28일 (UTC)

특수:링크 검색. --cesarb 16:39, 2006년 7월 29일 (UTC)

AWB를 이용해 위키프로젝트 NASCAR과 위키프로젝트 IROC 기사를 모두 살펴보기로 하고, 대체 텍스트 기능을 이용했다.잘 됐다.스페셜 링크는 몇몇 스트래글러들을 찾는데 도움을 주었다.문제는 해결됐습니다.감사합니다 2006년 7월 30일 03:57 (UTC)

Oh dear - IE를 사용하여 연결할 수 없음

이상하게도 나는 파이어폭스를 이용해서 연결할 수 있지만 IE는 WP를 볼 수 없을 것이다.최근까지 괜찮았다.아마도 WP 이사회가 그들의 의식을 되찾아 IE 사용자를 금지했을까?아니? 난 아니라고 생각했어.아이디어 있어? (P.S. wiktionary) Rich Farmbrough 00:50 2006년 7월 29일 (GMT)

캐쉬와 쿠키를 지우고 몇 시간이나 머리를 긁적거리다가 지금 일을 하고 있어.Rich Farmbrough 00:51 2006년 7월 29일 (GMT)

javascript를 비활성화해 보십시오. -- 킹 오브 ♥♣♠♠ 01:08, 2006년 7월 29일 (UTC)

어젯밤에 꿈을 꿨어.위키피디아는 IE 사용자를 차단했다.IE를 이용해서 위키피디아를 찾아간다면, "미안하지만 IE를 사용하고 있구나.그러므로 우리는 당신이 우리의 백과사전을 읽어서 이익을 얻거나 그것에 긍정적인 기여를 하기에는 너무 어리석고/또는 컴퓨터를 잘 모르는 사람이라고 생각한다.우리가 틀렸다는 것을 증명하려면 Firefox나 Opera와 같은 다른 브라우저를 다운로드하여 위키백과를 편집하는 데 사용하십시오.파이어폭스나 오페라로 브라우징하는 것이 훨씬 더 안전하고 빠를 것이다."(P.S. 미안, 나 자신을 참을 수 없었어, 네가 그 농담을 즐기길 바래.) --J.L.W.S. The Special One 08:41, 2006년 7월 29일 (UTC)

메, 파이어폭스는 형편없어MSN과 같은 브라우저에 지불하는 것이 훨씬 낫다.⇒ JarlaxleArtemis 04:46, 2006년 7월 30일 (UTC)

자동 잠금 장치가 계속 자동 잠금 해제

사용자를 차단한 이후:Az producations(회사 사용자 이름), autoblocker는 며칠 동안 ([6]) 많은 자동 잠금 장치를 계속 생산해 왔다.그것들을 치우려고 해봤지만 소용이 없었어.자동 잠금 장치를 멈출 방법이 있을까?감사합니다, 2006년 7월 28일(UTC) ♥ 17:48의 왕

No. --cesarb 16:39, 2006년 7월 29일 (UTC)

로그인한 계정의 차단을 해제하지 않으면 안 된다.계정 이름이 차단된 사용자가 반복적으로 편집을 시도하고 있으며, 이로 인해 자동 잠금이 발생함사용자:Zoe 22:31, 2006년 7월 30일(UTC)

첫 번째 자동 잠금을 해제하여 자동 잠금을 더 이상 중지할 수 없으십니까?그건 효과가 있었고, 원래 블록키를 차단할 수 있게 해주었지.어쨌든, 그렇게 해봐. - 2006년 8월 1일, 세무사 13:58 (UTC)

아즈 프로덕션(대화 • 기여 • 페이지 이동 • 현재 자동 잠금 • 블록 로그)은 6일 또는 7일마다 편집하려고 하는 것으로 보이며, 의도적으로 자동 잠금을 발생시키려 할 수 있다.누군가 그들에게 설명하려고 노력해야 할까?--AOL 계정 14:01, 2006년 8월 1일(UTC)

정책 수정본을 차단하여 문제를 해결하지 못함

나는 정기적으로 대부분의 싱가포르 사용자가 공유하는 IP인 User:202.156.6.54의 블록에 의한 부수적 손상의 피해자다.이것은 나를 위키리스트로 만들었고, 때로는 맹렬히 비난하기도 했다.최근 이러한 부수적 피해를 막기 위한 차단방침에도 몇 가지 변화가 있었다.하지만 그들은 이 문제를 제거하는데 성공하지 못했다.나는 여전히 오토블록으로 인한 부수적인 손상의 피해자지만, 그것들은 흔하지는 않고, 일반 IP 블록의 경우 더 이상 차단되지 않는다.보통 블록의 경우 15분에서 몇 시간보다 자동 잠금이 훨씬 더 오래 지속된다는 점에 유의하십시오.따라서 나는 자동 잠금에 의한 부수적인 피해를 방지하기 위해 차단방침과 미디어위키 소프트웨어에 대한 추가 변경을 추진하고 있다.예를 들어, 자동 잠금은 선택 사항으로 만들어질 수 있다. --J.L.W.S. The Special One 15:06, 2006년 7월 27일 (UTC)

사용자 대화 페이지에 응답

사용자(즉, 나)가 자신의 토크 페이지에 응답했다. --J.L.W.S. The Special One 08:42, 2006년 7월 29일 (UTC)

로고 기이함

이것에 대해 어떤 생각이 있으십니까?St Louis Cardinals 로고(:Image:세인트루이스 카디널스 로고.svg)는 세인트루이스에 올라오지 않는다. 루이스 카디널스비교하자면, 시카고 컵스와 다른 팀들의 로고는 잘 어울린다.로고 파일이 존재하며, 컵스의 로고와 거의 같은 크기로 보이며, MLB 인포박스(로고를 부르는 것)에서 사용하는 코드는 동일하게 나타난다.좀 어리둥절하다.헤로스트라투스 21:00, 2006년 7월 25일 (UTC)

이에 따라 당분간 템플릿에 대한 정확한 코드를 카드 기사에 입력하고 결과 영상의 픽셀 크기를 100px에서 101px로 변경했다.이 때문에 100px에서는 왜 나타나지 않는지 전혀 알 수 없다.--- 휴고 16:06, 2006년 7월 27일 (UTC)

와, 이상하다.해결책 고마워, 설명하기 어렵지만!헤로스트라투스 00:02, 2006년 8월 1일 (UTC)

버그 5463 참조 - 고속도로 페이지(예: 290번 주간 고속도로(일리노이 주) 참조)에서 이 문제에 대해 큰 문제가 있었지만, 이미지만 수정되었으므로 이미지를 제거해야 한다.카디널스 1번 할게.—Rob (토크) 18:28, 2006년 8월 3일 (UTC)

참조 숨기기

나와 몇몇 다른 이들은 특히 2006_이스라엘-레바논_분쟁 페이지에 많은 공간을 차지하는 참조를 숨기는 것이 가능한지 궁금해했다. 현재 거의 150개의 참조가 있기 때문이다.고마워!프링카헤드르0n 20:03, 2006년 7월 17일 (UTC)

--Interiot 02:02, 2006년 7월 18일 (UTC)

나는 거의 150개의 참고문헌을 문제라기 보다는 아주 잘 된 기사의 표시로 보고 싶다, 나 자신, (아직 포맷이 필요한 「국제적 반응」에 인라인 참고문헌이 몇 개 있기는 하지만)말하자면, 너무 많은 사람들이 그 기사가 너무 길어서, 실제로 71k로 언급하고 있다.어떤 부분이 별도의 기사로 분리될 수 있는지('역사적 배경' 섹션은 시작하기에 분명한 장소)를 살펴보자고 제안하고, 도입은 현재 상태로는 너무 길다.하지만 그것 말고는 정말 걱정할 필요는 없다고 생각하는데, 특히 참고문헌의 2열 형식으로는 그렇지 않다. --Daduzi^talk 03:48, 2006년 7월 18일 (UTC)

2열 형식은 몇 개의 브라우저에서만 지원된다.구체적으로, 그것은 인터넷 익스플로러에서는 작동하지 않는다.하지만 어쨌든 일부 비기술적인 해결책들은 더 좋게 들린다. --Interiot 04:50, 2006년 7월 18일 (UTC)

위키백과의 예처럼 기계적인 쇼/숨기기만을 사용하도록 확실히 시뮬레이션을 한다.버전 0.5.기본적으로 일부 섹션의 내용은 숨겨져 있다.사용자는 섹션을 확장하는 링크를 클릭할 수 있다. --Salix alba (talk) 17:45, 2006년 7월 19일 (UTC)

어떤 해결책이라도 인쇄할 때 참조가 나타나는지 확인해야 한다.오버플로우:auto div는 나에게 완전히 인쇄되지 않지만, 이것은 약간의 css로 바뀔 수 있다. (하지만 나는 개인적으로 꽤 못생겼다는 것을 발견한다.루핀토크 팝업 13:04, 2006년 7월 22일 (UTC)

편집 모드에서 숨기려면 [7]을 참조하십시오.유일한 한계는 어디론가 가다가 "뒤로"를 누를 수 없다는 것이다.숨겨진 테이블이 그걸 고칠 수 있을 거라 믿지만...나는 RfA js처럼 비편집 모드에서 ref를 쇼/숨기기 diff로 만드는 스크립트를 하나 만들 것이다.2006년 8월 3일 08:02(UTC)

SVG의 글꼴

SVG에 지원되는 글꼴을 알려 주시겠습니까?또는 좀 더 구체적으로, DejaVu Sans(내재가 아닌 참조 글꼴로)로 SVG를 업로드할 경우 MediaWiki가 올바르게 렌더링할 수 있는가?현재 GIF인 대부분의 글꼴이 아닌 여러 유니코드 문자의 SVG 렌더링을 업로드하고 싶은데 DejaVu Sans를 텍스트로 사용할 수 있는지, 아니면 표준 SVG 경로로 변환해야 하는지(텍스트일 경우보다 쉽지만 큰 크기) - 2006년 8월 26일(UTC)

그래, 나 혼자 만들었어, 그럴 수 없어.그러나 어떻게 하면 미디어위키에 글꼴 지원이 추가될 수 있을까, 특히 데자뷰 산스가 이렇게 광범위한 채라커를 지원하고 자유롭기 때문에(글꼴이 자유롭다).- 2006년 8월 26일 15:22(UTC)

bugzilla에서 기능 요청을 제출하십시오.서버 관리자는 곧 그것을 보고 그것에 대해 조치를 취해야 한다.그렇지 않다면 대화 페이지, 이메일 또는 IRC를 통해 직접 연락하는 것을 고려해 보십시오.—Ilmari Karonen (대화) 2006년 8월 31일 16:30 (UTC)

사라토가 전투

누가 이 기사의 위키백과를 고칠 수 있을까?첫 번째 세 개의 "편집" 링크는 한 단락의 중간에 있는 세 번째 섹션의 중간 지점에 있는 그룹이다. Kendrick7 20:43, 2006년 8월 30일(UTC)

수정됨. 위키백과:묶음 수정 방법 향후 수정 방법에 대한 자세한 설명을 위해 링크 편집. --cesarb 21:36, 2006년 8월 30일(UTC)

카테고리 페이지 작동 문제

카테고리 페이지 운영에 문제가 나타났다.범주:유효하지 않은 ISBN이 있는 기사에는 카테고리에 없는 기사 항목이 포함되어 있다.Alan Pascoe 22:23, 2006년 8월 29일 (UTC)

위의 #여기에 나타나는 이상과 관련이 있을까?인덱스에 문제가 있나? (SEWilco 06:02, 2006년 8월 30일(UTC))

나는 이 기사들 중 하나를 편집했는데, 그 기사에는 템플릿이 들어 있다고 믿었고, 가짜 입력은 사라졌다.2006년 8월 30일 08:40 (GMT)

bugzilla:7162는 수정되었고, 문제는 분명히 편집된 기사에 최근 편집된 내용들이 추가된 것이었다.그래서 최근 ISBN 관련 편집이 난무하면서 아마도 ISBN 카테고리 태그가 이 버그를 낳고 있었는데, 이 태그는 다른 기사에 추가되었다. (SEWilco 15:45, 2006년 8월 30일 (UTC)

다중 회선 리디렉션: 개발자로부터 확인 필요

• 컨텍스트 - 최근까지 리디렉션 페이지는 맨 처음 줄만 저장하고 다른 모든 항목을 삭제했다.최근 리디렉션 페이지는 첫 줄보다 더 많이 저장되고 있다.
• 질문 - 이것이 문서화할 수 있는 것보다 영구적인 기능이며, 편집자가 공식적으로 사용하는 기능인가?
• 보완 - 일부에서는 첫 번째 줄(범주 태그, 리디렉션 템플릿, HTML 코멘트의 메타 정보 등)에 모든 것을 쌓을 필요 없이 페이지를 리디렉션하기 위해 정보를 추가하는 데 이 기능을 사용하기 시작했다.MediaWiki의 새로운 변화는 기존의 단일 줄 동작으로 돌아가면 유용하지만 현재 문서화되지 않은 기능을 사용하여 모든 페이지를 지울 것이다.따라서 우리는 그것이 공식적으로 시행되는지 아니면 우리가 사용해서는 안 되는 결함인지 알 필요가 있다.

-- 62.147.112.177 10:00, 2006년 8월 25일(UTC)

어, 이 보드에 개발자가 없어?다른 곳에 게시해야 하나?이러한 직접적인 예/아니요 질문에 제로 답은 이상하게 보인다. 62.147.38.54 13:29, 2006년 8월 30일(UTC)

나도 위키백과 강연에서 논의한 내용 때문에 이 문제에 대한 답변을 기다리고 있었다.방향을 바꾸다.내가 찾을 수 있는 것은 버질라:1476, 논평 #19인데, 이것은 이것이 영구적인 변화임을 암시하는 것 같다.(Libertatore, 2006).2006년 8월 30일 15:00 (UTC)

정말 좋은 연결고리야!그것은 우리에게 두 이슈의 상태에 대해 외부적이고 권위 있는 정보를 제공한다.나는 그것을 유지하기 위해 그것을 토크 페이지에 추가했다.한편:

#위키메디아 테크놀로지에 가서 브리온으로부터 부분적인 답변을 받았고, 그 후 팀 스타링으로부터 완전한 답변을 받았는데, 단편은 다음과 같다.

• 리디렉션의 범주는 공식적으로 정상임
• 다중 회선 리디렉션 공식적으로 정상임
• "R 템플릿"과 같은 리디렉션의 BAT 템플릿은 성능상의 이유로 정상적이지 않으며, 향후에 손상될 수 있다.

처음 두 가지 요점은 좋지만, 세 번째 요점은 위키백과의 현재 문서에 문제가 될 것이다.리디렉션 및 모든 위키백과:템플릿 메시지/Redirect 페이지

긴 이야기와 IRC 로그

Wikipedia_talk:리디렉션#Content_of_redirects:_templates.2C_카테고리.2C_multiple_lines.

-- 62.147.38.54 17:24, 2006년 8월 30일 (UTC)

OT: 62.147.38.54(62.147.38.54, 62.147.112.177)에게, 내가 당신에게 로그인을 만들어 줄 것을 부탁해도 될까(2, 147.112.177)? 그러면 당신은 자신만의 토크 페이지를 가질 수 있을 거야.당신은 여기서 좋은 일을 하고 있는 것 같은데, 왜 그렇게 복잡하게 만드는지;-) --리굴렘 17:48, 2006년 8월 30일 (UTC

여기 링크의 이상한 결과

"티베리안 히브리인"의 "What links here" 결과에서 퇴비는 무엇을 하고 있는가?[8] 그 목록에는 아마도 거기에 속하지 않을 다른 항목들도 있다."여기 무슨 링크"에 대해 부정확한 것이 있는가? --호지론 12:26, 2006년 8월 30일 (UTC)

난 그 리스트에 퇴비가 없어.다음 페이지에서 캐시를 삭제해 보십시오.Mozilla/Safari: Shift 키를 누른 상태에서 다시 로드(또는 Ctrl-Shift-R 누름), IE: Ctrl-F5, Opera/Konkerer: F5. —Mets501 (토크) 13:21, 2006년 8월 30일(UTC)을 누르십시오.

퇴비가 방금 편집되었기 때문이다.페이지를 편집하면 해당 아티클의 링크와 카테고리가 업데이트되고 정상으로 되돌아간다.김메트로 13:25, 2006년 8월 30일 (UTC)

나는 어떤 페이지가 한 페이지에 연결되었는지 볼 수 있는 능력을 갖고 싶다.또한 어떤 페이지가 카테고리에 포함되었는지 보기 위해.이런 것들을 추적하기 위한 일종의 역사 페이지는 때때로 유용할 것이다.No 9월 14:07, 2006년 8월 30일 (UTC)

나도 동의해, 카테고리 내역과 카테고리 감시 (그래서 페이지가 추가되면 카테고리가 당신의 워치리스트에 표시됨)는 아주 좋은 일이 될 거야.—Mets501 (토크) 14:08, 2006년 8월 30일 (UTC)

얀 스마츠 청년 - 각주 문제

위 기사를 편집하려고 하는데 각주에 문제가 생겼어.일반적인 상황에서는 이 페이지에 21개의 각주가 있어야 하지만, 페이지에서 볼 수 있듯이, 이 21개는 42개로 늘어났다.어떤 이유에서인지 첫 번째 21은 평소와 같이 나열되며, 그 다음 목록은 22 ~ 42까지 반복된다.게다가 본문의 각주는 이제 1번이 아니라 22번부터 시작한다.누가 그 문제를 좀 밝혀 줄 수 있니?

Xdamr^talk 23:29, 2006년 8월 29일 (UTC)

방금 위의 해결 방법을 알아챘다. 페이지를 삭제하는 것이 요령이다.

Xdamr^talk 23:34, 2006년 8월 29일 (UTC)

그렇다, 이것은 그 순간에 흔한 문제인 것 같다. 어젯밤 나에게 일어난 일이다.다니엘브라이언트 09:21, 2006년 8월 30일 (UTC)

외국어 외부 링크

나는 이것들이 여기와 같은 기사에 자주 추가되지만 그것들은 표시되지 않는다는 것을 알아챘다.어떻게 하시겠습니까?테리어스팬 22:40, 2006년 8월 29일(UTC)

왼쪽 열(주요 기사 블록 바깥쪽)에서 찾을 수 있을 겁니다.'내비게이션' '검색' '툴박스 블록' 아래 '다른 언어로'라는 블록이 또 생긴다.캐나다인 22:47, 2006년 8월 29일 (UTC

각주 및 참조 문제 해결

많은 사람들이 지금 이 문제를 겪고 있는 것 같기 때문에 이것을 자신의 영역에 두는 것이다.

문제가 있는 페이지의 URL에 추가(페이지 로드 후 주소 표시줄에서 URL 끝에 추가하고 Enter 키를 누름)하면 적어도 일부 사람들에게는 작동하지 않는 각주와 참조가 두 배로 늘어난 문제를 해결할 수 있는 것처럼 보인다.어제 내가 편집한 밀랍스 칼리지 기사에서 효과가 있었어.나는 이것이 기사 자체에 대한 영구적인 해결책이라고 확신할 수 없다. 그것은 당신의 브라우저를 고치는 것일 수도 있지만, 나는 시도해 볼 가치가 있다고 생각한다.

크레딧이 사용자에게 전달됨:위의 "각주 및 인용 템플릿과 관련된 불가사의한 문제"의 김메트로. --Tkynerd 13:44, 2006년 8월 29일(UTC)

사용자:NE2에서 앞서 언급했었죠, 여기.김메트로 13:49, 2006년 8월 29일 (UTC)

위키백과의 대화에서 다음과 같이 언급되었다.각주. (SEWilco 14:38, 2006년 8월 29일(UTC))

그것은 브라우저마다 다르지는 않다.컴퓨터 두 대에 써봤어.사용자 또는 페이지별로 다를 수 있다.2006년 8월 29일 Morph 18:00 (UTC)

최근 기사에 많은 참고자료를 추가하면서 이 문제도 접하게 됐다.그리고 나는 흥미로운 것을 발견했는데, 그것은 문제의 원인을 암시할지도 모른다.섹션을 편집하면 전체 페이지를 편집하는 것과 다른 결과가 생성된다.각주 또는 참고문헌은 해당 섹션 또는 아래에 배치된 것부터 시작하여 전체 문서를 다시 스캔하므로 일부 각주 또는 참고문헌만 두 배로 된다.전체 페이지를 편집하면 기본적으로 동일한 작업이 수행되므로 완전히 두 배가 된다.에라비 14:44, 2006년 8월 29일 (UTC)

그것은 한국에서 게이 권리의 초기 버전과 함께 나에게 일어났다.일반 편집은 작동하지 않았고, 삭제는 작동하지 않았다.2006년 8월 30일(UTC) 클교육 04:56

이것은 좋은 해결책이지만 여전히 매우 성가시다.내가 어제부터 참고문헌을 편집한 3개 기사에 더블링 효과가 발생했다. --MattLight (토크) 17:43, 2006년 8월 29일 (UTC)

나는 미국의 Taxicabs에 대한 숙청 조치를 시도해 보았지만 점점 더 악화되고 있다. 이 기사를 고칠 수 있는 사람이 누구라도 있는가?테리어스팬 2006년 8월 29일 18:23 (UTC)

괜찮아 보인다: 4개의 refmarks, 4개의 note.김메트로 18:28, 2006년 8월 29일 (UTC)

응, 다른 부분은 편집했는데 저절로 고쳐졌어.이상해. 그래도 봐줘서 고마워테리어스팬 2006년 8월 29일 18시 41분(UTC)

미디어위키에 버그리포트를 넣은 사람은? -- Stbalbach 04:00, 2006년 8월 30일 (UTC)

버그 리포트가 접수되었다.86.134.92.120 04:54, 2006년 8월 30일(UTC)

이 페이지 상단에 현재 빨간색 안내 상자가 있다.기록 독자들의 이익을 위해 나는 bugzilla:7162를 언급할 것이다. (SEWilco 04:58, 2006년 8월 30일 (UTC))

각주 오류?

위키피디아를 읽고 있었어:Help_desk#Footnotes_at_Opus_Dei는 캐쉬 등을 삭제하여 쉽게 해결할 수 있는 문제라고 생각했다.하지만 Every Song Is A Cry For Love를 편곡한 후, 나에게도 같은 오류가 생겼다.문제는 없어졌고 나에겐 별로 중요하지 않지만, 위키피디아 말미에 더 큰 문제가 있는 건 아닌지 궁금하다.—2006년 8월 29일, 13:28(UTC)

위의 섹션을 읽어 보십시오.김메트로 13:37, 2006년 8월 29일 (UTC)

무엇이 여기에 이상한가.

나는 최근 아스널 FC(예: [9]) 기사에 대한 "What links here"를 확인했고, 현재 그것에는 관련성이 없어 보이는 주제인 이탈리아 자치체(예: 캄포르지아노)와 관련된 많은 기사가 포함되어 있다는 것을 발견했다.나는 그들이 사용하는 탐색 템플릿과 관련이 있다고 생각했다(템플릿:루카 지방) 그러나 나는 템플릿 안에서나 기사 어디에서도 아스널 FC와의 연결고리를 찾을 수 없다.캄포르지아노[10]에 대한 "관련 변경사항" 링크를 확인하면 대부분 관련이 없는 기사 목록(아랍 리그, 과들루프, MSN)이 생성되는데, 이 중 페이지에는 연관되어 있는 것으로 보이는 기사는 하나도 없다.그 이유를 밝힐 수 있는 사람이 있는가?Qwghlm 09:14, 2006년 8월 29일 (UTC)

그래, 이상한 거.나는 아직 아무것도 찾아내지 못했다.예를 들어, 나는 교황 비오 1세를 편집하는 것이 왜 템플리트를 초월한다고 말하는지 완전히 어리둥절하다.만화책 참조 =:-P.P.템플릿 파괴자가 없는지 자세히 살펴봐야 함. --Ligulem 09:59, 2006년 8월 29일(UTC)

나는 교황 비오 1세의 html 태그 오류를 수정했다.하지만 이제 우리는 그곳에서 두 배의 각주 문제를 가지게 되었다. (이미 이 페이지에서 보도된 바와 같이, 위로 스크롤) --Ligulem 10:06, 2006년 8월 29일 (UTC)

데이터베이스 문제일 수도 있어페이지를 편집하고 현재 없는 템플릿이 여러 개 나열되지만 페이지가 저장되면 템플릿 연결이 고정되는 것 같다.(그럼 푸노테를 고치기 위한 숙청...;) 2006년 8월 29일, 김메트로 10:36 (10:36)

몇 개의 기사를 확인한 후, 템플릿 문제가 최근 WoW 반달리즘의 결과인지 궁금하다.여러 가지 템플릿이 이리저리 옮겨졌다.김메트로 11:26, 2006년 8월 29일 (UTC)

스페셜:통계 페이지에서는 작업 대기열이 현재 엄청나며, 템플릿을 통해 수행된 모든 캐슁된 데이터와 작업은 아마도 몇 시간 지난 것 같다.쿠스마(討討) 2006년 8월 29일 11시 52분 (UTC)

취업 대기열 5만 건은 드라마틱할 게 없다. --Ligulem 11:55, 2006년 8월 29일(UTC)

현재 작업 대기열은 40만 개가 넘는다.WP의 모든 페이지가 무효화 되어 리코칭되고 있는 것은 아닐까?김메트로 16:31, 2006년 8월 29일 (UTC)

기록만 보더라도 작업 대기열 길이는 현재 890,180에 해당된다.나는 이것이 지금 거대하다고 말하고 싶다.그렇게 높은 곳은 처음 본다. --Ligulem 22:02, 2006년 8월 29일 (UTC)

두 개가 연관되어 있는지는 모르겠지만, 왓링크스여기의 이미지 패치가 매우 최근에 이루어졌으니, 모든 이미지에 대한 링크 테이블을 다시 만들어야 할 것이다.하지만, 나는 그것들이 작업 대기열에 올려져 있는지 모르겠다.드래곤즈 항공 2006년 8월 30일 01:24 (UTC)

나는 같은 문제를 보고하러 왔는데, 여기 PC 게이머[11]의 링크에서는 그것에 연결되지 않는 기사에서 수천 개의 링크를 보고한다.무슨 일이야? - 한첸 02:14, 2006년 8월 30일 (UTC)

나는 켄터키주 루이빌에 대해 거의 똑같은 이상한 보도를 하고 있었다.나는 대개 루이빌의 리디렉션들을 확인하여 그들이 루이빌 대학에 갈 운명이었는지 여부를 결정한다.이 현재의 문제는 그 점검을 방해하고 있다.스티비가 남자다! 02:33, 2006년 8월 30일 (UTC)

여러 페이지 사이에 공통점을 찾지 못했어.간단한 페이지는 괜찮아 보인다.다양한 동물을 위한 페이지는 괜찮아 보인다.마이너리그 야구팀들은 괜찮아 보인다.코스타리카는 토성과 애쉬포드, 켄트가 그것과 연결되어 있다고 생각한다; 이 세가지 모두 다소 복잡하고 여러 이미지, 템플릿, 인포박스(그러나 다른 인포박스는 다르다.이름이 느낌표인 템플릿이 프로그램 또는 SQL "bang" 기호로 해석될 수 있는 컨텍스트에서 이름이 사용된다고 생각하지 않으십니까? (SEWilco 05:55, 2006년 8월 30일(UTC))

공지사항 #아래 카테고리 페이지 운영의 문제점은 카테고리가 없는 기사를 포함하고 있다고 말한다.카테고리 및 Whatlinkshere는 둘 다 어떤 유형의 색인을 사용하고 있을 수 있다.코드를 보지 않고 작업 대기열이 어떤 유형의 DB 색인이라고 해도 놀라지 않을 것이다.처음 두 가지 유형의 인덱스에 문제가 있을 경우 작업 대기열에 영향을 미칠 수 있으며, 또는 세 가지 모두 일종의 인덱스 문제에 얽혀 있을 수 있다.나는 넓은 붓으로 그림을 그리고 있지만, 이 모든 것은 의심할 여지 없이 시스템에 대한 보다 상세한 인식을 가진 사람이 곧 보게 될 것이다. (SEWilco 06:08, 2006년 8월 30일 (UTC)

두 가지 가능성:누군가 보호되지 않은 메타 템플릿을 발견해서 망쳤거나 아니면 테이블이 망쳐져 있어PC 게이머 관련 이슈에 대한 관심으로, {{Ann_anime}}은(는) 알 수 없는 이유로 지금이나 최근의 어느 시점에서 수백 페이지로 넘어간다.케빈_b_er 08:02, 2006년 8월 30일 (UTC)

각주 및 인용 템플릿과 관련된 불가사의한 문제

나는 잘못 명명된 정리 목록을 만들려고 했지만, 뭔가 심각하게 잘못되어 문제를 어떻게 해결해야 할지 모르겠어.어떤 불가사의한 이유로, 각주가 발생하는 곳을 가리키는 모든 화살표는 참조 섹션에서 두 배로 된다.각 쌍 중 두 번째 쌍만 기능하는 것으로 보인다.가능하면 고쳐줘!---CH 02:57, 2006년 8월 29일(UTC)

WP 후:페이지 삭제, 아직 남아 있나?김메트로 02:59, 2006년 8월 29일 (UTC)

(충돌 편집) 캐시를 정리하십시오.뭔가 잘못되었지만, 적어도 일시적으로라도 문제가 해결되는 것 같다.다음은 현재 진행 중인 상황에 대한 스크린샷(이미지를 클릭하고 상단 참조를 확대)입니다.Titoxd^(?!?) 03:02, 2006년 8월 29일 (UTC)

오고 가는 것 같다.페이지를 다시 로드하는 것은 내가 가장 먼저 시도한 것 중 하나였고, 도움이 되지 않는 것 같았다.놀랍게도, 위의 질문들을 한 직후에 페이지를 다시 로드하는 것이 문제를 해결하는 것처럼 보였지만, 이것이 확실히 오늘 이른 시간에는 도움이 되지 않는 것 같았다.나는 아직도 당황스럽지만, 그렇게 많은 사람들이 문제를 겪고 있다는 사실은 오늘 초의 수정으로 코드의 뭔가가 깨졌을지도 모른다는 것을 암시한다.---CH 03:09, 2006년 8월 29일 (UTC)

그냥 캐시를 치울 생각은 아니었어.나는 URL에 추가하고 다시 로드했다.아마 내가 하고 나서 버전을 봤을 거야.김메트로 03:11, 2006년 8월 29일 (UTC)

• ?action=purge 내가 겪었던 비슷한 문제에도 효과가 있었어한 번도 마주친 적이 없는데, 오늘 뭔가 달라진 게 있나?에스프레소 중독자 04:01, 2006년 8월 29일 (UTC)
• 위키피디아의 결말에 뭔가 잘못된 것이 있을 수 있다고 생각하고 있는데, 왜냐하면 이런 문제는 처음이고, 다른 사람들도 처음 접하게 되었기 때문이다.짐작 가는 거 있어?—2006년 8월 29일, 13:53(UTC)

어떤 연관성이 있는지는 잘 모르겠지만, 나는 오늘날에는 과거에 항상 "작동"했던 어떤 오류, 즉 닫히는 </ref> 태그에 슬래시를 빼놓고는 재현할 수 없다는 것을 알아차렸다.이 오류가 "작동"할 때, 이 오류는 다음 텍스트의 전체 또는 적어도 좋은 부분을 다음 헤더까지 캡처하며, 여전히 참조를 읽고 있다고 가정한다.그러나, 오늘 내가 그것을 시도했을 때, 내가 미리보기에서 보통과 똑같은 결과를 만들어 냈고, 내가 편집을 취소하고 돌아왔을 때, 나의 각주는 여기에 설명되어 있었다. -- Antaeus Feldspar, 2006년 8월 29일 (UTC)

나도 같은 문제가 있었어.'숙청'을 해볼까 합니다만..--''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''

그래, 효과가 있었어.--- 16:18, 2006년 8월 29일 (UTC)

이 질문은 매우 빠르게 오늘날의 MFAQ가 되고 있다.영구적인 해결책이 마련되어 있는가? -- 분실 16:23, 2006년^(talk) 8월 29일 (UTC)

영구적인 해결책은 캐시의 모든 페이지를 무효화하고(일 수 있는 경우, 작업 대기열이 420k로 상당히 커 보이는 경우), 소프트웨어가 저장 때마다 페이지를 무효화하도록 하는 것이다.김메트로 16:35, 2006년 8월 29일 (UTC)

나는 이 문제와 관련하여 bugzilla:7166을 신청했다.2006년 8월 29일, 드래곤즈 비행 18:29 (UTC)

그러나 유화적으로 누군가가 나를 이겼다. bugzilla:7162도 참조. 드래곤 비행기 18:29, 2006년 8월 29일 (UTC)

글라이딩, 최만리 등 참조 댓글을 사용하지 않는 페이지에 뜬다는 점에 유의한다.(버기질라 별도 등록이 필요하십니까?)김메트로 18:38, 2006년 8월 29일 (UTC)

나는 사람들에게 임시 해결책의 방향을 지시하기 위해 이 페이지 상단에 색상을 입힌 상자를 추가했다(그리고 같은 문제에 대해 이야기하는 더 많은 부분을 피하기 위해서).--cesarb 18:50, 2006년 8월 29일 (UTC)

나는 페이지를 편집하다가 이것을 발견했다.다른 브라우저에서 살펴보니 모두 괜찮았다.리치 팜브루 08:44 2006년 8월 30일 (GMT)

코딩에 도움이 필요함, 아마도

내 사용자 토크 페이지를 편집할 수 없는 사용자에 의한 내 아카이브의 두 번째 파괴 행위(금지된 사용자의 IP에 의해 여러 번 파괴된 후 스파이더) 때문에 나는 내 사용자 토크 페이지로 넘어간 하위 페이지를 만들기로 결정했다.그러나 나는 레벨 2 헤더를 원하지 않으며, 기존 사용자에 의한 섹션이 악의적인 파괴자의 편집에 의해 대체되기를 원하지 않는다.둘 중 하나를 위한 방법이 있는가?

1. 보호되지 않은 섹션이 각 섹션에 대해 레벨 3 헤더를 적용하도록 만드십시오., 또는
2. 보호되지 않는 섹션이 항상 내 페이지의 맨 아래에 있고 새 섹션 탭을 통해 새 섹션이 그 앞에 배치되도록 하시겠습니까?

--Ryurong 01:29, 2006년 8월 29일 (UTC)

오, 그리고 나는 지금 이 순간 보호가 필요하지 않다고 느낀다.류룽 01:30, 2006년 8월 29일 (UTC)

No. --cesarb 18:35, 2006년 8월 29일 (UTC)

phtml

만약 당신이 http://en.wikipedia.org/wiki/phtml 페이지로 간다면, 그것은 메인 페이지로 리디렉션된다 (그리고 redirect하기 위해 실제 http 코드를 사용하지만, 만약 당신이 http://en.wikipedia.org/wiki/Phtml으로 간다면, 그것은 위키백과 시스템을 사용하여 PHP로 간다.

만약 당신이 http://en.wikipedia.org/w/index.php?title=phtml에 간다면 그것은 PHP로 위키-수정된다. 그리고 ?==도 마찬가지다.Phtml.

만약 당신이 http://en.wikipedia.org/wiki.phtml에 간다면 그것은 main 페이지로 http-taps된다.

그래서 나는 그것이 /wiki/phtml이 /wiki와 동일하다고 생각한다고 추측한다.phtml

그것이 슬래시를 점이라고 생각하는 이유가 있는가?

조지머니 (토크) 2006년 8월 28일 23시 35분 (UTC)

regexps에 대한 일반적인 구문을 알고 있고, redirect가 mod_rewrite(regexps를 사용하는)에서 온 것이라는 것을 알고 있는 나는 누군가가 이렇게 썼다고 생각한다..(모든 문자를 표시)\.(문자 그대로 점으로 표시)bugzilla(제품 Wikimedia, 컴포넌트 General/Unknown)에 보고하면 나중에 개발자가 시간이 있을 때 수정한다. --cesarb 18:35, 2006년 8월 29일(UTC)

바로 그거야.수정, 고마워! --Briion 11:23, 2006년 8월 30일 (UTC)

각주가 달린 이상한 상황

나는 미국 해병대 기사에 대한 각주를 가지고 있는 이상한 상황이 있다.첫 번째 링크(참고문헌의 1a)는 아무데도 가지 않는다.게다가, 글과 현재 버전에 대한 링크들은 다른 각주의 수를 보여준다.

어디선가 기형적인 각주라는 느낌이 드는데, 어디에 있는지 단서는 없을까?--Mmx1 23:10, 2006년 8월 28일 (UTC)

이름="뭔가"라는 필드에 가까운 인용구를 추가하면, 리프의 수는 다시 52로 되돌아간다.그러나 처음의 두 가지 역참조(각주로부터 다시 기사의 본문으로 연결되는 링크)는 여전히 깨져 있다. --Mmx1 23:19, 2006년 8월 28일(UTC)

추가 업데이트:사용자:Mmx1/Sandbox2를 참조하십시오.참고문헌은 어떤 이유로 중복된다.인용 부호의 버그임에 틀림없다.Firefox를 통해 로그인했을 때와 IE를 통해 aon으로 로그인했을 때 동일한 버그가 보인다.--Mmx1 23:38, 2006년 8월 28일(UTC)

원인이 무엇인지 모르지만 ([12]) 숙청으로 고친다. --NE2 23:52, 2006년 8월 28일 (UTC)

음, 페이지가 편집될 때마다 링크의 순서가 파괴되고전에는 그렇게 하지 않았고, 허리케인 카트리나에 어떤 영향을 미치고 있는지 알 수 있을 겁니다.사이트 관리자가 인용한 변경사항을 되돌릴 수 있는가?요즘 php?2006년^(?!?) 8월 29일 02:50 (UTC)

이 파괴를 좀 더 자세히 묘사해 주시겠습니까?예를 들어 각주의 두 배가 되는가? --Briion 10:38, 2006년 8월 29일 (UTC)

두 가지 다른 현상이 있다.한 형태로, 각주의 전체 목록은 두 배가 된다.10개의 푸노테가 있어야 할 경우 20개(1-20번)가 되며, 본문의 첫 번째 각주는 11번부터 시작한다.다른 형태에서, 모든 각주는 명명된 템플릿이 재사용되는 것처럼 [a]와 [b] 둘 다 참조 섹션의 문자를 두 배로 늘렸다.2006년 8월 29일, 김메트로 10:45 (UTC)

첫 번째 형태의 예는 보수주의 유대교를 참조하십시오.#각주(누군가가 지울 때까지)김메트로 11:17, 2006년 8월 29일 (UTC)

나도 같은 문제를 겪고 있다(위 51번 참조), 그리고 내 아래에 메모를 쓴 사람{#52번 참조).지금까지 우리는 아무런 도움도 받지 못했다.매티스(대화) 2006년 8월 29일 12시 20분(UTC)

우리는 그것을 단기적으로 고칠 수 있는 방법을 알고 있다.다른 사람들이 우리가 무슨 말을 하는지 알 수 있도록 나는 그 하나를 고정하지 않은 채로 둘 것이다.2006년 8월 29일 12시 30분(UTC)

개별 페이지를 정리하는 것보다 더 중요하고 장기적인 해결책이 있어야 한다.같은 질문(나까지 포함)을 던지는 순전히 수 많은 질문들이 놀랍다.—2006년 8월 29일, 14:28(UTC)

문제는 내가 개별 섹션을 편집해서 내 각주의 순서를 다시 정하거나 새로운 각주를 추가해야만 내게 일어나는 것 같다.내가 맨 위에서 편집하면 모든 것이 순서대로 유지된다.어느 경우든 1~2분 뒤 재장전하면 문제가 저절로 해결되는 것 같다.그것은 단순히 캐시가 혼란스러운 문제일 수도 있다.아마도 그것은 전체 대신에 기사 업데이트의 일부만 등록한다.나는 기술 전문가는 아니지만, 그게 가장 좋은 추측이야.류카제 00:17, 2006년 8월 30일 (UTC)

몇몇 기사들은 이미 기록되어 있다.그러나 12시간 이상 된 한 기사에 대한 마지막 편집자인데, 그 문제는 여전히 남아 있다.또한 citter.php를 사용하여 대부분의 기사를 편집한 후에 나타난다.김메트로 00:23, 2006년 8월 30일 (UTC)

흠. 페이지 맨 위에서 편집하는 건지 아니면 개별 섹션만 편집하는 건지 문제가 있는 건지 알아?내가 말했듯이, 위에서 편집할 때 나는 전혀 그런 일이 일어나지 않았어.류카제 00:52, 2006년 8월 30일 (UTC)

자세한 연구는 하지 않았지만 대개 섹션별로 편집하기보다는 한 번에 페이지 전체를 편집한다.(섹션별로 편집하면 섹션 끝부분에서 줄 바꿈이 추가되는 경우도 있는 것 같다.나는 여전히 그 문제를 규칙적으로 본다.김메트로 00:56, 2006년 8월 30일 (UTC)

그게 내 질문에 대한 답인 것 같아.고마워요.그냥 무작위일거야.류카제 02:04, 2006년 8월 30일 (UTC)

미니립 참조 번호가 중복됨

미니클립의 참조 번호에 문제가 생겼다.참조는 중복되며 첫 번째 인라인 참조 번호는 8이다.뚜렷한 원인은 없다. --John Nagle 19:38, 2006년 8월 28일 (UTC)

아래에 몇 개의 다른 기사와 함께 보고된 동일한 문제인 것 같다.아마도 누군가가 일시적으로 인용 규정을 어겼을 것이다.지금은 고쳐진 것 같다. --존 나글 02:50, 2006년 8월 29일 (UTC)

나는 8월 29일 (UTC) 14:00 현재 문제가 여전히 존재함을 확인한다.WP로 임시로 고칠 수 있다.PURGE, 그러나 기사가 편집되면 다시 돌아오다.나는 8월 28일 19:20 (UTC)에서 WP에 보도되었을 때 이 문제를 처음 주목했다.FN. 김메트로 14:09, 2006년 8월 29일 (UTC)

참조가 두 배로 증가했는가?

나는 하이테크 고등학교에 관한 기사를 편집하고 있었는데, 새로운 참고 자료를 추가했어.페이지를 미리 볼 때는 모든 게 맞는 것 같았지만 페이지를 저장하자 참조가 두 배로 늘었다.무슨 말이냐면 참고문헌이 6개가 되는데 참고문헌 하나가 참고서 7이 되고 참고서 2가 8이 되고 등등.전에도 이런 일을 겪은 적이 있는 사람이 있는가, 아니면 저절로 고쳐질 것인가?

--BadgerOfDarkness 19:23, 2006년 8월 28일(UTC)

여긴 괜찮은 것 같아.1-6. --TheParanoidOne 19:28, 2006년 8월 28일(UTC)

밀랍스 칼리지 편집해서 참고자료 추가해서 비슷한 문제가 생겼어.내가 두 번 확인했는데, 기사에는 <ref> 태그 세트가 하나뿐인데, 그래도 참조는 2로 번호가 매겨져 있고, 참조 섹션에는 두 개의 동일한 참조가 있다.기사 본문에 뭔가 미묘한 게 없는 건가?PS 예, 나는 단지 재확인하기 위해 서버로부터 다시 로드를 강요했다. :-) --Tkynerd 19:54, 2006년 8월 28일 (UTC)

바보야, 바보야.나는 잘못 명명된 정리 목록에서의 내 문제가 전에 보고된 적이 있기에는 너무 이상하다고 생각했지만, 분명히 그렇지 않다.아래 중복된 질문 죄송합니다 ---CH 03:00, 2006년 8월 29일(UTC)

그리고 이 흥미로운 현상에 대한 목격은 거의 없다.이치와 프르비치.둘 이상의 오크스가 지수를 두 배로 올리고, 한 오크만 있는 사람은 두 배로 되는 것 같아...이상한... --Dijxtra 15:00, 2006년 8월 29일 (UTC)

아래를 참조하십시오.위키백과:마을 펌프(기술)#각주 및 참고문헌 문제 해결에라비 15:08, 2006년 8월 29일 (UTC)

확인 이메일을 수신하지 않는 중

도와줘, 마법사님!

주소지로 확인 메일을 보내기 위해 아무리 그 버튼을 클릭해도 단 한 번도 받지 못한다.그들은 스팸 차단도 안 되고 그냥 오지 않아.처음 시도한 지 12시간이 지났는데 그마저도 도착하지 않았다.나는 무료 주소(예: hotmail, gmail 등)를 사용하지 않는다. 그것은 표준 이메일 주소다.여기서 무슨 일이 일어나고 있는지 전혀 모르겠어...--TSERVo2049 17:23, 2006년 8월 27일 (UTC)

WP 계정과 관련된 경우: 기본 설정 태그 "다른 사용자의 전자 메일 사용 가능"에서 해당 항목을 선택하십시오. -- DLL 19 ^{.. T}:18, 2006년 8월 28일(UTC)

그 기본 설정은 이메일 주소 확인과는 아무 상관이 없다.86.134.92.120 04:57, 2006년 8월 30일(UTC)

여보세요 - 나도 같은 문제가 있는데, '암호 찾기' 링크에 있어.나는 비밀번호를 잊어버렸지만, 내가 그 링크를 클릭할 때 새로운 비밀번호가 나에게 이메일로 전송되지 않는다.도와줘!

폭풍은 위키피디아 서버에 영향을 미칠 수 있다.

플로리다에 있는 위키피디아 서버들은 이것을 준비했는가? 만약 그것이 현재 그들이 그것이 공격할 것이라고 생각하는 곳에 도달한다면, 폭풍은 위키피디아를 무너뜨릴지도 모른다.허리케인 대비? 2006년 8월 27일 계엄령 05:43(UTC)

안녕. 새로 왔나 봐.2004년 대서양 허리케인 시즌에 대해 소개하겠다.특히 허리케인 찰리.위키미디아는 탬파 지역에 위치해 있고, 그들은 그 당시 일어났던 일에 대해 충분히 준비했다; 이 폭풍은 탬파를 강타할 가능성이 크지 않지만, 어느 쪽이든, 그들은 계획을 가지고 있고 그들이 무엇을 하고 있는지 알고 있다. --골베즈 06:03, 2006년 8월 27일 (UTC)

실제로 찰리 때 탬파 시내에 전력을 차단했고, WP 서버도 발전기를 가동했다. --골베즈 06:11, 2006년 8월 27일(UTC)

나는 미군과 미군 부대의 군인으로, 비밀 정부 기관에서 몇몇 가족을 두고 자랐다.군대에서는 대비하는 법을 배우거나, 적의 행동이나 악천후, 질병으로 결국 죽게 된다.계엄령 07:01, 2006년 8월 27일 (UTC)

이 폭풍은 일요일 오전 11시 현재 Tampa를 강타할 가능성이 그리 높지 않다. Tampa는 예상 트랙의 중심에 있다. -anon

최근의 트랙 데이터는 그것이 탬파에게 정면으로 부딪힐 수도 있다는 것을 보여준다.내가 틀렸길 바래.계엄령 02:16, 2006년 8월 28일 (UTC)

이러한 종류의 일을 처리하기 위해 다양한 수준에서 설정된 우발상황이 있다. 86.134.92.120 04:58, 2006년 8월 30일(UTC)

대본?

최근에, 하루에 몇 번 위키피디아에 접속할 때, 내 파이어폭스 브라우저는 실행할 수 없는 스크립트에 대한 메시지를 팝업하고 나에게 그것을 중지할 수 있는 선택권을 준다.여기서 무슨 일이 일어나고 있는지 아는 사람 있어? (만약 그렇다면, 여기에 대답하고 내 사용자 토크 페이지에 나를 핑핑해서 내가 찾아 볼 수 있게 해줄 수 있겠니?미리 고마워.) - Jmabel Talk 18:57, 2006년 8월 26일 (UTC)

뭘 하는 거야?무엇에 접속하고 있는가?어떤 페이지 보기, 어떤 작업 수행 등?오류 또는 경고 메시지의 전체 텍스트가 표시됨?대본 이름?더 많은 정보가 필요하다.86.134.92.120 04:59, 2006년 8월 30일(UTC)

세미 프로텍션

반회전 페이지를 편집하려면 위키백과에서 사용자는 4일 된 계정을 가져야 하지만, 내 위키(MediaWiki 1.6)에서는 몇 년 된 계정만 있으면 된다.차이의 원인은 무엇인가? 213.94.234.66 21:24, 2006년 8월 25일(UTC)

내 생각에 그것에 더 좋은 장소는 mw:프로젝트:서포트 데스크.—Mets501 (대화) 03:31, 2006년 8월 26일 (UTC)

빠른 응답, 자동 확인 그룹이 기본적으로 켜져 있지 않음; 설정$wgAutoConfirmAge = 86400 * 4;LocalSettings에서.이렇게 하도록 php.86.134.92.120 05:00, 2006년 8월 30일(UTC)

Wikimedia.org 서버 문제

지난 한 시간여 동안 http://svn.wikimedia.org(m:MediaWiki_extension)이 다운되었다.몇몇 현황 사이트를 살펴봤지만, 그들에 대한 결과를 해석하기는 어렵다.최신 미디어위키와 위키미디어 서버 상태를 확인하기 위해 가장 적합한 장소를 아는 사람? --J. J. 17:45, 2006년 8월 25일(UTC)

최신 상태를 확인할 수 있는 최적의 장소는 IRC 채널. --cesarb 22:16, 2006년 8월 25일(UTC)

브라이온이 주말에 결석하는 등 기묘한 정전이 있었다.긴 해결책, 현재. 86.134.92.120 05:01, 2006년 8월 30일(UTC)

정말, 나는 기술 IRC 채널에서 알게 되었어.얼마나 많은 사람들이 온라인에 접속했고 내 질문에 기꺼이 대답하려고 했는지 놀랍다!세사르에게 고맙다는 말을 하기 위해 미리 여기에 응답할 생각이었다. --J. J. 13:59, 2006년 8월 30일(UTC)

심각한 브라우저 호환성 문제가 발생함...Bugzilla와 함께 보고할 수 없음!

Bugzilla 페이지에는 이메일 주소가 포함된 등록이 필요하므로 이 버그 보고서를 제출하는 데 사용할 수 없다.링크스 2.1pre4 웹브라우저는 2006년 8월 23일(아마도 한 달 전까지) 현재 영어 위키백과 콘텐츠를 더 이상 볼 수 없다.위키피디아 페이지를 로드하려고 하면 읽을 수 있는 텍스트 대신 많은 쓰레기가 표시된다.디스플레이에 표시된 많은 쓰레기는 대부분 별표(*)와 마침표(.)로 구성되며 영숫자와 문장 부호가 몇 개 있다.

스페인어, 독일어, 네덜란드어 위키피디아는 여전히 읽을 수 있으며, 모질라와 링스에서는 모든 언어를 읽을 수 있다.

72.49.64.171 08:28, 2006년 8월 24일(UTC)

이는 ETags의 치료 변화로 인해 Squid 2.6 업그레이드의 일시적인 문제일 가능성이 높다.그렇다면 며칠 전에 이 문제가 해결되었어야 했다. --Briion 11:39, 2006년 8월 30일 (UTC)

일부 페이지에 액세스하려고 시도하는 중 이상한 오류 발생.

며칠 동안 나는 위키피디아에 있는 몇 페이지에 접속하려고 하다가 이상한 오류가 발생했어.그것은 대부분 메인 페이지용이지만 나는 몇몇 다른 페이지들도 이 문제를 가지고 있다는 것을 알았다.여기에 오류의 스크린샷을 올렸다.

http://img.photobucket.com/albums/v229/_sleepflower/wikierror.jpg

(네덜란드어로 되어 있지만 모두가 익숙하다고 믿는다; 기본적으로 형식을 알 수 없는 "Main_Page"라는 파일을 저장할 것인지 물어본다.)여기 메인 페이지에 접속하려고 했는데 이상한 오류만 생겼어.이런 일이 지난 며칠 동안 계속되었다가 다시 나타나기도 한다.현재 파이어폭스를 사용하고 있는데(IE의 기술 도움말 페이지에 접속하지 못하고 다시 오류가 발생함) 잘 작동하고 있어 IE에만 문제가 있는 것 같다.나는 IE 6이 있는 윈도우 XP를 사용한다.이게 뭔지 아는 사람? 62.163.35.231 10:44, 2006년 8월 23일 (UTC)

기본 설정의 '편집' 섹션에서 "기본적으로 외부 편집기 사용" 및 "기본적으로 외부 확산 사용"이 꺼져 있는지 확인하십시오.프로데고 13:41, 2006년 8월 23일 (UTC)

음, 나는 위키피디아의 회원이 아니어서 어떤 선호도 바꿀 수 없어. 62.163.35.231 15:54, 2006년 8월 23일 (UTC)

음, 난 네가 로그인이 안된 사용자인 줄 알았어.I.E를 사용할 때, 당신은 계정에 로그인하지 않은 것이 확실한가(아마도, "Remember me"가 설정되어 있다면)?어떻게 해서든 인터넷 익스플로러가 잘못 구성되지 않는 한 이런 일이 일어날 수 있는 다른 방법은 생각할 수 없다.기본값을 재설정해 보십시오.프로데고 16:00, 2006년 8월 23일 (UTC)

나도 같은 문제를 겪고 있어, IE 6...디폴트로 복원하려고 했는데 아직도 작동이 안 되고 있어. 메인 페이지나 일부 기사에 접근할 수 없어. 내 컴파일이나 위키백과에 무슨 문제가 있는 거야?

내 짐작은 위키피디아와 IE에 관한 것이다.파이어폭스는 잘 작동하는 것 같다.나 또한 이것을 시도할 때 계정이 없었다.여러 버전의 IE 6가 실행 중인 여러 시스템에 로그인했으며 모두 이러한 동작을 나타낸다.

메인 페이지는 지금 나한테 효과가 있어...하지만 여전히 몇몇 기사들은 나에게 효과가 없어...나도 계좌가 없어.

때때로 작동할 수 있다는 것을 알게 된 후 동일한 페이지를 다시 시도하면 Main_Page 다운로드 프롬프트가 다시 발생...

메인 페이지가 또 안 되네 기사도 아니고...이상한 건...내게 맞지 않는 물건들...계속 변한다.이것은 매우 이상하다.

이것은 Squid 2.6 ETAG 문제가 될 것이며, 며칠 전에 고쳐졌을 것이다. --Briion 11:44, 2006년 8월 30일 (UTC)

재미있는 사건

특수:기여금/203.134.131.18

여기서 사건의 순서에 대한 나의 해석은 다음과 같다.

• 그 IP에서 온 누군가가 페이지를 파손하고 떠났다.
• 누군가가 IP talk 페이지에 경고를 삭제했지만 수신되지 않음
• 훨씬 후에 누군가가 그 IP로부터 WP를 읽기 시작하고 메시지를 받는다.
• 쓸데없는 슬픔이 뒤따르다

새 메시지 프로세스의 기술적 세부 사항에 대한 나의 해석이 올바른가?즉, IP 주소는 그들이 그 주소로부터 WP만 읽고 있고 그 메시지가 얼마나 오래된 것인지에 상관없이 새로운 메시지 플래그를 수신한다.아쉽지 않아? 192.75.48.150 19:02, 2006년 8월 22일(UTC)

AFAIK, 당신의 해석은 정확하다. --cesarb 19:41, 2006년 8월 22일 (UTC)

MediaWiki:아논탈크파게텍스는 내가 여기서 한 디자인처럼 더욱 눈에 잘 띄게 만들어질 수 있었다.제라드 폴리 20:52, 2006년 8월 22일 (UTC)

여기서 계정을 만드는 것은 쓸모없는 조언이다.이것은 전혀 편집하지 않는 사람들과 관련이 있다. 72.137.20.109 03:38, 2006년 8월 23일 (UTC)

세션이 열린 경우에만 알림을 받게 되며, 페이지 편집 또는 로그인을 시도한 경우에만 알림을 받게 된다.그렇지 않으면 캐시 친화성을 위해 비활성화된다. --Briion 11:45, 2006년 8월 30일 (UTC)

사용자 링크 정렬 깨짐

다른 곳에서 이미 논의된 내용이라면 미안하지만 오늘 아침부터 이상한 새 디스플레이 버그가 생겼다.모노북 스킨이 있는 IE에서 상단 링크 바(사용자 페이지 - "my talk" - "my preferences" 등을 포함하는 바)는 일반적으로 오른쪽 정렬로 표시되지만, 마우스를 그 위에 올려놓는 순간 왼쪽 정렬로 이동한다. (생각나는 경우 비평가)그것은 분명히 모든 위키미디어 사이트에 올라 있다.최근에 중앙 스타일 시트가 변경되었는가?Fut.Perf. ☼ 11:24, 2006년 8월 22일 (UTC)

이제 고친 것 같다.누가 고쳤는지 고마워!Fut.Perf. ☼ 11:52, 2006년 8월 22일 (UTC)

이것은 Internet Explorer의 버그로 간헐적이다.Microsoft에 문의하여 지원을 요청하십시오. --Briion 11:47, 2006년 8월 30일(UTC)

템플릿:IPUser

지금 존재해, 그냥 내가 너에게 알려 줄 거라고 생각했어.행복한 편집--{anon iso - 8859 - 1janitor} 23:54, 2006년 8월 28일(UTC)

뒤로 페이지

내가 현재 있는 이 컴퓨터를 사용할 때, 그리고 최근 변경사항 페이지로 이동하기 위해 Back Page 기능을 사용할 때, 내가 마지막으로 그곳에 있었던 시간을 볼 때 페이지를 주는 대신, 그것은 나에게 참조된 페이지를 준다.그 이유에 대해 어떤 생각이 있으십니까?이런 일은 집에 있는 내 PC에서는 일어나지 않는다.나는 여기서 IE 7을 사용하고 있고 집에서는 IE 6을 사용하고 있는데, 그 이유가 아닐까?사용자:Zoe (대화) 22:14, 2006년 8월 28일 (UTC)

브라우저 설정?IE (6)에서는 도구 > 인터넷 옵션 > 일반 탭 > 임시 인터넷 파일, 설정...그런 다음 새 버전을 확인할 시간을 선택하십시오.—Bunchofgrapes (대화) 22:43, 2006년 8월 28일 (UTC)

바로 그거야.새로운 버전을 자동으로 확인하도록 설정되었다.고마워요.사용자:Zoe (대화) 22:48, 2006년 8월 28일 (UTC)

방금 편집한 기사에 문제가 있음: 이전 게시물과 유사함

이 문제는 매티스 장관이 방금 보도한 것과 비슷하다.시트로 정보를 근피아에 추가하고 있지만, 참고문헌 섹션에 여러 시트가 두 배로 표시되거나 여러 번 표시된다는 점에 주목했다.내가 무엇을 잘못했는지 알 수 없다.고마워! -AED 21:31, 2006년 8월 28일 (UTC)

내 경우는 스스로 낫거나(미스터리) 아래에 스터브를 추가했을 때 고쳐졌다.아마도 그것은 일종의 위키 결함일 것이다.이제 내 것은 괜찮아.아래쪽에 {{stub}}}을(를) 넣어 보십시오.매티스(대화) 2006년 8월 28일 22시 11분(UTC)

제안해줘서 고마워.피곤했지만 소용이 없었다. -AED 22:20, 2006년 8월 28일 (UTC)

내 샌드박스에 내가 짓고 있는 글도 비슷한 문제를 겪고 있다.스텁 태그를 추가하는 것도 나에겐 통하지 않았다.자갈레조 22:21, 2006년 8월 28일 (UTC)

근시에서의 첫 번째 인용문은 "43"이라는 라벨이 붙어 있다.중요한 것은, "참조" 섹션을 삭제하면 "1"로 바뀐다는 것이다... 분명히 그때는 각주가 없다. -AED 22:25, 2006년 8월 28일(UTC)

단순한 내부 연결고리를 추가했을 뿐인데, 이제 문제는 다시 돌아왔다.그리고 그건 말이 안 돼내부 고리를 빼야 할지, 아니면 되돌려야 할지 고민이다.아주 이상하다.매티스(대화) 2006년 8월 28일 22시 42분(UTC)

나는 전에 괜찮았던 버전으로 되돌렸고 각주 인용문은 두 배로 남아있다.어떻게 하는지는 모르겠지만 위키일 것 같아.매티스(대화) 2006년 8월 28일 22시 51분(UTC)

아무 것도 바꾸지 않고 페이지를 저장해 놓았는데 다시 깨졌다.그래서 당신의 편집과는 아무 관련이 없을지도 모른다. --Ligulem 22:59, 2006년 8월 28일 (UTC)

라임이나 이유가 없어서 그렇게 생각하고 있어.매티스(대화) 01:21, 2006년 8월 29일 (UTC)

내가 방금 만든 글에 문제가 있다.

그 기사는 파치맨이라고 불린다.어떤 이유에서인지 고리를 구하면 각주 인용문이 두 번 나타난다.그러나, 예고편에는 3이라는 정확한 숫자가 있다.

뭔가가 각주 구절을 두 배로 증가시키고 있는데 나는 무엇을 알 수가 없다.도와준다면 정말 고맙겠다.내가 그냥 보지 못하는 것은 분명 간단한 것일 거야!매티스(대화) 2006년 8월 28일 21:18 (UTC)

그런데, 갑자기 고쳐져서, 내가 한 일은 스텁을 추가하는 것뿐이야.이해 못 해.매티스(대화) 2006년 8월 28일 21:23 (UTC)

그런데 갑자기 각주 인용구들이 다시 두 배로 올라간다. 기사의 세 구절 대신 여섯 구절.그리고 내가 한 모든 것은 내부 링크를 추가하는 것이었다.위키일 수 있을까?매티스(대화) 22:39, 2006년 8월 28일 (UTC)

로그인 후 하이퍼링크 문제

모노북 스킨으로 로그인할 때마다 모든 하이퍼링크가 밑줄 친 상태로 나타난다.브라우저 캐시를 지우면 수정할 수 있지만, 이렇게 하면 페이지를 캐시할 경우 다운로드 시간 혜택을 잃게 된다. (참고:나는 Internet Explorer(인터넷 익스플로러)를 사용한다.C. M. 해리스 19:38, 2006년 8월 28일 (UTC)

덜 극단적인 방법이 있다. 한 페이지에 강제 재장전(이것처럼)을 하는 것이다.그것은 오직 한 페이지와 CSS 파일만을 다시 다운로드 할 것이다.나는 정상적인 재로드로도 충분하다고 믿는데, 그것은 이미지와 글로벌 CSS/JS를 다시 다운로드해서는 안 된다. --cesarb 19:49, 2006년 8월 28일 (UTC)

Wikipedia.org의 MediaWiki 소프트웨어와 같은 기능

내 서버에 미디어위키 소프트웨어를 설치했는데 잘 작동한다.한 가지 빠진 것이 있을 뿐이다.모든 템플릿이 포함되는 것은 아니다.설치한 미디어와키 소프트웨어가 wikipedia.org을 실행하는 소프트웨어와 정확히 일치하도록 추가 기능을 설치하는 방법

추가로 설치해야 하는 플러그인이 있는지 여부.

예를 들어, 다음 태그 <ref></ref>는 구문 분석되지 않고 태그로만 보인다.내가 사용한 방법은 importdump를 사용하여 xml 덤프를 가져오는 것이다.php를 누른 다음 페이지를 훑어보다.

—앞서 서명되지 않은 의견은 59.163.2.66 (대화 • 기여) 13:25, 2006년 8월 28일 (UTC)

Special에 나열된 확장 설치:버전(Cite, ParserFunctions).--Ligulem 14:03, 2006년 8월 28일 (UTC)

인터랙티브 맵

나는 이 질문이 전에 물어본 적이 있다고 확신하지만 나는 어디서도 답을 찾을 수 없다.나는 교외에 있는 건물들을 위한 일련의 기사들을 작업하고 있다.각 건물마다 각자의 물건이 있다.나는 각 건물마다 표시된 교외 지도를 보여주고 싶다독자가 지도에 있는 개별 건물을 클릭하면, 그 건물의 위키피디아 기사로 그들을 데려갈 것이다.위키피디아에서는 이런 일을 본 적이 없다. 어떤 아이디어라도?amitch 05:50, 2006년 8월 21일 (UTC)

{{Click}}}로 시도하고 테두리 없는 테이블을 사용하여 조립할 수 있지만, 모든 브라우저에서 작동하지 않는다(그리고 이미지는 정말로 이미지 설명 페이지로 링크하기만 하면 된다).또는 텍스트 링크를 삽입하기 위해 {{Image_label}}을(를) 시도할 수 있다. --Splarka (rant) 07:16, 2006년 8월 21일(UTC)

도시의 모든 건물에 대한 기사를 정말 원해?사용자:Zoe (대화) 16:14, 2006년 8월 21일 (UTC)

이건 기술적인 답이 아니라 양식적인 답이야당신은 교외에서 기사를 작성한 후, 가장 주목할 만한 건물들의 그 기사에 간단한 요약을 포함하기를 원할 것이다.개별 기사는 위키피디아의 공신력 가이드라인을 충족시킬 필요가 있다:WP:NOTE.예를 들어, 예전에는 빨래방이 있었지만 지금은 팔라펠 관절이 있는 모퉁이에 있는 건물이 그 지역의 경제 변화를 다루는 시/도지사의 기사에서 언급할 가치가 있을지 모르지만, 정말로 기사가 필요한 주목할 만한 건물일 것 같지는 않다.2006년 8월 21일 Phidaux 16:28 (UTC)

이것은 그 지역에서 매우 주목할 만한 역사적인 건물 몇 채를 위한 것이다.WP를 제외하고:참고, 나는 모든 건물을 다 할 시간이나 성향이 없을 것 같아!나는 이 질문의 범위가 다음과 같이 넓어졌다고 생각한다: 지도를 보여주는 것이 가능한가? 그리고 사용자가 클릭하는 위치에 따라, 개별 기사에 링크하는 것이 가능한가?이 단계에서는 깨끗한 해결책이 보이지 않는다.amitch 21:36, 2006년 8월 22일 (UTC)

사용자:Daanschr/_Maptest <-- {{Image_label}} --Splarka (rant) 07:16, 2006년 8월 23일 (UTC)

템플릿:미국 국립공원 지도 <--클릭인라인(Click-Inline)의 또 다른 예시 근거지 --Donar Reiskoffer 07:49, 2006년 8월 28일 (UTC)

그것들은 꽤 깔끔한 예들이다.Camino, Firefox OS X, Safari에서는 클릭 인라인 작업이 진행되지만, Image Label은 세 가지 중 어느 것도 작동하지 않는다는 점에 주목할 필요가 있다.—Rob (토크) 2006년 8월 28일 11시 25분 (UTC)

공유 보호

WT에서 때때로 떠도는 아이디어:DYK는 위키백과 1면에 자주 나타나야 하는 것처럼 공용 관리 업무를 신청하는 것으로, 현재 과정은 공용에서 이미지를 저장한 후 다시 업로드하고 보호한 후 1면에서 일단 삭제하는 것이다.Commons on Commons는 이미지를 다시 업로드할 필요성을 없애기 때문에 많은 시간을 절약할 수 있을 것이다.그러나 이미지가 Commons에서 보호되는 경우, 다른 모든 프로젝트에서 자동으로 보호되는가, 아니면 다른 이미지를 같은 이름으로 위키피디아에 업로드할 수 있어 보호를 우회할 수 있는가? 스머레이인체스터^{(User), (Talk)} 07:03, 2006년 8월 28일(UTC)

커먼스는 역사적으로 다른 프로젝트에 있는 사람들에게 관리권을 주는 것을 거부해왔다. 그들이 또한 커먼스에 대한 적극적인 기여자가 아니라면, 그렇다, 당신의 두려움은 옳다. 누군가가 커먼스에 대한 보호를 피하기 위해 지역 이미지를 올릴 수도 있다.드래곤즈 2006년 8월 28일 07:07편(UTC)

목차가 사라졌다.

Firefox를 사용하면 모든 위키백과의 TOC가 사라진다.(IE를 사용하는 것을 여전히 본다.)다른 누구도 불평하지 않았듯이, 그것은 아마도 나뿐일 것이고, 내가 무심코 브라우저 설정을 한 것일 수도 있지만, 나는 그것이 무엇인지 전혀 알지 못한다.좋은 생각 있어?Tupsharru 06:35, 2006년 8월 28일 (UTC)

위의 FAQ 질문 #3을 참조하여 페이지를 강제로 다시 로드하면 해결되는지 확인하십시오. --Interiot 06:49, 2006년 8월 28일(UTC)

그래, 정말 고마워! (두! 그런 생각을 했어야 했는데.)Tupsharru 06:56, 2006년 8월 28일(UTC)

편집자 IP를 찾을 수 있을까?

편집자의 IP를 결정하는 방법이 있는가?예를 들어, 새로운 사용자가 다음과 같은 IP를 알고 싶다.올메케는 자신의 첫 직책을 맡곤 했다.신기하게도 미치광이가 20:48, 2006년 8월 27일(UTC)

그럴 만한 설득력 있는 이유가 있다면 위키백과에서 다음과 같이 물어볼 수 있다.CheckUser에 대한 요청.그러나 그러한 정보는 가볍게 주어지는 것이 아니므로 편집자의 IP를 알고자 하는 것만으로 그 데이터가 우리의 개인 정보 보호 정책에 의해 보호되기 때문에 아무 데도 도움이 되지 않을 것이다.Titoxd^(?!?) 20:54, 2006년 8월 27일 (UTC)

사생활 보호 정책을 중단시킬 가치도 없어시간 내주셔서 감사합니다, 미치광이 2006년 8월 28일 (UTC)

템플릿:유럽의 수학자들

템플릿:유럽의 수학자들은 몇 가지 심각한 문제들을 가지고 있다.어떤 친절한 분이 고쳐 주시겠습니까?Categate를 살펴봄으로써 영향을 받는 모든 범주에 대해 무엇을 하고 있는지 알 수 있다.독일의 수학자들고마워! - 길리암JF 19:24, 2006년 8월 27일 (UTC)

기사 인쇄

안녕 여러분, 나는 위키피디아에 있는 기사를 인쇄하고 싶다.그래서 나는 그것을 마이크로소프트 단어로 복사하지만, 위키 스타일은 사라질 거야!스타일을 변경하지 않으려면 wiki의 정보를 Microsoft 단어로 전송하려면 어떻게 해야 하는가?(그림 위치, 수학 공식 등)--MehranVB 14:31, 2006년 8월 27일(UTC)

기사를 인쇄하는 가장 쉬운 방법은 기사를 읽을 때 도구 상자에서 "인쇄 가능한 버전"을 클릭한 다음 그 페이지를 인쇄하는 것이다.—Mets501 (토크) 14:34, 2006년 8월 27일 (UTC)

나는 이것을 알고 있지만, 마이크로소프트 워드의 기사를 편집하고 싶다. --MehranVB^{talk cont} 14:39, 2006년 8월 27일 (UTC)

어떤 버전의 Word?—Mets501 (토크) 14:48, 2006년 8월 27일 (UTC)

Microsoft Word 2003(나도 XP가 있음) --MehranVB 16:11, 2006년 8월 27일(UTC)

글에서 '편집'을 클릭하고, 페이지 소스를 단어에 복사하여 편집한 다음, 브라우저의 위키 편집 창으로 새 버전을 복사하고, '미리보기 표시'를 클릭하고, 다음 내용을 인쇄하십시오.S Sepp 16:46, 2006년 8월 27일 (UTC)

이미지 주위의 테두리를 제거하려면 어떻게 해야 하는가?

나는 뒤지고 뒤져 보았지만 답을 찾을 수가 없다.나는 내 이미지에 테두리를 두르고 싶지 않다.JadedHeart 09:08, 2006년 8월 27일 (UTC)

엄지손가락이나 액자를 사용하지 마라.

:)	[[이미지:얼굴-미소-빅.svg 엄지 48px :)]
:)	[[이미지:얼굴-스마일-빅.svg 프레임 48px :)]
	[[이미지:얼굴-미소-빅.svg 48px]]

도움말도 참조하십시오.이미지 및 기타 업로드된 파일. --Interiot 09:18, 2006년 8월 27일(UTC)

나는 엄지손가락이나 액자를 사용하지 않았고, 네가 올린 스미스는 주변에 테두리가 있어.나는 박스가 보이지 않았으면 좋겠어, 아마 하이퍼링크라는 사실과 관련이 있을 거야, 왜냐하면 보라색이고, 내가 클릭한 후에 파란색이거든.그래서 내 질문은 "어떻게 하이퍼링크를 액자에 넣지 않게 할 수 있을까?"가 아니었을까.JadedHeart 18:33, 2006년 8월 27일 (UTC)

"마이 스킨" 스킨을 사용하십니까?그 피부는 항상 이미지 주위에 파란색/보라색 테두리를 더한다.그게 문제라면 다른 것으로 바꿔라(예:MonoBook)은 내가 설명한 대로 이미지를 액자에 넣는다. --Interiot 06:43, 2006년 8월 28일(UTC)

디스크 편집

이번에 발매될 Modest Mouse 앨범의 이름을 We Wer We We Was Before the Cip Even Sunk로 바꿨는데, MM 페이지 하단에 있는 박스에서 어떻게 바꾸어야 할지 모르겠어.누가 나 좀 도와줄래?"The"는 분명히 소문자여서 MM 페이지의 음반 목록 상자는 그것을 반영해야 한다.에반 레이예스 03:16, 2006년 8월 27일 (UTC)

이 상자는 템플릿입니다(템플릿: 참조):모데드마우스.아리틀스를 편집하면 기사에 사용된 템플릿이 편집 페이지 맨 아래에 모두 나열된다. -- Rick Block (talk) 03:32, 2006년 8월 27일 (UTC)

고쳤으나, 그렇게 말하고 설명하기 위해 여기 올린 글이 위의 릭 블록의 설명과 충돌했다.-가드피움 03:33, 2006년 8월 27일(UTC)

위키 분할

허더즈필드 타운 FC에서 식탁을 쪼개고 싶다.#각각 머리글을 맨 위에 놓고 3열로 관리한다.'어떻게'?BlueValour 21:24, 2006년 8월 26일(UTC)

이런 걸 말하는 거야?

이름	마침표.	이름	마침표.	이름	마침표.
프레드 워커	1908–1910	리처드 푸단	1910–1912	아서 페어클러	1912–1919
암브로즈 랭글리	1919–1921	허버트 채프먼	1921–1925	세실 포터	1925–1926
잭 채플린	1926–1929	클렘 스티븐슨	1929–1942	테드 매그너	1942–1943

안녕하십니까, 린번 21:45, 2006년 8월 26일 (UTC)

정말 고마워.단지 보충물일 뿐이다. 각 기둥 사이에 작은 양의 흰색 배경 공간이 삽입될 수 있는가?BlueValour 22:42, 2006년 8월 26일(UTC)

이건 어때?

화이트 스페이스의 크기는 브라우저 페이지 너비에 따라 달라지므로 원하는 것과 다를 수 있다.-gadfium 00:07, 2006년 8월 27일(UTC)

내가 한번 해 볼게, 고마워.BlueValour 00:19, 2006년 8월 27일(UTC)

메뉴생성

위키피디아 기사에 플러스 기호로 역동적으로 확장 가능한 메뉴를 만드는 방법?책의 세부 메뉴를 만들어 공간이 많이 차지 않도록 하는 것이 한 예다.누군가 나에게 코드와 실행지시를 줄 수 있다면 정말 좋을 거야.미리 고맙다.TruthSpreader^Talk 15:40, 2006년 8월 26일(UTC)

템플릿 참조:다이내믹 내비게이션 박스.도움이 되십니까? -- DLL 18 ^{.. T}:47, 2006년 8월 26일(UTC)

링크

다른 위키미디어 위키에 연결하려면 어떻게 해야 하는가?--Mac Lover 20:40, 2006년 8월 25일(UTC)

음, 어떤 Wiki에 연결할 것인지, 그리고 왜 연결할 것인지에 따라 달라진다.좀 더 자세하게 말씀 좀 해 주시겠어요?프로데고 20:41, 2006년 8월 25일 (UTC)

다른 언어 위키백과의 경우 [[xx::기사 이름]]], 스페인어 위키백과의 "Star Trek"에 연결하려면 [[es:스타 트렉]]].링크가 사이드바에 나타날 것이다.사이드바에 링크를 표시하지 않으려면 [[:es:]와 같이 콜론을 마운트하십시오.스타 트렉]]].다른 프로젝트의 경우 프로젝트 이름을 사용하십시오.[[약속:VB .NET]] 213.94.234.66 21:24, 2006년 8월 25일(UTC)

인터 참조일반적인 설명은 Wiki를 참조하고, 추가 도움이 필요한 경우 여기에 다시 문의하십시오.-gadfium 01:53, 2006년 8월 26일(UTC)

meta를 참조하십시오.가능한 인터위키 링크 접두사 목록을 위한 인터위키_map(실제로도 비위키미디어 사이트로 링크할 수 있음)(Libertatore, 2006).2006년 8월 26일 22:29 (UTC)

두 계정 가입

실수로 나는 위키피디아를 두 번 등록했다. 얼마간의 활동이 없는 후 로그인을 할 수 없어서 새로 등록했다.이제 처음 로그인하기 전에 두 계정 모두에 어느 정도 기여를 하고 IP에도 기여를 하고 있다는 것을 알게 되었다.정보를 잃지 않고 세 사람을 하나의 계정으로 가입시키는 것이 가능한가?noychoH 19:56, 2006년 8월 25일 (UTC)

아니, 불행히도 계정은 함께 통합될 수 없다.프로데고 20:42, 2006년 8월 25일 (UTC)

그러나 한 사용자 페이지를 다른 사용자 페이지로 리디렉션하고 발생한 내용을 설명할 수 있다.사용자:Zoe (대화) 03:16, 2006년 8월 26일 (UTC)

리디렉션은 대화 내용 및 개인 페이지의 내용을 볼 수 없도록 해야 한다. 먼저 원하는 계정에 복사하십시오. -- DLL 18 ^{.. T}:50, 2006년 8월 26일(UTC)

디프 편집

diff 페이지에서 제목 옆에 있는 편집 버튼이 사라진다.이 문제를 겪고 있는 사람이 또 있었나?나는 Firefox 1.5.0.4와 함께 Linux KDE를 사용하고 있다.고마워 --liquidGhoul 10:45, 2006년 8월 25일 (UTC)

섹션 편집 링크는 최신 버전을 볼 때만 나타난다.그래서 디프를 볼 때, 최신 버전은 오른쪽에 있어야 한다.내가 이해한 바와 같이 섹션 편집은 편집된 섹션에 대한 변경사항을 최신 버전으로 통합하여 구현한다.이전 버전으로 병합하는 것은 지원되지 않는다.그래서 이 행동은 예상한 대로다.페이지의 섹션 구조는 수정본에 따라 크게 변경될 수 있으므로 섹션 번호 매기기(섹션 편집에 사용 - 섹션 편집을 클릭할 때 URL 참조)는 완전히 호환되지 않을 수 있다. --Ligulem 11:06, 2006년 8월 25일(UTC)

기술적으로 확실히 가능한 일인데...그것은 아마도 시행되지 않을 것이다. 왜냐하면, 얼마나 자주 당신은 누군가의 변화 중 한 부분만을 되돌려야 하는가? --Interiot 11:22, 2006년 8월 25일 (UTC)

우프스. waychlist에서 diff를 누르고 있었는데, 매우 활동적인 페이지였고 그 사이에 새로운 편집이 일어났음에 틀림없다.고마워 --liquidGhoul 11:45, 2006년 8월 25일 (UTC)

검색에 추가

새로운 기사가 검색 기능에 들어가는 데 걸리는 시간은?내 기사의 제목을 검색해도 나타나지 않는다 — 관련 (대화 • 기여) 01:08, 2006년 8월 25일 이전에 추가된 서명되지 않은 논평

지연이 있어서는 안 될 것 같다.어떤 기사를 참조하십니까?나는 너의 기부자 명단에서 새로운 페이지를 볼 수 없다.~ Booya 06:17, 2006년 8월 25일 (UTC)

며칠, 어쩌면 더 길어질지도 모른다.MECU 25talk 12:42, 2006년 8월 25일 (UTC)

이 페이지 상단에 있는 두 번째 FAQ를 참조하십시오. --cesarb 22:26, 2006년 8월 25일(UTC)

편집 횟수

RfA에서는 대개 유형별 편집 횟수를 언급한다.제 통계는 어떻게 알아내시죠?BlueValour 22:08, 2006년 8월 24일(UTC)

위키백과의 링크를 참조하십시오.카운트 편집. --cesarb 22:43, 2006년 8월 24일(UTC)

또는 위키피디아에서 링크를 확인하십시오.WikiProject counter#Projects 편집.enwiki에 Essjay's나 Lupin's를 사용하는 것이 좋다. --Interiot 06:38, 2006년 8월 25일 (UTC)

원고를 인용하다.

이것은 보호된 template:cite 뉴스에 대한 편집 요청입니다.template talk:cite news#cats 및 interwikis를 문서 하위 페이지로 이동나는 그곳에서 새로운 문서 페이지 패턴을 완성하고 싶다.위키백과를 참조하십시오.템플릿 제한. --Ligulem 16:16, 2006년 8월 24일(UTC)

CesarB가 했다.고마워! --Ligulem 22:30, 2006년 8월 24일 (UTC)

Firefox/Windows를 사용하는 동안 PNG 이미지 삭제

Windows용 Mozilla Firefox를 사용하는 동안 위키피디아에서 PNG 이미지가 사라지고 다시 나타나는 것을 다른 사람이 눈치채고 있는가?이것은 브라우저 문제인가 아니면 위키피디아 문제인가?(이전에도 이런 얘기를 꺼냈다면 미안해) 스티비가 그 남자야! 2006년 8월 24일 (UTC)

추가 정보:문제의 PNG 이미지는 투명한 배경을 가지고 있으며 프로젝트 템플릿뿐만 아니라 위키프로젝트 루이빌 페이지에서도 사용되고 있다.스티비가 남자다! 2006년 8월 24일 (UTC)

소리 다운로드

안녕, 나는 위키피디아의 전체 아이디어가 놀랍고 그것이 내 교육의 주요 원천이 되었다고 생각해.하지만작은 불만 사항이 하나 있는데, 나는 너의 견본을 절대 다운로드 할 수 없어!파일 형식은 무엇인가?이걸 다운로드 할 수 있는 소프트웨어가 있을까?내가 뭘 잘못하고 있나요?워브 파일 아니야?만약 아니라면 왜 안 되는 거지?나는 작곡가/음향 엔지니어로서 너의 사인파, 링 변조 등의 예로부터 큰 혜택을 받을 수 있으니 나에게 알려 달라.

답장을 기다릴 것이다.

소니 콜린스

위키백과 참조:미디어 도움말 —Mets501 (대화) 15:07, 2006년 8월 24일 (UTC)

페이지 저장 - NOT

페이지 저장 버튼이 1/2시간 작동 중이거나 전혀 작동하지 않음.계엄령 19:18, 2006년 8월 18일 (UTC)

"저장 페이지"를 누르면 저장된 페이지가 가끔 로드되지 않는다는 말씀이시죠?나에게도 같은 일이 일어나고 있다.—Mets501 (토크) 19:22, 2006년 8월 18일 (UTC)

SAVE를 누르면 아무 일도 일어나지 않는다...

SAVE(저장) 버튼을 누르거나 아무 일도 일어나지 않거나 편집 충돌이 발생할 경우 - W/ YOURSELF, "Operation has Timed Out(작동 시간 초과)" 신호아니면 얼어버린다.계엄령 18:33, 2006년 8월 24일 (UTC)

물건을 찾을 수 없다

안녕, 오늘 아침에 글을 올렸는데, 구글이나 위키피디아 검색 시 찾을 수 없어.페이지가 표시되도록 내가 해야 할 일이 있는가? ---- Annakup이 추가한 서명되지 않은 코멘트 앞(토크 • 기여)

결국 업데이트될 것이며 :-)만 기다리십시오.그러나 당신의 기사(가족)는 광고로 삭제될 가능성이 높다.—Mets501 (대화) 03:09, 2006년 8월 17일 (UTC)

삭제(나에 의한 것이 아님) —Mets501 (토크) 03:28, 2006년 8월 17일 (UTC)

저작권 위반으로 삭제된 것으로 보인다. --WhiteDragon 18:59, 2006년 8월 24일 (UTC)

여러 참조가 작동하지 않음

Duke Nukem Forever 페이지에서, 나는 이미 존재하는 ref를 가리키는 3개의 refs를 추가하려고 했지만, 그 중 하나만 작동한다. (#22)나머지 두 명(#18과 #19)은 아예 나타나지 않고 대신 23번과 24번에서 텅 빈 ref가 된다.그것은 나를 어리둥절하게 하고 나는 내가 어디서 망쳤는지 궁금해.Hbdragon88 03:40, 2006년 8월 24일 (UTC)

원래 참조(두 참조)에 누락된 "="가 있음(구문:<ref name=xxx> ) 후속 참조는 두 경우 모두 괜찮아 보인다. -- 릭 블록(토크) 04:11, 2006년 8월 24일 (UTC)

고마워. 내가 문제를 해결했어.Hbdragon88 07:08, 2006년 8월 24일 (UTC)

게시물 끝에 사용자 ID가 나열되지 않음

왜 내가 위키피디아에 글을 올릴 때마다 내 사용자 ID가 다른 사람들에게 보이는 것처럼 보이지 않는 것일까.이 시스템에서 이것을 서명이라고 부르는지 안 부르는지, 내가 제대로 설정하지 않았는지, 거래 내용이 무엇인지 모르겠다.누구든 나에게 도움을 줄 수 있다면 가장 고맙겠다.

스팸을 방지하기 위해 삭제된 전자 메일 —앞서 서명되지 않은 코멘트는 2006-08-23 19:39:07(UTC)에 의해 추가되었다.

나는 너에게 이메일을 보내지 않을 거야.게시글에 3~4일(~~~~ 또는~~~)으로 서명해야 한다.후자는 또한 타임 스탬프를 추가하기 때문에 선호된다.— 2006년 8월 23일 주근깨발톡 19:43 (UTC)

아마도 당신은 게시물이 자동으로 서명되어야 한다고 생각하는가?그것은 토크 페이지에는 좋지만, 기사에 대해서는 정말 짜증나는 잡동사니들이다.—EncMstr 20:39, 2006년 8월 23일(UTC)

그래, 문제는 (whihc가 좋을지도 모르는) Wikipedia가 기사들과 정확히 같은 방식으로 토크 페이지 편집을 처리한다는 것이다.이것이 당신의 메시지가 자동으로 서명되지 않는 이유다.젤츠톡 22:57, 2006년 8월 23일 (UTC)

리퀴드스레드가 해결할 거야, IERCTitoxd^(?!?) 07:25, 2006년 8월 24일 (UTC)

자외선 차단제는 가시성에 영향을 미치는가?

선크림의 반달리즘을 되돌린 후, 나는 불쾌감을 주는 사용자의 토크 페이지에 다음과 같이 덧붙였다.

{{subst:테스트3-n 자외선 차단제}~~~~

선크림이 다시 연결된 것만 빼면 시사회장은 괜찮아 보였다.내가 그것을 만지작거린다고 가정하고 복사해서 다시 붙여넣어라.그것은 여전히 빨간색으로 연결되어 있었고 철자법에는 분명한 문제가 없었다. 그리고 그것은 반항된 정확한 철자법 같은 단어가 나오는 날이 아닌 것 같았다.

잠시 후 빨간색이 나를 성가시게 만들며 더 많은 조사를 요구했다.빨간색 링크를 클릭하면 자외선 차단제 %E2 %80 %8E라는 새 기사가 편집된다.UTF-8 참조를 확인했지만 더 혼란스러워졌어 감마, 세딜라, A 움라우트일 수도 있어아니면 원곡선 a, 제어 장치, 1교대 2일 수도 있어

1. 저 캐릭터들은 뭐야?
2. 어떤 코드의 해석이 옳은가?
3. 그들은 어떻게 그곳에 갔을까? (내 방법은 바닐라인 것 같아.)

—EncMstr 18:33, 2006년 8월 23일(UTC)

E2 80 8E는 UTF-8의 단일 유니코드 코드 포인트: "왼쪽-끝-오른쪽 표시"이다.어떻게 들어갔는지 모르겠어토크 페이지를 편집하면 실제로 인쇄되지 않은 문자를 삭제하고 수정할 수 있다.—Bunchofgrapes (talk) 18:41, 2006년 8월 23일 (UTC)

유니코드 문자 방향성 표시기는 감시 목록 페이지에 표시되며, 다른 컨텍스트 수가 몇 개인지 잘 모르겠다(MediaWiki는 이제 양방향 텍스트 인터페이스를 지원한다).본문을 베끼면 방향성 표시기(보이지 않기 때문에 집어 들었는지 안 들었는지)를 집어 들 수도 있고 안 들 수도 있다고 생각한다.예상치 못한 레드링크들이 마지막에 이런 캐릭터를 갖고 있을 가능성이 높다.나는 링크의 끝까지 필기해서, 첫 번째 닫기 "]에 있고 거기서부터 뒷걸음질 치도록 하면 (사파리에서는) 이것들을 치워버릴 수 있다.이것은 버그에 관한 보고서를 쓸 가치가 있을 것이다. -- 릭 블록 (토크) 19:02, 2006년 8월 23일 (UTC)

위의 섹션 #Problems_with_images를 참조하십시오.위키에 텍스트를 복사/붙여넣는 것은 종종 우연의 게임이다.이것은 또 다른 FAQ의 가치가 있을 수 있다(지난 달에 3, 4번 본 적이 있다). --Splarka (rant) 07:08, 2006년 8월 24일 (UTC)

위키백과의 링크 구조를 추출하는 방법.

안녕, 여기 물어보는 곳이 맞는지 모르겠네...만약 내가 잘못된 페이지에 글을 올렸다면 정말 미안해.위키백과 전체의 링크 구조를 추출해 (대단히 큰) 링크 그래프를 만들어 몇 가지 연구를 하고 싶다.어디서 어떻게 시작해야 할지 힌트를 줄 수 있을 거야.Cyc 12:50, 2006년 8월 22일 (UTC)

[13], 특히 "링크" 쿼리를 살펴보십시오.(Libertatore, 2006).2006년 8월 22일 13시 12분(UTC)

실제로 전체 구조가 필요한 경우 데이터베이스를 다운로드하고 대신 위에서 언급한 쿼리를 로컬로 수행하는 것이 좋을 수 있다.모든 데이터는 [14]에서 이용할 수 있으며, db 구조는 메타에서 설명된다.도움말:데이터베이스 레이아웃(Liberatore, 2006).2006년 8월 22일 13:16 (UTC)

니스, 존재하는지 몰랐어.—2006년 8월 22일, 13:36(UTC)

사실, 직접 질문하지 말고 위키백과 6학위 작성자와 대화하십시오. 사용자:이미 이 그래프를 추출하는 데 온갖 수고를 다한 케이트.2006년 8월 24일 데코 04:14(UTC)

Wiki 프로젝트에 대한 관련 변경 내용 표시

일반적으로 위키프로젝트 템플릿은 해당 프로젝트에 대해 분류된 기사의 토크 페이지에 배치되며, 토크 페이지는 프로젝트에 대해 자동으로 분류된다.따라서 위키프로젝트 범주에 대한 "관련 변경사항"을 표시하면 해당 기사의 토크 페이지에 대한 최신 변경사항이 나타난다.해당 대화 페이지에 첨부된 기사의 최근 변경 사항에 대해 "관련 변경사항"을 보여주는 간단한 방법이 있는가?고마워요.스티비가 남자다! 2006년 8월 23일 20시 50분 (UTC)

내가 전에 (WP:CRIC 등) 본 방법은 모든 기사의 목록을 만들고 그것에 관련된 변경 페이지를 이용하는 것이다. --Cherry blower tree 21:32, 2006년 8월 23일 (UTC)

고마워. 몇 가지 프로젝트를 위해 자주 편집/발행되는 기사들을 위한 특별 감시 목록 페이지를 만들었기 때문에 나는 이미 알고 있었어.정기적으로 전체 목록을 재생성할 필요 없이 프로젝트에 대해 목록으로 분류된 모든 기사에 대해 이 작업을 자동화할 수 있는 방법이 있었으면 좋겠다.스티비가 그 남자야!^{Talk • Work} 2006년 8월 23일 22시 26분 (UTC)

WatchlistBot은 이 방법을 더 쉽게 만들 수 있다면 주기적으로 여러 위키프로젝트의 목록을 생성한다. --Interiot 01:21, 2006년 8월 24일(UTC)

그건 내가 찾고 있는 것 같아.리드해줘서 고마워!스티비가 그 남자야! 2006년 8월 24일 01:53 (UTC)

범주:소스가 없는 진술이 있는 물품

인용문이 누락된 21,008페이지의 카테고리를 가지고 있는 것을 누군가 나에게 설명해 주시겠습니까? --Ligulem 23:41, 2006년 8월 20일 (UTC)

나는 이것이 기술적인 문제를 제기하는 것인지 잘 모르겠다.만약 그렇다면, 나는 내 대답이 그들을 무시할까 봐 걱정된다.우리가 얻는 것은 WP가 얼마나 끔찍한지 알려주는 합법적인 기억이다.물론 WP를 비판하기 시작한 몇몇 사이트들이 있지만, 그 중 몇 곳을 내가 대충 살펴본 결과, 그들은 가십 칼럼을 미화하고 있고, 신 포도가 잔뜩 뿌려져 있다. 어쨌든, 그것들은 별로 가치가 없다.한편, 그 2만 1천 페이지는 - 라벨이 부착되지 않은 모든 페이지들은 말할 것도 없고 - 물론 - 네, 그 페이지들은 수량 대 품질의 문제에 대해 "위키트루트"와 같은 방식으로 궁금하게 만든다. - 호아리 23:55, 2006년 8월 20일 (UTC)

이론적으로, 정말로 우리를 향상시키는데 도움을 주고 싶은 사람들은 그 범주에 가서 그들이 친숙하거나 연구할 준비가 되어 있는 주제나 주제를 고르고, 이러한 기사에 대한 우리의 단점들을 해결하기 시작할 것이다.실제로, 나는 별로 많은 사람들이 이것을 한다고 생각하지 않는다. (내가 일전에 토마스 미들리 주니어에 대한 참조를 정리하는데 약간의 시간을 보냈지만)하지만, 나는 그 범주가 학교나 대학 수업을 위한 환상적인 시작점이 될 것이라고 생각한다. 학생들은 위키백과가 얼마나 오류가 있을 수 있는지, 그리고 어떻게 우리의 작업을 전통적인 참고문헌과 비교하는지에 대한 교육을 받게 될 것이고, 우리는 결국 그 거래에서 개선되고 참조된 기사를 얻게 될 것이다.— 캐서린\^talk 2006년 8월 23일 (UTC)

템플릿 실행에서 "종료"?

나는 지저분하게 중첩된 #블록이 있는 템플릿이 있다.둥지를 틀면 살 수 있지만, 만약 조건이 있다면 탈출 같은 것이 있었으면 좋겠다.

여기서 종료하면 템플릿의 추가 처리가 종료된다.더 이상 wikitxt, 더 이상 파서 함수를 평가하지 않을 것이다.

나는 이것이 존재한다고 추측한다. 그렇지 않으면 일상의 유사점은 존재하지 않는다.맞나? -Mak Thorpe 01:07, 2006년 8월 22일 (UTC)

정답.그리고 Starling은 ParserFunctions를 실행하는 데 끌려갔기 때문에, 이 특집 제안이 지옥에서 눈덩이처럼 불어날 가능성은 없다고 생각한다. (물론, 내가 틀릴 수도 있다...) — Edward Z. 양^(Talk) 02:05, 2006년 8월 22일 (UTC)

근접 효과를 얻기 위해 분석 기능을 중첩하지 않는 한 가지 방법이 있다(그러나 분할 태그 또는 다른 블록 요소 태그의 중첩 포함).

<div> 이 부분은 항상 <div style="{#if:{{{{hide }}} display:none}}"> 이것은 숨김이 정의되지 않은 경우에만 표시되며, 래핑 파서 기능이 필요하지 않다.</div> </div>

--Splarka (rant) 02:19, 2006년 8월 22일 (UTC)

고마워. 내가 말했듯이, 난 그걸 감수할 수 있어.중첩된 div를 사용한 흥미로운 해킹. -Mak Thorpe 03:00, 2006년 8월 22일(UTC)

이 CSS 해킹의 유일한 문제는 그것이 명백히 CSS 인식 브라우저를 가진 사람들에게만 효과가 있다는 것이다.그들에게는 숨겨진 부분이 보일 것이고, 그것이 불분명한 결과가 아니라면 피하는 것이 최선일 것이다.현재 대부분의 브라우저는 CSS를 이해하지만, 사람들이 불필요한 잡음 없이 어떤 사용자 에이전트에서든 그것을 볼 수 있다면 가장 좋을 것이다.젤츠톡 21:20, 2006년 8월 22일 (UTC)

위키백과 참조:hiddenStructure 사용 안 함 --Ligulem 13:42, 2006년 8월 23일(UTC)

두 개의 도구([/포함 전용

버질라에게 보고해야 할지 모르겠지만, 그럼에도 불구하고 나는 이것을 올린다.아래의 특수문자 삽입도구를 보면 두 가지가 있다.<includeonly></includeonly> "buttons."급한 건 아니지만 어느 시점에선가 처리해야 할 것 같아.—2006년 8월 22일, 13:33(UTC)

bugzilla에 보고할 필요 없음. 이러한 도구는 사실 MediaWiki:Editools, MediaWiki talk에서 변경사항을 제안할 수 있다.에디툴스. --cesarb 19:46, 2006년 8월 22일 (UTC)

이미 고정된 :-) —Mets501 (토크) 19:48, 2006년 8월 22일 (UTC)

고마워. 내가 관리자가 아니라는 사실. 난 그것들을 편집할 수 없어. :D —2006년 8월 22일, 23:36(UTC)

데이터베이스 문제?불일치

알레시아로 갈 때 나는 "이 페이지 편집" 탭을 클릭할 때 가장 최근의 버전 대신 이전 버전을 본다. --람밤^Talk 03:13, 2006년 8월 22일(UTC)

문제는 사라진 것으로 보인다. --람밤^Talk 10시 14분, 2006년 8월 22일 (UTC)

"편집"은 하위 섹션에서만 작동하며, 그렇지 않으면 색인.php를 클라이언트로 보내시겠습니까?

내가 기존 기사에 있는 "이 페이지 편집" 링크를 사용하려고 하거나 새로운 기사를 만들려고 할 때, 나는 위키백과 서버가 내 고객에게 보낸 "index.php"를 가지고 있다.바로 이 페이지에서 예를 들어보십시오.

[프로세스] 유형=텍스트 엔진 편집=미디어Wiki 스크립트=http://en.wikipedia.org Server=http://en.wikipedia.org Path=/w Special 네임스페이스=Special [파일] Extension=wiki URL=http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_%28technical%29&action=edit&internaledit=true

페이지를 실제로 편집하려면 위에서 URL을 추출하여 브라우저에 붙여넣어야 한다.내가 보기에 이것은 아마도 HTTP 리디렉션이 발급되도록 하는 내부 서버 내적인 것이어야 할 것 같다.내 브라우저 버전은 Mozilla/5.0(X11; U; Linux i686; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4

페이지의 섹션 제목에서 "편집" 링크를 사용하면 예상대로 작동한다.

(이것이 오히려 버그질라 후보라면 미안하다.) --BACBKA 17:05, 2006년 8월 21일 (UTC)

편집 탭 아래의 환경설정에서 "기본적으로 외부 편집기 사용"을 선택하셨습니까?선택되어 있으면 선택을 취소해 보십시오.—Mets501 (토크) 2006년 8월 21일 18:11 (UTC)

이것은 FAQ에 거의 넣을 만한 가치가 있다. --Splarka (rant) 22:21, 2006년 8월 21일 (UTC)

나는 그것을 방금 FAQ에 추가했다.이것은 충분히 자주 요구되어 왔다. --cesarb 19:53, 2006년 8월 22일 (UTC)

검색에서 리디렉션

나는 방금 '하모니 기타'를 찾아보았다.그것은 나에게 '그런 페이지는 없다'라는 메시지와 일련의 링크를 주었고, 그 중 어떤 것도 정보가 실제로 존재하는 '하모니 컴퍼니'에는 가지 않았다.

특정 검색에서 이 정보가 있는 페이지로 링크를 삽입하는 방법이 경우 검색 '하모니 기타'를 '하모니 회사' 페이지로 리디렉션하려면 어떻게 해야 하는가?'하모니 기타' 페이지를 만들어 회사 페이지에 링크를 붙이는 것밖에 생각이 안 나는데, 그게 깔끔하지가 않아 보인다.도움말 페이지를 검색해 봤지만, 엉뚱한 곳을 찾아봤거나 정보가 없는 것 같아.Deke42 2006년 8월 21일 16:51 (UTC)

m:도움말:리디렉션.페이지를 리디렉션으로 만드십시오. --Splarka (rant) 22:20, 2006년 8월 21일(UTC)

고마워! 데케42 23:28, 2006년 8월 21일 (UTC)

메뉴 점프

메뉴("Sign in/Create" 또는 사용자 메뉴(사용자 이름, talk, talk, accontraction, preference )가 왜 표시되는가?페이지 상단에서) 마우스 포인터가 닿을 때 한 쪽에서 다른 쪽으로(보통 오른쪽 로 왼쪽에서) 점프한 다음 Other end(할 수 있으면 나를 잡아라!!)에 머문다.그리고 나는 위키피디아 이미지에서 내 사용자 페이지보다는 "잘못 클릭"을 한다.나는 이것을 나의 다른 언어로 알아챘다.왜 이런 일이...방금 다른 위키피디아를 확인했는데 모든 신체에서 같지 않은 것 같아?감트액티브보이드 (토크) 17:03, 2006년 8월 20일 (UTC)

이것은 Internet Explorer의 버그다.여전히 IE 7 betas로 경험하는 경우 Microsoft에 보고하십시오. --Briion 13:36, 2006년 8월 21일(UTC)

기사 내에서 템플릿을 중앙에 배치하는 방법?

다른 템플릿을 만들었지만 현재 (기본적으로) 왼쪽에 배치되어 있기 때문에 기사 내 중앙에 배치하고 싶다.이 포맷을 활성화하려면 어떻게 해야 하는가?67.37.227.115 21:17, 2006년 8월 20일(UTC)

템플리트가 테이블인 경우 "을 추가하여 중앙에 배치하십시오.align=center" 첫번째 줄까지.다른 종류의 블록이라면, 스타일로 "을 추가하면 된다.margin-left: auto; margin-right: auto;" 스타일에 맞게(대부분의 브라우저에서 사용 가능).그것을 둘러싸고 있는 구식 HTML 방식<center> ... </center> 릭 블록(토크) 22:03, 2006년 8월 20일 (UTC)

고마워그렇게 했다. 67.37.227.115 23:04, 2006년 8월 20일 (UTC)

창을 편집할 수 없음으로 "사진" 표시

나는 몇 시간 동안 이것에 대한 답을 찾아보았다.

내가 "이 페이지 편집"을 클릭하면 widnows는 파일 확장명 *.php가 이렇게 편집 화면을 여는 대신 "그림 it"에 의해 사용된다고 응답한다.내가 샌드박스를 호출할 때도 그렇게 해.

내 방화벽 설정은 기본이고 나는 편집 화면으로 가기 위해 잠시 방화벽을 끄려고 했다.

나는 미디어위키를 살펴봤는데 새로운 기사를 편집하거나 추가하는 방법보다는 서버 소프트웨어로 보인다.

무슨 일입니까?

당신은 위키피디아의 환경설정->편집에서 "기본적으로 외부 편집기 사용"을 설정한 것으로 보인다.또는 css 파일이 손상되어 브라우저 캐시를 새로 고치면 해결된다.-gadfium 06:34, 2006년 8월 20일(UTC)

템플리트 주위에 텍스트를 줄바꿈하시겠습니까?이렇게 할 수 있을까?

나는 폭이 좁은 표준 템플릿이 있다.실제로 텍스트를 측면으로 포장하는 것이 가능한가?여기에서 확인할 수 있다.템플릿:UChicago2

mcshadypl 01:57, 2006년 8월 20일 (UTC)

그래, 테이블 너비를 맞추면 텍스트가 줄줄 흐를 거야.다음에서 상단 라인으로 변경

{ style='border:1px solid #dddddd; background-color:#fefefe; padding:3px; margin:0px'

로

{ style='border:1px solid #dddddd; background-color:#fefefe; padding:3px; margin:0px' width='WIDTHpx'

여기서 WIVEND는 상자의 너비(픽셀 단위)이다(약 200px 정도를 원할 것이다).—Mets501 (대화) 02:09, 2006년 8월 20일 (UTC)

이것에 대해 다소 불분명하게 해서 미안해.감사합니다.이것은 확실히 템플릿을 향상시키는데 도움을 주지만, 그것이 놓여진 기사에서 텍스트를 감싸는 것이 가능할까?이 템플릿을 넣으면 글의 텍스트가 그 위에 또 아래에 나타나지만 옆에는 빈 공간만 존재한다.템플릿에 해당 텍스트를 줄 바꿈할 수 있는가?다시 한 번 더 명확하게 말하지 못한 것에 대해 사과한다.매트 (mcshadypl) 02:15, 2006년 8월 20일 (UTC)

왼쪽에 템플릿을 추가하려면 스타일에 "float:left;"를 추가하십시오.만약 당신이 그것을 오른쪽에 원한다면, "flat: right;." -- Rick Block (talk) 03:15, 2006년 8월 20일 (UTC)을 추가하라.

고마워!그 템플릿은 이제 내가 의도한 대로 보인다!Matt (mcshadypl) 03:25, 2006년 8월 20일 (UTC)

위키 캡션 형식 지정

현재 Wikible 캡션의 기본 형식은 없으며, 기본적으로 작아 보이고 못생겨 보인다.

팬암 항공

등록	유형	이름	가동중	언급
NC18601	314	호놀룰루 클리퍼	1939-1945	미국 해군에 의해 침몰됨
NC18602	314	캘리포니아 클리퍼	1939-1950	후에 퍼시픽 클리퍼로 개칭하여 월드 에어웨이에 팔렸다.1950년 폐기.
NC18603	314	양키 클리퍼	1939-1943	대서양 횡단 메일 서비스를 시작함.1943년 2월 22일 포르투갈 리스본에서 추락.
NC18604	314	애틀랜틱 클리퍼	1939-1946	부품을 구하려고 인양했다.
NC18605	314	딕시 클리퍼	1939-1950	대서양 횡단 여객 서비스를 시작했고, 나중에 월드 에어웨이즈에 팔렸다.1950년 폐기.
NC18606	314	아메리칸 클리퍼	1939-1946	나중에 월드 에어웨이즈에 팔렸다.1950년 폐기.
NC18609	314A	퍼시픽 클리퍼	1941-1946	나중에 유니버설 항공사에 팔렸다.폭풍에 의해 파손되어 부품들을 인양했다.
NC18611	314A	안작 클리퍼	1941-1951	유니버설 항공 1946, 아메리칸 인터내셔널 항공 1947, 월드 에어웨이즈 1948에 판매.1951년 개인적으로 팔렸고 1951년 메릴랜드 볼티모어에서 파괴되었다.
NC18612	314A	케이프타운 클리퍼	1941-1946	판매 대상: 미 해군 - 1942년, 판매 대상: 아메리칸 인터내셔널 항공 - 1947년, 1947년 10월 14일 미국 해안 경비대에 의해 바다에 가라앉음

이것은 덧셈으로 쉽게 고칠 수 있다.table.wikitable caption, table.prettytable caption { font-size: larger; font-weight: bold; } MediaWiki로:common.css.인굴레모^talk 00:03, 2006년 8월 20일 (UTC)

마땅한 상

이것은 이 지역 직원들의 뛰어난 업무 수행에 대한 나의 감사의 표시다.

다빈치 반스타 이는 WP 담당자에게 수여된다.탁월한 업무 수행에 대한 부사장/T.

계엄령 20:14, 2006년 8월 19일 (UTC)

세계 도시 데이터베이스

나는 이제 상용화되지 않은 웹사이트를 만들려고 한다.그것은 전세계에서 통신하는 사용자들을 위한 지역 정보를 포함할 것이다.현지화를 구현하기 위해서는 도시명(영어, 토착어 등)이 있는 데이터베이스가 필요하다.위키피디아는 세계의 도시들에게 그러한 종류의 정보를 제공한다.내 질문은 - 위키백과에서 이 데이터베이스를 얻을 수 있을까?아마도 누군가가 세계의 도시에 대한 정보가 있는 테이블이 있는 위키백과 데이터베이스의 일부를 텍스트 파일로 만들어 다운로드가 가능하도록 만들 수 있을까?내가 필요한 정보는 일단 당신이 도시 이름 - 토착 언어, 영어, 행정 계층의 위치, 우편 번호, 국제 전화 번호 등을 찾아보면 작은 테이블에 나타나는 것이다.

미리 블라디미르 페카르--85.250.184.182 19:36, 2006년 8월 19일 (UTC)

편집 거부됨

편집만 할 때마다, 어쩌면 여기에서도, 난 이 사이트에서 쫓겨나. 2006년 8월 19일 마탈법 19:27 (UTC)

사이트가 다운되었다고 들었어.그것이 관련이 있는가? 계엄령 20:05, 2006년 8월 19일 (UTC)

아니, 위쪽을 봐올바른 방식으로 질문하는 방법에 대한 자세한 내용은 http://catb.org/~esr/ss/smart-messages.properties를 참조하십시오. 2006년 8월 19일(UTC)

안심하십시오.나는 요점을 말하라고 배웠어. 전혀 멋지지 않았어.나는 어떤 정부 기관에 소속되어 있는 몇몇 가족과 함께 미군과 미 육군에서 군인으로서 자랐다.그것이 큰 영향을 미칠 수 있다.계엄령 05:13, 2006년 8월 20일 (UTC)

계엄령, '이 사이트에서 쫓겨났다'는 말이 무슨 뜻인지 좀 명확히 해주시겠습니까?편집한 결과 관리자에 의해 편집이 차단되거나 실제 기술적 문제가 발생했다는 말씀이십니까? - 2006년 8월 20일(UTC) 12:09로 표시

편집한 다음 SAVE 아이콘을 누르면 "Server NOT Found(서버 NOT Found)" 메시지가 표시되고 사이트에서 OFF(끄기)가 발생함.그 사건은 24시간 전에 일어났다.지금 일하고 있다.편집 내용을 저장하면 SAVE(저장) 아이콘이 작동하지 않거나 1/2시간 작동한다고 보고한 사람도 있다.계엄령 18:57, 2006년 8월 20일 (UTC)

한 가지 더, 상을 즐기세요.너희들은 그럴 자격이 있어.계엄령 19:00, 2006년 8월 20일 (UTC)

IE7 베타 3의 섹션 편집 링크가 잘못 표시됨

기사 오른쪽에 있는 섹션 편집 링크는 Internet Explorer 6에서 작았다(위첨자 모양).그것들은 Internet Explorer 7의 전체 크기 텍스트 입니다.이것이 우리 사이트나 IE7에 문제가 되는지 확실하지 않다. - 2006년 8월 19일 03:23(UTC) 표시

흥미롭군파이어폭스에서는 항상 풀사이즈였죠.—Mets501 (대화) 03:25, 2006년 8월 19일 (UTC)

줌을 포인트 크기 위로 올라가게 하는 수준으로 설정했을 수 있다.2006년 8월 19일 데코 08:25(UTC)

내게는 항상 풀사이즈처럼 보였다(IE7 베타 3와 파이어폭스 둘 다). Titoxd^(?!?) 08:27, 2006년 8월 19일(UTC)

IE6와 IE7의 렌더링 비교 이미지를 준비했다(해당 기사는 폐쇄된 런던 지하철 역이다).비교 이미지는 여기 있다.나는 그것이 "의도적인" 모습이라는 것이 무엇인지 궁금하다. - 2006년 8월 19일 마크 11:27 (UTC)

그것은 class="편집"과 함께 div로 렌더링되는데, 이것은 "font-size: small"로 표시되도록 의도된 것으로 보인다.위키백과 참조:CSS 수업 카탈로그 및 http://en.wikipedia.org/skins-1.5/monobook/main.css (모노북 스킨 파일에 사용된 구문을 설명하라고 하지 마십시오. 아마도 IE7이 마음에 들지 않을 것 같습니다.) -- 릭 블록 (토크) 15:19, 2006년 8월 19일 (UTC)

* html element <= IE6의 해결책이다.<= IE6는 와 동일하게 구문 분석할 것이지만, 다른 렌더링 엔진은 구문 분석하지 않는다.IE7에서 고친 것 같아?적어도, 나는 이것이 해결책이라고 생각한다. 내가 만든 빠른 테스트 케이스에서는 그것은 나에게 효과가 없다(Firefox 1.5.0.6 / Mac OS X). --james^(talk) 15:40, 2006년 8월 19일 (UTC)

따라서 IE 6 또는 이전 버전에서 편집 링크를 작게 보이게 하는 것이 해결책이다.하지만 기능적인 브라우저들은 어쨌든 작은 링크들을 보여주지 않기 때문에, 그것은 중복적인 해결책이다.그러나 우리 방문자의 70% 이상이 IE6을 이용하기 때문에 작은 편집 링크에 이용될 것이다. - 2006년 8월 20일 09:32(UTC)

이것은 심각한 문제고 사람들이 상상하는 것보다 더 흔하다.위의 "IE 6에 있는 예술품과 그들의 모습"을 보라. (post #73.긴급히 해결해야 한다. (극적으로 들리면 미안한데 문제가 심각하다) --모글레 16:45, 2006년 8월 19일 (UTC)

이미지 문제

내가 올린 이미지 중 일부는 위키백과 기사에 나오지 않았다.예: Sacred Cow의 Cowdivine.jpg, Nagpur의 VCAstadiumnagpur.jpg.이를 어떻게 수정하고 앞으로 이런 오류를 피할 수 있을까?고마워!Wikindian 20:21, 2006년 8월 18일 (UTC)

안녕 위키인디안.".jpg"와 "파이프 문자" 사이에 여분의 문자가 있는 것 같아. 난 그게 뭔지 잘 모르겠어. 텍스트 영역에서도 안 보여.신성한 소에 대한 이미지를 수정했어.아이스 23:09, 2006년 8월 18일 (UTC)

나는 네가 무슨 말을 하고 싶어했는지 정확히 이해하지 못하겠다.어떻게 정확히 성스러운 소에 이미지를 고정하셨나요?Wikindian 15:36, 2006년 8월 19일 (UTC)

파일 확장자의 끝과 페이지 코드에서 첫 번째 파이프 문자 사이에 보이지 않는 문자가 있었다.어떻게 그렇게 되었는지는 잘 모르겠지만, 내가 그걸 제거했고 효과가 있었어.나중에 그것을 피하기 위해서 복사하기보다는 페이지에 추가할 때 파일 이름을 타이핑하는 것을 추천한다.파일 확장자의 마지막 문자(예: 'jpg') 앞에 커서를 놓고 한 번에 한 문자씩 오른쪽으로 이동하면 파이프 문자 앞에 커서가 움직이지 않는 것처럼 보이기 때문에 추가 문자가 있는지 알 수 있다.아이스 22:39, 2006년 8월 19일 (UTC)

알았어, 내가 한번 해볼게.Wikindian 15:32, 2006년 8월 20일 (UTC)

감독 무용?

나는 인큐베이터에서 관리인이 되었고, 그래서 몇 페이지를 삭제했다.페이지가 삭제된 후 복원 옵션을 보면 복원할 리비전을 선택할 수 있다.이것은 감독 능력과 똑같은 일을 하고, 명예훼손적인 정보를 없애는 데 사용될 수 있지 않을까?—대니엘 (1968년) 16:12, 2006년 8월 17일 (UTC)

네, 그리고 예전엔 그랬지만, 감독 메커니즘은 특히 편집이 수천 건인 기사들의 경우 훨씬 더 편리하다. -- Rick Block (talk) 18:19, 2006년 8월 17일 (UTC)

알았어. 고마워.—대니엘 (1968년) 18:32, 2006년 8월 17일 (UTC)

그것은 또한 sysops조차 그것을 볼 수 없게끔 어떤 식으로든 너무 나쁜 정보를 제거하기 위함이다.개인 정보 등, 만약 sysop이 불량(no, WP가 아님):루즈, 진짜 불량배.--james^(talk) 11:36, 2006년 8월 18일 (UTC)

1. 특수 사용:Hidrevision이 더 효율적임
2. 특수 사용:Hidrevision을 통해 향후의 혼동을 방지
3. 특수 사용:'좀비 명예훼손' 관점에서 보면 히데리비전 쪽이 더 안전하다.

전체 페이지를 삭제한 다음 수정사항을 선택적으로 삭제하는 것은 데이터베이스 서버에 더 많은 작업을 의미하며, 그것은 과거에 문제를 야기시켰다(예를 들어 조지 W. 부시의 삭제). 게다가, 다른 관리자가 향후 또 다른 회피적인 수정사항을 삭제하려고 시도하지 않을 것이라는 보장은 없으며, 만약 그렇게 한다면, 그들은 아주 잊어버릴지도 모른다.다른 골치 아픈 수정사항의 선택을 취소하고 작업을 취소하십시오.

마지막으로 지적한 바와 같이, 감시와 히데리비전 사용은 삭제된 데이터가 핵심 미디어위키가 모르는 어딘가로 가져가므로 보이지 않는다는 것을 의미한다. 86.134.49.147 23:09, 2006년 8월 19일(UTC)

관련성

콘월 검색이 콘월리스와 100% 관련이 있고 콘월에만 95%가 연관성이 있는 이유를 설명할 수 있는가? ----------빌 11.13 17/08/2006.

고민하지 말아야 할 복잡한 '검색' 알고리즘이다.예를 들어, 다음 알고리즘을 사용하여 즉석 검색을 합리화할 수 있다: (이러한 "모든" 검색 작업에 적합하지 않을 수 있음. 여기서 시도하는 검색 작업은 10,000페이지 길이의 검색 알고 중 극히 일부에 불과하므로):

• 그것의 cos "cornwall"은 알파벳 순으로 "cornwallis"의 부분집합이다.
• "콘월"과 "콘월리스"는 각각 15개의 불화(리디렉트 제외)를 가지며, 따라서 동점이 된다.따라서 가중치 부여 후 "콘월"은 "콘월"보다 "콘월리스"와 더 큰 연관성을 갖는다.
• HTH. --Mowglee 16:40, 2006년 8월 19일 (UTC)

그것도 괜찮고 좋지만 사용자가 구글 알고리즘을 전혀 사용하지 않는 내부 검색엔진을 지칭하는 것이라면? 86.134.49.147 23:04, 2006년 8월 19일(UTC)

IE 6의 기사 및 그 외관

기사들은 브라우저마다 다르게 포맷되어 보인다.예를 들어.

• Iron에서 페이지 상단의 템플릿이 내 보기를 차단하고 있으며, 템플릿 아래의 텍스트를 읽을 수도 없고 템플릿을 최소화할 수도 없다.이런 식으로 나타나도록 되어 있는가?시야도 막히나?아마도 'firefox' 사용자들은 이 문제를 가지고 있지 않을 것이다.

• Main_Page에서는 로그인한 후 내 사용자 이름, 내 토크, 내 기본 설정 등을 나열하는 맨 위 행이 나타나지 않는다.두 번 클릭하여 "최대화"된 브라우저 창(즉, 창을 둘레로 작게 만들기)을 "복원"하면 상단 행이 마법처럼 나타난다!

• 때때로 "상향"은 위로 떠다니는 것처럼 보인다(페이지의 맨 아래가 되는 것).

• 이 기사[15]는 내게는 괜찮다고 읽지만, 나는 파이어폭스 사용자로부터 "역사" 섹션이 그에게 온통 뒤죽박죽처럼 보인다는 이야기를 들었다.

누가 나를 깨우쳐 줄 수 있을까? --모글레 09:23, 2006년 8월 17일 (UTC)

흥미롭군...나는 그런 문제들을 가지고 있지 않다.—Mets501 (토크) 01:49, 2006년 8월 18일 (UTC)

어떤 브라우저를 사용하십니까?또한 그 글의 나머지 텍스트를 막지 않고 아이언에서 템플릿을 볼 수 있다는 말인가?호기심이 많은tia --Mowglee 08:20, 2006년 8월 18일 (UTC)

나는 여기 직장에서 IE6를 사용하도록 강요당하지만, 나는 이런 문제를 가지고 있지 않다.혹시 페이지에 방해가 되는 스타일시트를 적용하셨나요?도구 > 인터넷 옵션 > 접근성으로 이동하여 사용자 스타일시트가 모든 페이지에 적용되고 있는지 확인하십시오.아이스 11:40, 2006년 8월 18일 (UTC)

완료. 이렇게 선택한 "사용자" 스타일 시트는 없지만, 문제를 "특정"으로 "내" IE6 설정으로 잘못 해석할 수 있도록 도와주셨습니다.한걸음 더 나아가는군! --모글레 16:37, 2006년 8월 18일 (UTC)

내가 알아냈어IE6에서 "view-->encoding--->유니코드(UTF-8)"를 "view-->encoding--->user defined"로 변경하여 나의 모든 문제가 없어졌다. --Mowglee 10:15, 2006년 8월 20일 (UTC)

시간에 민감한 변수 및 캐싱

나보다 이것에 대해 더 잘 아는 누군가가 {{CURRENTDAY}}에 대한 참조와 유사한 시간에 민감한 변수가 있는 페이지에 대해 캐싱이 어떻게 처리되는지 설명할 수 있는가?예를 들어, 메인 페이지는 {{Wikipedia:오늘의 특집 기사/{{{}Current Monthname}}, {{Current Day}, {{Current Year}}}}.무엇이 이 페이지를 재생성하고 (새 날의 특집 기사 요약과 함께) 매일 오징어 캐시를 넣도록 자극하는가?Apache는 정말로 페이지에 있는 다음 중 어느 것을 기준으로 만료 시간을 계산하고 만료 HTTP 헤더나 다른 것을 추가하는가(이 경우 페이지에 {{CurrentTIME} 포함)?내가 코드를 읽으러 갈 수 있을 것 같은데, 만약 누군가가 알고 있다면 설명해줘. -- 릭 블록 (토크) 02:21, 2006년 8월 17일 (UTC)

AFAIK, 매일 누군가가 직접 가서 메인 페이지를 정리한다. --cesarb 02:34, 2006년 8월 17일(UTC)

그리고 난 네가 농담하고 있다고 생각하지도 않아.또 다른 사람은? -- 릭 블록 (대화) 18:21, 2006년 8월 17일 (UTC)

농담이지, 그는 아니야.시간에 민감한 마법의 단어들은 변전소가 언제 그랬는지 정확할 뿐이고, 수동으로 제거해야 한다.그것들은 $wgParser->disableCache()로 라이브로 만들어질 수 있을 것이다./ 아마도 (IANAP) 내 생각에, 하지만 메인 페이지에서 사용된다면 서버들은 증식할 것이다.그래서: 캐시가 그들을 망가뜨리지만, 그들은 캐시를 망가뜨리지 않는다. --Splarka (rant) 22:32, 2006년 8월 17일 (UTC)

아, 하지만 걱정하지 마!확실하지는 않지만 GMT 자정이 지나면 매일 자동으로 메인 페이지를 정리하는 중요한 일을 하기 위해 봇이 설치되었다는 것을 어디선가 읽은 기억이 난다! --cesarb 01:29, 2006년 8월 18일(UTC)

또한 각 페이지의 파서 캐시는 정해진 시간, 즉 IERC 24시간 후에 만료된다.그래서 만약 누군가가 한 페이지를 삭제하는 것을 잊어버린다면, 그것은 결국 업데이트 될 것이다.86.134.49.147 23:10, 2006년 8월 19일(UTC)

위성 IP 버그

버그(Bug)가 있어서 로그인할 수 있어.대부분의 경우 그렇지 않다.난 위성 IP를 하고 있어나나 다른 사람이 어떻게 이것을 고칠 수 있을까? 이런 일이 일어나는 것을 편집하는 사람은 양말로 착각할 수 있다.8월 10-14일, 유성우가 내렸다.위성이 손상될 수 있는가?나는 이 일이 진행되는 동안 즉흥적으로 신호를 보내야 한다.지금은 로그인할 수 없다.계엄령 18:10, 2006년 8월 16일 (UTC)

나는 현재 휴즈 위성 ISP에 있다.이 ISP에 문제가 있는가? 나는 실제로 어떤 결과도 없이 문제를 해결하려고 노력했다.계엄령 18:45, 2006년 8월 16일 (UTC)

SAT ISP는 '페이지를 표시할 수 없다'고 주장하며 그물에서 당신을 쫓아낼 것이다.계엄령 19:07, 2006년 8월 16일 (UTC)

로그인하지 않은 편집에 대해서는 별로 신경 쓰지 않을 겁니다.로그인하지 않은 사용자의 편집도 다른 편집과 마찬가지로 환영한다.가장 중요한 것은 IP주소를 숨기고 싶은지 아닌지 입니다.로그인하지 않은 경우, 편집한 내용을 IP 주소(당시 편집한 내용)에 공개적으로 링크할 수 있다.당신의 인터넷 연결에 따르면, 작동하는 인터넷 연결은 정말로 위키피디아를 편집하기 위한 필수 조건이기 때문에 우리는 아마도 여기서 그렇게 많은 도움을 줄 수 없을 것이다.위키백과 서버는 현재 잘 작동하는 것 같다(내 웹 끝에서 보듯이).그러나 나는 내가 새텔라이트 연결에 대한 경험이 없다는 것을 인정해야 한다.내 링크는 뚱뚱한 케이블 모뎀이다. --Ligulem 20:25, 2006년 8월 16일 (UTC)

Mediawiki IP 잠금 로그인 세션이 있는가? 그렇다면 이것이 문제일 수 있다(나는 sat 인터넷 공급자가 지연을 줄이기 위해 강제 프록시를 사용하고 있다고 가정한다).Plugwash 21:08, 2006년 8월 16일 (UTC)

많은 AOL 사용자들이 광범위한 AOL 프록시 IP에서 로그인을 유지할 수 있기 때문에, 나는 그들이 그렇게 할 수 있을지 의심스럽다.누구든 다른 direcpc.com 사용자의 위 섹션을 참조하십시오.나는 당신의 불만을 당신의 ISP에 지시하기를 제안한다. --Splarka (rant) 21:29, 2006년 8월 16일 (UTC)

너는 전에 들은 적이 있다. 당신의 ISP는 모든 위성 기반 ISP와 마찬가지로 프록시와 캐싱 그리고 모든 종류의 어리석음을 사용한다. 이 페이지에는 그 문제에 관한 많은 기록들이 있다; 최고 기술책임자 자신이 당신에게 충고했다. 이 포럼에 동일한 내용을 계속해서 게시하지 마십시오. 고마워. 86.134.116.228 21:10, 2006년 8월 18일 (UTC)

나는 사람들이 위성 ISP, 관련 ISP에 문제가 있다면 그렇게 조언 받는 것이 아니길 바란다.2006년 8월 19일 마탈법 19:38 (UTC)

os Special: 페이지에서 변수 구문 분석

MediaWiki talk:를 참조하십시오.이 디스플레이에 변수를 전달하는 것과 관련된 링크고마워! — xaosflux 16:17, 2006년 8월 13일(UTC)

버전 제어에 추가됨.86.134.116.228 21:27, 2006년 8월 18일(UTC)

고맙지만, 1달러에서 액션 링크를 만들려고 하면 (이름에 공백이 있는 페이지의 경우) 연결이 끊어지거나 1달러짜리 기사에 대한 링크가 생기게 된다.아이디어 있으신 분은 토크 페이지를 방문하십시오!— xaosflux 21:58, 2006년 8월 20일(UTC)

점프 도구 모음

뭐라고 불러야 할지 잘 모르겠어.그 여섯 가지 링크([사용자 이름]), 내 토크, 내 선호도, 내 감시 목록, 내 기여도, 로그아웃 등), 그냥 도구 모음이라고 부르겠다.어쨌든, 그렇게 자주, 모든 링크는 여러분이 클릭하려고 할 때 갑자기 페이지의 맨 왼쪽으로 뛰어오른다.컴퓨터 문제만 있는 것은 아니다. 왜냐하면 나는 세 대의 다른 컴퓨터에서 이런 일이 일어나는 것을 보았기 때문이다.전에 여기서 이 질문을 본 적이 있지만, 유일한 답은 "마이크로소프트에게 말해라"라는 매우 모호하고 도움이 되지 않는 논평이었다. 그렇다면, 왜 툴바가 왼쪽으로 뛰어드는 것일까?--제9회 밝은 샤이너 04:36, 2006년 8월 5일 (UTC)

이것에 대해 내가 단 한 가지 확실하게 말할 수 있는 것은 그것이 브라우저와 관련된 것처럼 보인다는 것이다.그것은 브라우저가 스타일시트를 처리하는 방식과 관련이 있을 수 있다.나는 같은 문제를 겪고 있었지만 IE7 베타 버전 2에서만 문제가 있었다.방금 버전 3으로 업그레이드했는데 문제가 없어졌어.브라우저의 최신 버전을 확인하여 문제가 해결되었는지 확인하십시오.Epolk 15:59, 2006년 8월 8일 (UTC)

IE도 사용하고 있고, 최신 버전인 것 같은데...IE 베타 v 2 외에...베타 프로그램인 만큼 문제가 있을 가능성이 더 높은 프로그램.--제9회 밝은 샤이너 03:23, 2006년 8월 9일(UTC)

IE를 사용해야 할 때 그런 문제가 있었지만, 파이어폭스는 괜찮다.진짜 브라우저를 얻으십시오.--Mac Lover 16:09, 2006년 8월 13일(UTC)

나는 위키피디아와 커먼즈에서 정확히 같은 문제를 가지고 있었다.IE7베타3로 업그레이드했는데 그 이후로는 발생하지 않았다. amitch 05:35, 2006년 8월 21일 (UTC)