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

캘리포니아 주립대로78번길

캘리포니아 주립 78번 국도는 PDF에 제대로 렌더링하는 것을 거부하고 있고 그 이유에 대해서는 확실하지 않다. --Rschen7754 19:24, 2011년 1월 7일 (UTC)

PDF는 나를 위해 올라오지만, 맨 위에 "경고: 기사는 렌더링할 수 없다 - 간단한 텍스트가 올라온다.문제의 잠재적 원인은 (a) pdf-writer 소프트웨어의 버그(b) 문제가 있는 미디어위키 마크업(c) 테이블이 너무 넓다"는 것이다.이게 같은 문제인가? /1911년 1월 7일 (UTC) /197 ETCOMMS/22:19

큰 테이블이 들어 있는 '주요 교차로' 코너에 있는 물건이다.00:10, 2011년 1월 8일(UTC)을 참조하십시오.

그래, 그게 문제야.헷갈리는데...다른 기사들은 그러한 표들과 적절히 조화를 이룬다. (테네시 주의 인터스테이트 40, 노스캐롤라이나 주의 주간 40).텍사스 주의 10번 주간 고속도로가 특히 실패함. --Rschen7754 01:20, 2011년 1월 8일(UTC)

검색 상자의 끌어서 놓기가 작동하지 않음

단어를 표시하고 검색 상자에 끌어다 놓으면 예제 대신 SearchExample이 표시된다.다른 사람들에게도 이런 일이 일어나는가? --Leyo 16:38, 2011년 1월 7일 (UTC)

그것은 단지 당신의 브라우저일 뿐이다; Firefox는 그렇게 하지만 Google Chrome은 그렇지 않다.페르세우스, 제우스의 아들, 2011년 1월 7일 (UTC)

나는 Firefox에서도 그것 때문에 좌절했다.해결책이 있는가, 아니면 이것이 파이어폭스 고유의 문제인가?FF /itu ETCOMMS/22:17, 2011년 1월 7일(UTC)의 다른 검색창에 문제가 있는 경우

@페르세우스:사실, 나는 Firefox를 사용한다. --Leyo 15:40, 2011년 1월 9일 (UTC)

다시 벡터야나처럼 해 모노북으로 돌아가 나를 위해 일한다. --Redros64 (대화) 17:06, 2011년 1월 9일 (UTC)

이것은 bugzilla:26135에 보고되었다.버질라 계정을 가진 사람들은 이 버그에 투표할 수 있다.홀더 19:50, 2011년 1월 9일 (UTC)

파일:Headbg.jpg

파일을 삭제해도 안전한가?headbg.jpg?나는 그것이 보호되고 있고, 모노북 스크립트는 http://bits.wikimedia.org/skins-1.5/monobook/headbg.jpg을 사용한다.괜찮은 것 같은데 잘 몰라서 물어보는 거야.오거인 마곡(토크) 17:49, 2011년 1월 8일 (UTC)

나는 BAD IMAILE이라고 말하고 싶다. 인터페이스에서 사용되는 것은 삭제해서는 안 된다.ΔT 17:51, 2011년 1월 8일 (UTC)

맞아, 하지만 문제는 인터페이스에서 사용하는지 아니면 그냥 복사하는지에 대한 거야.오거인 마곡(토크) 17:53, 2011년 1월 8일(UTC)

내가 알 수 있는 한, 이것은 http://bits.wikimedia.org/skins-1.5/monobook/headbg.jpg의 복사본이며, 파일 캐시 버전에 연결되는 숨겨진 CSS가 없는 한 인터페이스에서 사용하지 않는다.Headbg.jpg(그러나 나는 그것 중 어떤 예도 찾지 못했다. — Edokter • Talk — 18:02, 2011년 1월 8일 (UTC)

사실, 그것은 인터페이스에서 사용되는 버전이 아니다. 파일:위키.png는 인터페이스에서 사용되는 지구본 버전이 아니다.해피멜론 18:46, 2011년 1월 8일 (UTC)

지구본은 Commons에 업로드된 이미지의 캐시된 복사본입니다(파일:위키백과-logo-v2-en.png). — Edokter • Talk — 19:24, 2011년 1월 8일 (UTC)

좋아, 내가 삭제했어.인터페이스가 고장난 것 같지 않아서 다 괜찮아 보여.오그르 마고그 (토크) 19:50, 2011년 1월 8일 (UTC)

시차

"데이터베이스 서버 지연이 높기 때문에 245초보다 최신의 변경사항이 이 목록에 나타나지 않을 수 있다.워, 왜 그 정도 크기의 지체가 생겼지?2011년 1월 8일(UTC) 22:07, 10파운드 해머, 그의 수달과 단서박쥐

관련이 있는지 모르겠지만 페이지 검색이 너무 오래 걸리고 있다.파이어폭스(3.6.13)는 종종 시간이 지남에 따라, 무언가를 다시 가져오게 되면, 보통 모든 CSS 클래스를 가져오지 못하기 때문에 페이지 출현은 엉망이 된다.예를 들어, 오른쪽 위 대신 왼쪽 상단에 나타나는 infobox 무프레임 및 표시, 내용 없이 표시되는 Navbox, (이 페이지는 접힌 것처럼) 표시, 왼쪽 여백의 너비로 압축된 전체 너비의 극한 하단을 표시하는 "..." 상자, 일반적으로 왼쪽 여백(위 위키백과 지구본이 위에 있는 스트립), 브라우저 기본 f.사용 중인 온트이미지 또한 로드하는 데 시간이 더 오래 걸린다.페이지 세이브에는 보통 두세 번의 시도가 필요하다.약 24시간 동안 이런 일이 일어나고 있다. --Redrose64 (대화) 14:43, 2011년 1월 9일 (UTC)

Multi-line RegExp 도움말 필요

여기서는 멀티라이닝 및 AWB와 관련된 RegExp 도움이 필요하다. --Kslote (토크) 12:51, 2011년 1월 9일 (UTC)

편집 시 Reftools Cite 버튼

위키피디아에서 하룻밤 사이에 어떤 변화가 일어났는가?나는 파이어폭스를 사용한다.편집하면 템플릿을 선택할 수 있는 Reftools Cite 버튼이 사라진다.내 취향에 따라 달라진 건 아무것도 없어.Maile66 (대화) 14:46, 2011년 1월 9일 (UTC)

크롬으로도 사라졌어.더그웰러 (대화) 14:59, 2011년 1월 9일 (UTC)

나도 같은 문제가 있어. 나도 파이어폭스를 사용해.내 기본 설정에서 refTools 옵션을 선택 해제한 다음 확인했지만 도움이 되지 않았다.--obi2canibe^{talk contr} 15:01, 2011년 1월 9일(UTC)

미안해, 어젯밤에 업데이트하는 도중에 고장났어.캐시를 건너뛰면 지금 고쳐야 해.Mr.Z-man 16:38, 2011년 1월 9일 (UTC

고마워, 우리 맛있는 거 있어?더그웰러 (대화) 17:05, 2011년 1월 9일 (UTC)

CSS/JS 페이지의 Wikilink 스크립트

안녕!

현재 MediaWiki는 사이트/사용자 CSS/JS 페이지에 위키링크를 렌더링하지 않는다.얼마 전에 링크 구문을 변환하기 위한 작은 스크립트를 작성했었습니다.[[xx:yy zz]]Javascript와 css 페이지의 true 링크.

이러한 종류의 스크립트가 Common.js 또는 a to gadget에 추가되는 것에 관심이 있는지 알고 싶다.암호는 다음과 같다.

//[bugzilla:10410]에 대한 해결 방법 //링크 구문 [[xx:y zz]]을 javascript 및 css 페이지의 true 링크로 변환 기능을 하다 createLinks( t ){  //[이런 링크]  t = t.대체하다( /\[\s*([^\ \]+?)\s*\]\]/ig, '[[<a href="/wiki/$1"]$1]' );   //[대체 텍스트와 이와 같은 링크]  t = t.대체하다( /\[\s*([^\ \]+?)\s*\ \s*([^\]]+?)\s*\]\]/ig, '[<a href="/wiki/$1"]$2[/a]]');   //[카테고리:정렬을 위한 색인이 있는 링크]]  시합을 하다 리캣 = 새로운 레그 익스프레스( '\\[<a href="\/wiki\\/(?:카테고리 ' + wgFormattedNamespaces[ '14' ] + ':[^]+"[^]+"[^<+]([^<+)]</a>\\\]", '기' );  t = t.대체하다( 리캣, '[<a href="/wiki/category:$1"] + wgFormattedNamespaces[ '14' ] + ':$1</a> $2]' );   //MediaWiki 사이트 링크([bugzilla:22407]에 대한 해결 방법)  t = t.대체하다( /href="\/wiki\/mw:/ig, 'href="http://www.mediawiki.org/wiki/');  돌아오다 t; }  만일 ( (wgNamespaceNumber == 2    wgNamespaceNumber == 8) && wgPageName.짝을 맞추다( /\.(js css)$/ ) && wgAction == '보기' ) {  시합을 하다 미리 = 문서화하다.GetElementBy아이디( '바디콘텐츠' ).getElementsByTagName( 'pre' )[0];  만일 ( 미리 ) {   시합을 하다 c = getElementsByClassName( 미리, '스팬', 'coMulti' );   을 위해 ( i = 0; i < c.길이; i++ ) {    c[i].innerHTML = createLinks( c[i].innerHTML );   }   c = getElementsByClassName( 미리, '스팬', 'co1' );   을 위해 ( i = 0; i < c.길이; i++ ) {    c[i].innerHTML = createLinks( c[i].innerHTML );   }  } } 

당신은 어떻게 생각하나요?

PS: 아마도 jQuery에 대해 더 잘 아는 누군가가 그것을 사용하기 전에 대본을 간소화하고 싶어할 것이다.홀더 18:06, 2011년 1월 9일 (UTC)

매우 제한된 사용 사례처럼 보인다.우리는 '공통' 사용자에게 거의 사용되지 않는 기능을 위해 수백만 명의 사용자들을 위해 JS를 Common.js에 추가해서는 안 된다.—DJ (대화 • 기여) 18:41, 2011년 1월 9일 (UTC)

그래! 나도 그 말에 동의해.하지만, 그 암호는

if ( (wgNamespaceNumber == 2 wgNamespaceNumber == 8) && wgPageName.match( /\.(js css)$/ ) && wgAction == 'view' )

해당 기능에 의해 잠재적으로 혜택을 받을 수 있는 사용자를 대상으로 삼으십니까?제 말은, 만약 그 전에importScript잠재적으로 혜택을 받은 사용자만 스크립트를 다운로드하도록 하려면?홀더 19:29, 2011년 1월 9일 (UTC)

오렌지 바

오렌지 바는 미디어위키 페이지에 의해 제어되는가?만약 그렇다면, 어떤 것이?HeyMid (출연)20:48, 2011년 1월 9일 (UTC)

안녕, CSS야사용자: 참조:Quidity/User style 커스터마이징 튜토리얼#User CSS, Qddity thesmelves에서 한 번 가져온 것. --Tikiwont (토크) 20:52, 2011년 1월 9일 (UTC)

텍스트 자체는 실제로 일부 MediaWiki 페이지에 있다.MediaWiki:Youhavenewmessages, MediaWiki:Newmessageslink 및 MediaWiki:뉴메시지디프링크.Svick (대화) 00:10, 2011년 1월 10일 (UTC)

우주비행사 페이지에 표시되지 않는 데스칼럼

딕 스코비와 크리스타 맥컬리프를 참조하십시오.죽음의 장소는 보여지지만, 죽음의 날짜는 보이지 않는다.둘 다 {{dda}} 템플릿을 사용하고 있고 둘 다 {{Infobox 우주인}}을 사용하고 있지만, 최근에는 둘 다 바뀌지 않아 무슨 일인지 알 수 없다.dda 템플릿은 다른 기사에서 사용할 수 있다.누가 진단하고 고칠 수 있는가? hbdragon88 (대화) 03:29, 2011년 1월 10일 (UTC)

"death_date"라는 매개 변수가 "date_death"로 반전되어 둘 다 고정되었다.스키어 친구 (토크) 04:25, 2011년 1월 10일 (UTC)

요약 편집 또는 검색을 입력할 수 없음

1월 4일 자정 직전 UTC의 기여도를 보면 요약 편집을 타이핑할 수 없었다.다른 일도 있었고 생산적이지 못한 기여를 IP에 조언할 때 템플릿 수정에도 왜 그렇게 애를 먹었는지 모르겠다(편집 갈등은 나 혼자만 편집하고 '저장'이 아닌 '사전'을 클릭했다고 생각해도 큰 문제였다).다른 힌트(아마도 이것을 컴퓨팅 참조 데스크 질문으로 만드는 것)는 비생산적인 기여를 삭제하기 위해 파란색으로 바꾸려고 했을 때 커서가 위쪽의 화살표가 있고 아래쪽의 화살표가 있는 점이 되었다는 것이다.나도 그렇게 될 것이기 때문에 복사해서 붙일 수 없었어.

내가 로그인할 때 Internet Explorer 8에 대한 메시지를 나에게 준 것은 도서관 컴퓨터였다.내 생각에 이 메시지는 컴퓨터가 그것을 가지고 있다는 것을 의미한 것 같아.그들은 문제가 무엇이든 간에 아마 그 문제에 대해 말해야 할 것이다.Vchim 침팬지 · 대화 · 기여 · 14:41, 2011년 1월 5일 (UTC)

파란색으로?무슨 말씀 하시는 거예요?이전과 같이, 이것은 당신의 IT 문제를 해결하기 위한 것이 아니라 위키백과의 기술적인 것들을 논의하기 위한 것이다.만약 당신이 누군가에게 말을 들을 필요가 있다고 생각한다면, 그들에게 직접 말해라 - 그것은 위키피디아와는 아무 상관이 없다.네가 설명하는 커서는 가운데 단추 스크롤 기능과 같아서 아마 마우스를 잘못 사용했을 거야.OrangeDog (1911년 1월 6일) 11:55, 2011년 1월 6일 (UTC)

난 아무 잘못도 안 했어.쥐가 부러졌다.나는 무엇이 잘못되었을지 조언을 구하려고 노력하고 있었다.그리고 문제는, 그것이 무엇을 했든, DID는 위키백과의 사용에 영향을 미친다. 따라서 그것은 합법적인 위키백과의 기술적인 문제 입니다.

그리고 내가 "파랗게 뒤집어라"라고 말할 때, 그것은 명백해야 한다.위키피디아에서 텍스트의 한 부분을 삭제하려면 파란색으로 변경한다.쥐가 그렇게 하도록 되어 있다.그렇지 않다.18:21, 2011년 1월 6일 (UTC)Vchim 침팬지 · 대화 · 기여 ·

보통 사람들이 알아볼 '파랗게 돌려라'의 용어는 '강조'이다.설명한 커서(위아래 화살표가 있는 점)를 생성하려면 일반적으로 마우스의 스크롤 휠을 클릭한다.이렇게 하면 커서가 스크롤 모드로 전환되고 커서를 화면 위나 아래로 이동하면 텍스트 페이지가 위나 아래로 스크롤된다.스크롤 휠을 한 번 더 클릭하면 이 스크롤 모드를 끌 수 있다.Windows Vista(윈도우 비스타)에서 Internet Explorer 8(인터넷 익스플로러 8)에서 테스트할 때 스크롤 모드도 다른 마우스 클릭에 의해 꺼지지만 다른 Windows(윈도우) 버전에서 발생할 수 있는 상황은 확인할 수 없다.

나는 (이것은 덜 사용하는 공용 컴퓨터였기 때문에) 스크롤 휠 클릭이 고착되어 있으며, 때때로 스크롤 모드를 끄기가 어렵거나 불가능할 수도 있다고 추측할 수 있다.버튼이 눌려 마우스가 정상 모드로 돌아가지 못하면 정상적으로 클릭하거나 강조 표시할 수 없다.당신이 경험하고 있던 문제는 거의 확실히 위키피디아와는 아무런 관련이 없었지만, 오히려 공용 컴퓨터의 하드웨어 문제였다.TenOfAllTraes(대화) 18:40, 2011년 1월 6일(UTC)

맞아, 하지만 우리는 위키피디아 사용 능력에 실제로 영향을 미치는 문제의 징후가 있어.적어도 무엇이 그러한 문제를 야기시키고 있는지 탐색하는 과정에서 이 섹션이 나올 수도 있다.

검색 상자에 편집 요약을 입력하거나 입력하지 못한 이유는 아직 알 수 없다.Vchim 침팬지 · 대화 · 기여 · 19:31, 2011년 1월 6일 (UTC)

응, 하지만 쉽게 고칠 수 있는 문제인 것 같아. 결함이 있는 하드웨어를 교체해 줘.위키피디아의 최후에는 할 일이 없다.TenOfAllTraes(대화) 02:32, 2011년 1월 7일(UTC)

마우스가 자동 스크롤 모드로 고착된 경우 요약 및 검색 상자 편집을 선택할 수 없음을 제안한다.Rich Farmbrough, 19:20, 2011년 1월 7일 (UTC)

만약 누군가가 키보드에 커피를 붓는다면 그들은 또한 위키피디아를 편집하는 것이 어렵다는 것을 알게 될 것이다.그것이 어떤 식으로든 우리를 걱정해야 한다는 뜻은 아니다.OrangeDog (1911년 1월 10일) 17:57, 2011년 1월 10일 (UTC)

노위키-슬래쉬로 더 적은 if-logic 고민을 해결

나는 이제 노위키 슬래시 태그("<노위키/>)에 대해 다른 사람들이 알고 있는 것을 발견했다: 노위키 태그는 공간을 보존하거나 "#"(또는 ":" 또는 ":" 또는 ")를 보존한다.*" 또는 ";"로 뉴라인 버그를 방지하십시오.나는 마침내 "성능을 걱정하는 위키피디아인들의 저항운동에 동참했다, 지금은, 나중에도 태평한 위키워크를 위해."(반WP:PERF)와 많은 사람들이 이미 미디어위키 소프트웨어에서 엄청난 성능 문제를 해결했다는 것을 발견했다.이제 모든 if-logic은 컬러 육각 코드에 대한 걱정 없이 초로봇(super-robust)으로 쓸 수 있다(예:#f8eaba) 자동 들여쓰기 및 번호가 매겨진 행이 되는 경우:

• "{{#ifeq:x x <노위키/>{{{color #f8eaba}}}<노위키/>}" → "#f8eaba"

이제 모든 if-logic은 결과적으로 " " 공간을 생성할 수 있다.

• "{{#ifeq}:{showspace yes}}}} 예스 <노위키/> <노위키/>}" → ""

나는 최근에 더 많은 유틸리티 템플릿, 템플릿:Xifeq, 템플릿:Xifenoteq 및 템플릿:Xifexpr을 #ifeq & #ifexpr의 모든 결함을 우회하기 위해 빠른 if-logic 함수로 작성했다.따라서, 향후 파서 기능에 대한 변경에 다른 버그가 도입된다면, 그러한 if-logic 템플릿은 여전히 신뢰할 수 있도록 조정될 수 있다(희망된다).

한편, "[nowiki/]" 태그는 MediaWiki 소프트웨어도 이 태그를 망칠 가능성이 매우 낮기 때문에 어디에서나 사용할 수 없다.나는 결과에 영향을 미치지 않고 "{{{{{}}}}{{{{{}}}}}{{{x2 54123}}}}<노위키/}}}}}}}<노위키/}}}}}}"에서와 같이 중첩된 교정기 "{{{{{}}}}}}}}}}}}}}}}}"을 분리하는데 사용했으나 nowiki 태그에 의해 계산이 엉망이 되었다.또한 위키링크를 자를 수 있다: [[상식 상식]]<노우키/>리스, "공통-공통-공통"으로.어쨌든, 노위키 슬래시는 공연에 대해 걱정하고 일을 훨씬 쉽게 할 수 있는 좋은 방법을 찾는 사람들에 의해 발견된 많은 반 위대한 생각들 중 하나일 뿐이다.나중에 더 많은 아이디어. -Wikid77 07:04, 2011년 1월 6일 (UTC), 14:34, 2011년 1월 6일 개정 (UTC)

nowiki 태그의 단점은 후속 문자열 비교에 영향을 미친다는 것이다(m: 참조).템플릿:ifeqnw#Limitation.--패트릭(대화) 09:36, 2011년 1월 6일(UTC)

• 고마워. 노위키 태그가 숨겨진 내부 문자를 생성한다고는 생각지도 못했는데, 이 문자가 결과에 영향을 끼친다.

• "{{padleft: 1 <노위키/> <노위키/>}" → "
• "{{padleft: 1 <노위키/>{nowiki/}}" → "a"
• "{{padleft: 1 <b/> <b/>}" → "<"
• "{#expr: 3*<nowiki/>10<nowiki/>}" → "표현 오류: 인식되지 않는 구두점 문자 "".
• "{#expr: 3*<nowiki>10}" → "표현 오류: 인식되지 않는 구두점 문자 "".

내가 그들이 노위키 태그를 망치지 않을 것이라고 생각했을 때, 그들은 이미 오래 전에 그렇게 했다: 잘못된 문자를 계산에 포함시켰다.애들은 이러지 않아미디어위키나 그 꼬인 전처리기처럼 뒤틀리고 난해한 마크업 언어를 절대 쓰지 마라.가장 논리적인 가정은 nowiki 태그가 단순히 텍스트의 확장을 중단시켰다는 것이지, 계산을 죽이기 위해 내부에 남겨두거나 비교가 불일치와 실패를 야기하는 특수 문자를 포함시켰다는 것은 아니었다.그 결과는 논리적으로 어떻게 작용했어야 하는지에 대한 더 많은 버그일 뿐이다.nowiki 태그는 현재 계산이 아닌 제한된 경우에만 사용해야 한다. -Wikid77 14:34, 2011년 1월 6일(UTC)

"얘들아, 이해하지 못하는 것을 가지고 놀지 마"에 가깝지.전처, 파서 등이 일하는 방법은 가공이 끝난 위키텍스트의 조각을 잘라내고 스트립마커로 대체하는 것이다:{padleft : 40 <노위키/> <노위키/>}}}가 생산하는데, 이것은 여러분이 볼 수 있는 대부분의 완전한 스트립마커다.그<nowiki>...</nowiki>블록은 전처리에 의해 보여지고, 잘려나가고 스트립 마커로 대체된다; 마커의 시작 부분에 보이는 제어 문자는 실제 텍스트에서 생성될 수 없는 것이 정확하게 존재한다; 생 위키텍스트에서 '가짜' 스트립 마커를 만드는 것은 불가능하다.블록의 내용은 (이 경우 더 이상의 구문 분석을 방지하기 위해 이스케이프) 처리되어 파서 출력에 별도로 저장된다.a<ref>...</ref>또는<source>...</source>블록은 정확히 같은 방식으로 처리될 것이다: {{padleft: 37 <ref>Foo[/ref]}은(는) 생산된다.전처리기 단계가 끝나면 모든 스트립 마커가 내용물로 대체되고 모든 것이 잘 된다.여기만 제외하고, 당신이 padleft에서 버그를 끔찍하게 남용한 곳(버그가 의도적으로 접착되지 않은 채로 방치된 경우, 나는 스트립 마커의 비트를 잘라내기 위해 덧붙일 수도 있다. 즉, 스트립 마커는 완전한 것으로 인식되지 않고 처리된 내용물로 대체되지 않는다는 것을 의미한다.스트립 마커의 끝부분이 어떻게 생겼는지 보여줄 수 없다. 전체 마커를 남겨두면 내용물로 바르게 교체되기 때문이다.{{padleft : 140 <ref>Foo</ref>} 제작 : 스트립 마커의 전체 사본 3부를 처리된 내용물로 교체하고, 출력물에 반 마커 1개가 노출된다.해피멜론 17:00, 2011년 1월 6일 (UTC)

• 삽입된 마커의 복잡한 내부 처리를 설명해주셔서 감사하다.나는 그것을 "아이들"에게 설명해서 그들이 문제를 더 잘 이해할 수 있도록 할 것이다. -Wikid77 20:09, 2011년 1월 7일 (UTC

다른 조언은: "좋은 프로그래밍 언어를 만들기 위해 마크업 언어를 기대하지 말라"이다.마크업 언어는 프레젠테이션을 위해 고안되었다; 계산과 비교는 이차적인 특징들이다.미스터 Z-man 23:14, 2011년 1월 6일 (UTC)

음, 조건부 텍스트 형식과 형식 설정은 텍스트 비교와 페이지당 행 수 계산 또는 목차의 헤더 번호 증가와 같은 계산에 기초한다.나는 아마도 "컴퓨터: 그것들은 더 이상 이메일을 읽기 위한 것만이 아니다"라는 말을 빼고는 다른 말을 해야 할지 모르겠다.마크업 언어는 1,000개 이상의 매크로, 중첩된 수백 개의 깊이, 그리고 로컬 변수(라인, 워드 또는 페이지 카운터 포함)를 정의할 수 있어야 한다.그러한 특징들은 비교적 간단한 원패스 전처리기법에 의해 제공될 수 있다.중첩된 40개의 템플릿의 확장 한계는 현재 복잡한 템플릿 처리에 있어 부적절한 선택이다.나는 60(혹은 100)까지 올릴 것이다.그럼에도 불구하고 로컬 변수를 정의하는 간단한 매크로 스크립팅 언어를 허용하는 것이 쉬워야 한다: 템플릿은 "x"가 기본값인 경우 "{{{x 25.0}}"을 로컬로 간주하지만 MediaWiki는 템플릿에 전달된 경우에만 나중에 사용할 수 있도록 x의 값을 "25.0"으로 유지할 수 없다.나는 우리가 강력한 타이핑, 예외 핸들러 또는 동시 매크로 처리를 필요로 하는 매크로를 지지하지 않는다.우리는 단지 한 페이지에 표시할 결과를 담을 수 있는 간단한 수학, 문자열 연산, 신뢰할 수 있는 if-logic 비교, 지역 변수만 있으면 된다. -Wikid77 20:13, 2011년 1월 7일 (UTC)

• 파라미터를 설정하는 데 파서 기능 필요:템플릿에는 아직 "로컬 변수"가 없지만 매개 변수(템플릿을 호출할 때 설정)가 있으므로, 새로운 파서함수 {{#set: x 25.0}을 템플릿에 전달된 것처럼 {{x}}}에 간단히 "25.0"을 삽입할 수 있는 새로운 파서함수가 생성될 수 있을 것이다. -Wikid77 14:31, 2011년 1월 10일 (UTC)

간단한 매크로 스크립팅으로 업그레이드하려는 모든 계획

신뢰할 수 있게 작동하는 빠르고 쉬운 타입의 매크로가 가능하도록 보다 유능하고 단순하며 메인스트림 매크로 스크립팅 언어로 변경해야 한다는 논의가 있어 왔다.현재의 마크업 언어는 오류가 발생하기 쉽고 제한적이어서 사용자는 MediaWiki 또는 파서 함수 퀴크(parser-function)를 피하기 위해 가장 간단한 작업을 수행하기 위해 매우 복잡한 템플릿을 많이 작성했다.몇 가지 분명한 질문:

• 빠른 스크립팅 언어로 업그레이드하는 것에 대한 에세이가 있는가?
• Javascript 또는 다른 브라우저 언어가 더 나은 선택인가?
• 다른 언어는 상단 라인 스위치에 의해 트리거될 수 있는가?
• 파서 함수 템플릿의 변환을 쉽게 자동화할 수 있는가?
• 매크로 스크립팅 언어 형식 아티클의 몇 배 더 빠를 수 있는가?

현재, 계속되는 문제에도 불구하고, 사람들은 전형적인 매크로 스타일의 유형 설정 루틴을 지원하기 위해 "홈메이드" 문자열 템플릿을 사용하는 400만건 이상의 사례를 코드화했다.현대 기술로 나아가야 할 중요한 필요성이 분명히 있기 때문에 앞으로 나아가기 위해 어떤 계획이 만들어지고 있고, 그 대안을 어느 페이지에 기술하고 있는지 궁금하다. -Wikid77 19:59, 2011년 1월 6일 (UTC)

빠른 스크립팅 언어로 업그레이드하는 것에 대한 한 가지 "이슈"가 있다.러슬릭_제로20:15, 2011년 1월 6일 (UTC)

고정된 계획이 없다.이러한 거대한 프로젝트를 실제로 수행할 수 있을 만큼 충분한 기술, 자유 시간, 그리고 두껍고 두꺼운 피부를 가진 숙련된 개발자가 없다는 것이 문제였다.대부분의 자원 봉사자들은 패치 작업과 다른 작은 증분 작업을 하는 일상적인 기여자들일 뿐이다.유료 개발에는 다른 많은 일이 있다.내가 아는 한 LUA는 가장 자주 제안되는 스크립팅 옵션이다.—DJ (대화 • 기여) 21:20, 2011년 1월 6일 (UTC)

루아처럼 컴파일할 필요가 있는 실행 파일이나 PHP 확장에 의존하는 것을 만들기 때문에 루아 같은 것을 사용하는 것에 대한 반대가 있었다.이것은 사용자가 셸 액세스 권한이 없거나 PHP가 다른 프로그램을 실행하는 것을 제한하는 어떤 형편없는 공유 호스팅 서비스에서 위키백과 컨텐츠를 사용할 수 없게 만들 것이다.그래서 모든 스크립트 언어는 우리가 그 구현을 사용하지 않더라도 순수한 PHP로 구현될 필요가 있을 것이다.개인적으로, 나는 그것이 어리석다고 생각한다.그러나, 그러한 제한이 여전히 유효한지, 아니면 누가 그것에 대한 결정을 내릴지는 불분명하다.미스터 Z-man 23:21, 2011년 1월 6일 (UTC)

• 파라미터를 설정하는 데 파서함수 필요: 한편, 템플릿에는 아직 "로컬 변수"가 없지만 파라미터(템플릿을 호출할 때 값으로 설정)가 있으므로, 템플릿에 전달된 것처럼 단순히 "25.0"을 파라미터 {{{{x}}}에 삽입하는 새로운 파서함수가 생성될 수 있을 것이다.이를 통해 부분 계산을 저장하거나, 현재 템플릿 마크업 코딩의 모든 중복을 방지하기 위해 {{#set: gotmatch true}와 같은 상태 변수를 설정할 수 있다. -Wikid77 14:37, 2011년 1월 10일(UTC)

  다음 요청을 참조하십시오.

  • Bug 3264 - 하나의 배열로 채워진 사용자 정의 변수
  • Bug 16337 - 새로운 MediaWiki 확장 제안: 글로벌 컨텍스트 변수

  또한 제안된 해결책:

  • mw:확장:변수연장.

  그러나 Chad H의 말을 인용하면서, "Wikimedia 사이트에서 그것을 활성화하려면 의견 일치가 필요하고, 선임 개발자의 승인/검토가 필요하다"고 말했다.

  그래서, 그것에 반대하는 사람이 있을까?홀더 14:58, 2011년 1월 10일 (UTC)

위키백과 구글 시텔링크

안녕, 나는 보통 여기서 말을 많이 하지 않지만, 오늘 fiwiki에서 우리는 구글 시텔링크스에서 꽤 좌절스러운 상황에 직면했다.

핀란드인이 구글에서 위키피디아를 검색한다면 우리의 시텔링크는 "푸시, 섹스, 토킹 머신, 아돌프 히틀러, 저스틴 비버, 소도미아"이다." (알아듣는 말, 별로 아첨하는 주제가 아니다.만약 사람들이 Deutch sitelinks를 이용하여 위키피디아를 검색한다면 "과학, 기술, 역사, 예술, 문화..."이다.만약 사용자가 위키피디아를 시텔링크 대신 영어로 검색하면 구글은 위키피디아 검색을 보여준다.

난 http://de.wikipedia.org의 정보원을 찾아 이 시텔링크가 운도 없이 조작될 수 있는 장소를 찾으려고 노력했다.영어 위키피디아는 가장 큰 사용자 기반을 가지고 있기 때문에 나는 여기에 부적절한 시텔링크를 없애기 위해 피위키를 도울 수 있는 몇몇 SEO 전문가들이 있기를 바란다. --Agony (대화) 20:55, 2011년 1월 9일 (UTC)

제일 먼저 떠오르는 것은, 당신이 보는 핀란드 시텔링크가 바이러스처럼 보인다는 것이다.Maile66 (대화) 21:46, 2011년 1월 9일 (UTC)

아니, 나는 이것이 바이러스라고 믿을 이유가 없다고 본다. 단지 구글이 형편없는 사이트 링크를 주는 것뿐이다. (그들의 글에서 언급했듯이 그것은 자동화된 과정이다. 누군가가 의도적으로 링크를 제공하도록 하기 위해 그것을 악용하고 있을 가능성이 있다. (구글 검색으로 연결되는 링크)구글의 문제인 것 같다.- 킹핀¹³ (토크) 21:58, 2011년 1월 9일 (UTC)

위키피디아에 접속하는 핀란드 괴짜들이 현재 가장 많이 쓰는 검색어인가?Rjwilmsi 22:18, 2011년 1월 9일 (UTC)

나는 그것 또한 궁금했다.모든 주제들이 상당히 높은 관심을 가지고 있는데, "소도미아"와 "카젠드라 타파 마가르"는 교통량에서 단지 807과 3884위에 불과한 이상한 것 같다. (그래서 사람들의 검색어를 반드시 반영하지는 않지만, 위키피디아에서 사람들이 찾고 있는 것을 반드시 반영하고 있는 것은 아니다), 이 용어가 가장 흥미로운 용어인 것 같다.뉴스 레퍼런스 볼륨이 매우 유사하게 유지되는 최근 볼륨.물론 그것은 위키피디아와 관련이 없을 수도 있다.지역도 확인해봐, 의심스러워 보이니?(또는 언어 아님)), 나머지는 모두 100 이상이다.그러나 시텔링크는 사이트 자체의 구조에 더 기반을 두고 있는 것 같다.물론, 구글은 그들이 실제로 어떻게 그것들을 얻는지에 대해 다소 비밀스럽다.- 킹핀¹³ (토크) 22:24, 2011년 1월 9일 (UTC)

영어 위키백과 메인 사이트인 http://www.wikipedia.org은 시텔링크 대신 위키백과 검색을 제공하는 것은 어떨까?핀란드어 위키백과에서도 이것이 실행될 수 있을까? --Agony (토크) 07:46, 2011년 1월 10일 (UTC)

stats.grok.se에 따르면 이러한 용어는 핀란드어 위키백과의 기사에서 가장 인기 있지 않다.물론 이것은 구글에서 검색된 것은 아니다. --Harriv (대화) 08:08, 2011년 1월 10일 (UTC)

수집 확장 구성

안녕!

확장의 README.txt에 따라:컬렉션, 옵션 있음$wgCommunityCollectionNamespace"일반 컬렉션"에 사용되는 네임스페이스 정의용.북 네임스페이스(1과 2 참조)를 만들었으므로 MediaWiki를 사용하는 대신 해당 변수를 업데이트해야 하지 않을까?coll-community_book_prefix(="-")?홀더 14:12, 2011년 1월 10일 (UTC)

유니코드 사용자 이름에 대해 카운터 편집이 작동하지 않음

지난 몇 달 동안, Soxred의 편집 카운터, 그리고 또 다른 편집 카운터는 유니코드 사용자 이름에 대해 작동하지 않는다.예를 들어 - 이 사용자의 삭스된 페이지는 다음과 같이 올라온다.더 일찍 작동하곤 했다(2010년 11월 마지막으로 확인한 것 같다).이 문제를 해결할 방법은 없을까?--소다보틀 (대화) 16:05, 2011년 1월 10일 (UTC)

공구 소유자에게 직접 연락하거나 공구 서버의 티켓 시스템에 버그를 신고해 볼 수 있다.—DJ (대화 • 기여) 17:34, 2011년 1월 10일 (UTC)

만연한 볼코브봇 - '지금쯤이면 진저리가 난다.

사용자:VolkovBot은 계속 추가:이탈리아어 기사는 경구와는 아무런 관련이 없는데도 불구하고, 푸르툴라는 로마식 납관 비문(그리고 독일어와 프랑스어 기사)에 무색하게 되었다.나는 VolkovBot의 운영자에게 그의 봇이 그 기사를 추가하는 것을 멈추게 해달라고 부탁했지만 그의 해결책은 효과가 없었다.제안대로 모든 언어 버전을 동시에 삭제하는 것조차 도움이 되지 않는다. 프랑스 WP의 어떤 친구는 그렇지 않다고 결정했기 때문이다.

나는 지금 만연한 봇과 싸우는 것에 질려 있고 다른 언어 버전에 있는 한 명의 사용자가 모든 언어 버전에 대한 인터위키 링크를 결정하는 것을 원하지 않는다(프랑스 사용자에 의한 것과 같이, 한 번의 추가가 봇에게 모든 언어 버전에 이탈리아어 링크를 추가하도록 유발하기 때문에 효과적이게도 그러하다).인간 사용자들이 멍청하고 느긋한 봇과의 싸움에 던져지는 경우는 있을 수 없다.봇이 그것을 얻거나 플러그를 뽑아야 한다.건파우더마(토크) 20:24, 2011년 1월 6일 (UTC)

불쾌감을 주는 인터위키 링크들만을 시도해보셨나요?ΔT 20:27, 2011년 1월 6일 (UTC)

또한 단순히 덧셈을 하거나 하는 것도 해볼만한 가치가 있다.{{bots deny=VolkovBot}}, pywikipedia를 사용하기 때문에 이것(옵션에 따라)에 불만이 있을 수 있다 - Kingpin¹³ (토크) 22:58, 2011년 1월 6일 (UTC)

노봇은 일시적인 해결책일 뿐이다.인터위키스를 '영구적으로' 정리하는 데 애를 먹었던 몇 가지 사례(단조/모네시우스 스프링)가 있지만, 필자의 생각으로는 상당히 큰 봇직접 템플릿이 새겨진 기사가 늘어나지 않도록 하는 것이 가치가 있다고 본다.Rich Farmbrough, 16:16, 2011년 1월 7일 (UTC)

네 해결책은 효과가 없어, 리치건파우더 마 (토크) 14:13, 2011년 1월 8일 (UTC)

어떤 면에서 효과가 없을까?Rich Farmbrough, 18:40, 2011년 1월 9일 (UTC)

여기서 volovbot에 의한 또 다른 잘못된 인터위키 [1]/Maunus/lights/10:05, 2011년 1월 11일 (UTC)

안전 문서화는 이치에 맞지 않음

도움말 대화에서 이동:대체.— 이것, 저것, 그리고 다른 (대화) 07:03, 2011년 1월 8일 (UTC)

이해해주시는 분이safesubst:도움말의 해당 섹션을 다시 작성하십시오.대체?현재로서는 전혀 이해할 수 없다.무엇인지는 분명하지 않다.safesubst:심지어 어떻게 작동하는지 또는 어떻게 사용하는지는 말할 것도 없다. — 이것, 저것, 그리고 다른 (대화) 00:55, 2010년 12월 30일 (UTC)

동의해. 나도 그것의 개념조차 이해하는데 어려움이 있어. — Edokter • Talk — 12:47, 2011년 1월 8일 (UTC)

이해는 하지만, 분명히 하기 위해 어떻게 다시 써야 할지 모르겠어.내가 설명해줄 수 있어 우리끼리 다시 쓸 수도 있어

문제는 트랜스포머할 때와 교체할 때 모두 제대로 작동하는 템플릿을 만드는 것이다.파라미터가 주어지지 않으면 "Hello, world!", 파라미터가 주어지면 "Hello, world+name!"을 표시해야 하는 가상 템플릿 {{hello world}}을 생각해 보십시오.

1. 그것을 쓰는 한 가지 방법은 "이다.Hello, world{{#if:{{{1 }}} +{{{1}}}}}!". 변환된 경우 올바르게 작동하며, 변환된 경우 올바르게 표시되지만 페이지의 Wikitext에는 "가 들어 있다.Hello, world{{#if: +{{{1}}}}}!"우리는 wikitxt에 파서 기능이 나타나는 것을 원하지 않는다!
2. 템플릿 코드에 "subst:"를 넣으면 템플릿을 저장하자마자 변위될 수 있기 때문이다.템플릿이 실제로 사용될 때까지 그 변전소를 숨겨야 한다, 예를 들면 <포함 전용>과 함께 말이다.
3. 템플릿을 "로 변경하면 변위된 텍스트가 정확해지도록 할 수 있다.Hello, world{{<includeonly>subst:</includeonly>#if:{{{1 }}} +{{{1}}}}}!", 하지만 그 다음엔 전폐가 표시되네Hello, world{{subst:#if: +{{{1}}}}}!" 페이지에!
4. 이전 해결책은 템플릿을 "로 만드는 것이었습니다.Hello, world{{{{{subst }}}#if:{{{1 }}} +{{{1}}}}}!". 이것은 교란과 매개 변수를 통과시킬 때 제대로 작동한다. subst=subst:변전하면 그때도 효과가 있지하지만 그건 별로 좋지 않아. 왜냐하면 사람들은 기억해야 하기 때문이야. subst=subst:아니면 1번과 같은 추악한 위키백스트를 주거나.
5. "의 행동을 바꿀 수는 없다.<includeonly>subst:</includeonly>"우리가 원하는 대로 일하게 될거야, 왜냐하면 그렇게 되면 다른 것들을 망가뜨릴테니까.그래서 "safesubst:"는 #3에서처럼 사용했을 때 일을 망치지 않는다는 점을 제외하고는 변전소처럼 되도록 만들어졌다.그래서 이제 "Hello, world{{<includeonly>safesubst:</includeonly>#if:{{{1 }}} +{{{1}}}}}!"는 우리가 원하는 대로 작동하고, 그 페이지를 "로 바꾸고, 위키텍스트를 "로 남겨둔다.Hello, world!" 변전된 경우.
6. 또 다른 약간 짧은 방법은 기본적으로 "와 같은 것이다.<includeonly>safesubst:</includeonly>"는 "이다.{{{ safesubst:}}}", 즉, "safesubst:"를 빈 이름으로 매개 변수의 기본값으로 설정하는 것.물론 그렇게 하면 누군가에게 {{subst:hello world =}}{{hello world =garbage}}} 와 같은 위키텍스트를 주어 정말로 일을 망치게 할 수 있지만, 그렇게 하는 사람은 없을 것 같다.

무슨 말인지 알겠어?Anomie⚔ 17:41, 2011년 1월 8일 (UTC)

유감스럽게도...내가 그것을 이해하려면, 나는 먼저 그것이 문서화에서 누락된 핵심 정보이기 때문에 그것의 가장 단순한 시작에서 정확히 무엇을 하는지에 대한 명확한 개념을 가져야 한다.예를 들어, 이 코드가 무엇을 하는지는 완전히 불분명하다. 즉, 전치 및 대체 중.그것이 명백해지면, 나는 그것의 더 복잡한 형상을 강조하는데 아무런 문제가 없을 것이다. — Edokter • Talk — 17:51, 2011년 1월 8일 (UTC)

코트니스키가 이미 아래에 언급했듯이, 세이프수브와 변전소는 그 점을 제외하고는 같은 일을 한다.{{<includeonly>subst:</includeonly>foo}}변환된 경우 다음 시간 동안 "{{118:foo}}"가 표시됨{{<includeonly>safesubst:</includeonly>foo}}템플릿:foo를 차례로 초월한다.Anomie⚔ 19:24, 2011년 1월 8일 (UTC)

방금 도움말의 다른 부분을 정리하려고 했는데:대체, 그리고 상당히 무의미하거나 쓸모없는 많은 문구를 내팽개치지만 아직 갈 길이 멀다(전문가의 도움은 감사할 것이다).나는 만약 페이지 전체가 이치에 맞게 쓰여진다면, 가장 안전한 것은 꽤 논리적으로 들어맞을 것이라고 생각한다.그러나 먼저, 당신은 그것이 해결하려고 하는 문제를 이해해야 한다. 그것은 페이지의 다른 곳에 설명되어 있지만, 현재는 명확하지 않다. (AIUI safesubst는 위에서 설명한 아노미(Anomie)의 상황의 종류를 제외하고, 변전소와 정확히 같은 일을 한다 - 나는 안전이 전횡 후 대체되는 것을 야기한다고 추측한다.n, 일반 변전소는 전횡 전에만 발생할 수 있는 반면.)--코트니스키 (대화) 17:59, 2011년 1월 8일 (UTC)

내가 코드를 정확히 이해하고 있다면, 하위 시스템과 안전 시스템 둘 다 저장 전 변환(PST) 단계(즉, 대체) 동안 템플릿 교체를 허용하는 것처럼 보이지만, 하위 시스템이 그렇지 않은 파싱 단계(즉, 트랜스클루션)에서는 추가적으로 안전 시스템 교체를 허용한다.Anomie⚔ 19:24, 2011년 1월 8일 (UTC)

여기 위의 설명에 기초하여 내가 망친 테스트 사례가 있다.사용자:이것, 저것, 그리고 다른/하위 및 안전.각 머리글 아래의 마지막 글머리 기호(bullet point)에만 주목하십시오.safesubst:)은 매번 정확한 출력을 생성한다(즉, 변환된 경우 AND).내 생각에 가장 큰 문제인 것 같다.safesubst:다소 불투명한 이름이다.차라리 부르는 편이 나았을 것이다.substonsubst:뭐 그런 거.그래도 이대로는 버틸 수 없다.— 이것, 저것, 그리고 다른 (대화) 09:36, 2011년 1월 9일 (UTC)

입력이 가장 간단한 입출력 테이블이 가장 명확할 것 같다. — Edokter • Talk — 12:11, 2011년 1월 9일 (UTC)

자, 여러분은 안전장치의 기능을 설명해주셨습니다. 제게는 충분히 잘 설명해주셨습니다. 저는 문서 페이지를 여러 번 살펴보았고, 제가 할 수 있는 것을 개선했습니다만, 안전장치의 가장 중요한 점은 설명하지 않았습니다, 그래서 저는 절대 표현을 개선할 수 없었고, 제대로 된 표현이 이루어지는 것을 볼 수 있어서 좋습니다,

「우리는 행태를 바꿀 수 없다」에 대해 좀 더 자세히 (아마도 각주)했으면 한다.<includeonly>subst:</includeonly>"우리가 원하는 대로 일하는 것, 왜냐하면 그렇게 하면 다른 것들을 망가뜨릴 것이기 때문이다."나는 변전소를 없애는 것이 상당한 양의 파괴를 할 가치가 있다고 믿는다:/safesubst: 구별.Rich Farmbrough, 18:48, 2011년 1월 9일 (UTC)

페이지를 대대적으로 수정했다 도움말:대체, 안전성에 대한 더 나은 설명을 포함하기를 바란다.해당 주제에 대한 전문가들을 초대하여 살펴본 후, 내가 중대한 오류를 범하거나 중요한 것을 폐기하지 않았음을 확인한다(아직도 보다 광범위한 텍스트를 포함하는 메타 페이지로 연결되는 링크가 있음).비전문가를 초청해 이제 더 잘 이해하고 있는지(그리고 아직도 더 명확하게 해야 할 것은 무엇인지)-코트니스키(토크) 12:46, 2011년 1월 10일 (UTC)

나는 그것을 배치하는 것의 중요성에 대해 언급하고 싶다.subst:공백이나 줄 바꿈 없이 템플릿 이름 바로 앞에 있음.몇 가지 테스트를 해봤더니 꽤 간단한 규칙이 있다는 것을 알아냈지만, 이러한 규칙은 템플릿인지 변수/파서 함수인지에 따라 달라진다.이러한 규칙은 다음과 같다.

• 공간 또는 뉴라인은 다음 사이에 허용된다.{{그리고subst:
• 템플릿의 경우 다음 작업 이후에 공간이 허용됨subst:
• 변수 및 구문 분석기 함수의 경우 다음 값 뒤에 공백이 있을 수 없음subst:
• 신규 라인은 다음 이후 허용되지 않는다.subst:어떤 상황에서도

"다음에는 공백이나 새 줄을 배치하지 마십시오"라고 말하는 것이 더 간단할 수 있다.subst:". --Redros64 (대화) 13:30, 2011년 1월 10일 (UTC)

당신은 또한 그 문제를 언급하고 싶을 것이다.{{{ safesubst:}}}숙어. 나도 알아.{{{subst1 subst:}}}언급되어 있지만{{{ safesubst:}}}확실히 같은 거래는 아니야Anomie⚔ 14:46, 2011년 1월 10일 (UTC)

고마워, 그 두 가지를 페이지에 추가할게.나는 또한 도움에 대한 임시 정리 작업을 할 계획이다.템플리트. 너무 많이 자란 또 다른 페이지인 것 같음(적어도 도움말보다 조금 더 이해할 수 있음):대체는 그랬다.--Kotniski (토크) 17:01, 2011년 1월 10일 (UTC)

나는 지금 실제로 이해할 수 있어! (프로그래밍 마니아지만, 그래서 추가적인 기술적인 지식이 부담스럽지 않은 사람들의 입장에서 말할 수 없어)고마워요.— 이, 저, 그리고 다른 (대화) 06:24, 2011년 1월 12일 (UTC)

되돌리는 중

Twinkle, Chrome인지 뭔지 모르겠지만 역사에 가서 최신 버전을 클릭하고 비교하기 위해 3가지 버전을 다시 말하면 Chrome에서는 'Restore this version'을 얻지 못하고 Firefox에서는 한다.트윙클의 롤백도 놓쳤어.이것은 가끔 내가 문제를 가지고 있지 않기 때문에 변덕스러운 것 같다.더그웰러(토크) 19:07, 2011년 1월 9일 (UTC)

위키피디아 토크에 이것을 가져오는 것이 가장 좋을 것이다.트윙클의 코드에 더 익숙해서 반짝반짝 빛난다.게리 킹 (토크 · 스크립트) 01:46, 2011년 1월 12일 (UTC)

Ogg 미디어 파일 요청

안녕.

오그한들러에 두 개의 새로운 매개변수를 도입하는 것이 실현 가능한가?원본에서 선택한 부분을 보거나 들을 수 있다. 다음과 같은 것.

시작 시간 = 0:00:00:00
종료 시간 = 0:00:00:00

이렇게 하면 특정 부분에 관심 지점이 있는 대형 파일의 파생상품이 소비하는 공간을 줄일 수 있을 것 같다(내 말의 예를 들어보면, 영화 파일은 그 당시에는 검증할 수 없지만 정말 많은 공간을 차지한다고 생각한다).이것은 또한 나머지 부분에서 분실되지 않고 미디어의 특정 부분을 확인하기 위한 다른 응용 프로그램도 가질 수 있다.특정 매개변수가 (원래 파일 로드를 가지는 것과 같이) 위치를 가리키거나 선택된 부분을 잘라내는 것을 상상한다; 어느 쪽이든 나는 이것이 많은 프로젝트에 이로운 능력이라고 생각한다. - 이론가 (토크) 17:21, 2011년 1월 10일 (UTC)

시퀀서를 사용하여 인증된 클립을 만들 수 있다.아직 베타 버전이지만 대부분 효과가 있어—DJ (대화 • 기여) 17:32, 2011년 1월 10일 (UTC)

디제이 고마워, 나는 그 도구에 대해 몰랐어.나는 시작과 끝을 가리키는 매개 변수를 만드는 것이 궁금하다.그 도구는 파일을 따로 저장해서 공간을 많이 차지한다.누군가가 기꺼이 대본을 가지고 장난치는 것이 무엇인가?여기 와서 물어보는 것은 싫지만, 그 호의를 직접 돌려줄 수는 없다. - 이론가 (토크) 18:58, 2011년 1월 10일 (UTC)

기능 요청 방법: bugzilla: —DJ (대화 • 기여) 10:04, 2011년 1월 11일 (UTC)

고마워 - 이론가 (토크) 22:56, 2011년 1월 11일 (UTC)

북 크리에이터

책을 만들려고 하는데 PDF로 다운받으면 파일이 손상되어 복구할 수 없다고 되어 있고, ODF로 다운받으면 공문서 제독팔렉스만(talk) 19:55, 2011년 1월 10일(UTC)

네 책에 있는 페이지 이름이 뭐니?(책:영어는 나에게 잘 듣는다.)때때로 한 페이지에는 책 창작자가 제대로 일을 하지 못하게 하는 이상한 위키 마크가 들어 있다.02^(talk):17, 2011년 1월 11일 (UTC)

나는 적어도 PDF로 사용자 정의 책을 만들려고 할 때도 같은 문제가 있다.Acather96 (대화) 18:48, 2011년 1월 11일 (UTC)

가상의 반영웅 목록

누가 이것 좀 봐줄래?왠지 66번과 67번 사이에 서서히 문제가 생긴다.문제가 뭔지 알 수 없다, 해결 방법은 말할 것도 없다.내가 아는 것이라곤, 숫자들이 떨어져 나가고 있다는 것 뿐인데, 예시와 일치하지 않는 참고문헌들이 겉보기에는 무관해 보이는 것처럼 제거되었기 때문에 페이지의 다른 부분에 더 많은 문제가 생기게 된다는 것이다.여기서 무슨 일이 일어나고 있는지 아는 사람 있어?시간 내줘서 고마워. --공화당 자코비테_{The'FortyFive'} 21:24, 2011년 1월 11일 (UTC)

어, 무슨 문제 있어?어떤 브라우저와 OS를 사용하십니까? IE 7.0.5730.13, Firefox 3.6, Google Chrome 8.0.552.224, Opera 11.00 --Redros64(토크) 21:37, 2011년 1월 11일(UTC)에서 Windows XP 작동

고정 it Gary King (talk · 스크립트) 21:45, 2011년 1월 11일 (UTC

위키피디아는 내가 사용할 수 있는 IP 기록 유틸리티가 있는가?

안녕, 나는 여행자 레벨 에디터야. 그리고 나는 언제 영혼이 나를 움직이게 하느냐에 따라 발작적으로 편집해. 그래서 나는 기술 레벨에서 별로 진보하지 않았어.나는 주로 보안 사이트에서 몇 달 동안 편집해 왔다.가끔 사용하는 로그인 프로그램이 나를 쫓아내서 내가 여전히 로그인되어 있다고 생각하고 편집을 할 것이다. 그리고 나서 시스템이 그것을 익명 편집으로 기록했다는 것을 알게 된다.이 경우 토크 사용자:IP 번호 대화 페이지 및 연락처 정보 남기기하지만 내 ISP는 동적 IP를 사용하기 때문에 나는 가끔 트랙을 잃어버린다.회사에 있으면서 로그인도 못하고 편집도 할 수 없을 때도 마찬가지다(요즘은 회사가 서버를 바꾼 이후 매우 드물다.

그래서 제 질문은: 위키피디아의 장에 숨겨진 유틸리티 프로그램을 쉽게 사용할 수 있는지 입니다. 잃어버린 IP 편집을 추적하고 다시 돌아가서 대화 페이지에 연락처 정보를 남길 수 있는지요?트릴로바이탈리브 (대화) 15:26, 2011년 1월 8일 (UTC)

CheckUser 권한을 가진 사람들만이 그렇게 할 수 있으며, 아마도 이런 상황에서는 그렇지 않을 것이다.사용자: 참조:Gadget850/FAQ#로그아웃된 문제에 대한 몇 가지 힌트를 얻기 위해 로그아웃됨 ---- - Gadget850(Ed) 16:06, 2011년 1월 8일(UTC)

고마워. 그게 내가 두려웠던 거야.관리자가 되거나 더 많은 사용자 권한을 얻기 위해 신청하고 싶지는 않다. (예를 들어, 검토자 권한으로 무엇을 해야 할지 여전히 알 수 없음) 단지 나 자신의 편집 내용을 따라가려고 노력할 뿐이다.로그아웃된 이슈에 대해 당신이 준 링크를 볼 것이다.트릴로바이탈리브 (대화) 16:45, 2011년 1월 8일 (UTC)

FAQ가 도움이 되긴 했는데, '가난한 남자 체크유저'가 제대로 작동하지 않는 것 같은데, 보안서버를 사용했기 때문일까?트릴로바이탈리브 (대화) 16:55, 2011년 1월 8일 (UTC)

현실을 직시하자, 그 가난한 사람의 체크인은 별로 도움이 되지 않는다.그것은 일부 (모두?) 데이터를 이와 같은 편집에 기초하므로, 우리의 친구 짐보 :) — 이것, 저것, 그리고 다른 (대화) 2011년 1월 9일 (UTC)

ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋTrimobitealive (대화) 15:02, 2011년 1월 9일 (UTC)

익명 편집을 찾고 있는 경우, 이러한 편집 내용을 찾기 위해 체크 사용자가 필요하지 않다.그 시대 동안 어떤 IP를 사용했는지 알아내기만 하면 된다(어쨌든 Checkuser는 찾을 수 없었다.일반적으로 ISP는 (ISP와 시장에 따라) IP 서브셋 범위가 제한적이다.그것은 대략 256개의 IP로 구성된 풀에서 약 50만개까지 다양하다.모뎀을 재부팅하면서 이런 곳을 반복해서 치거나, 이력 데이터를 보관하는 웹사이트(gmail이 약간 유지됨)를 확인하면 어느 정도 범위를 파악한 다음 위키백과 스캐너(또는 특수: CIDR 가젯)를 사용할 수 있다.선호도) ---Splarka (rant) 22:34, 2011년 1월 9일 (UTC)

고마워. CIDR 가젯이 뭘 할 수 있는지 볼게.트릴로바이탈리브 (대화) 01:02, 2011년 1월 10일 (UTC)

CIDR 가젯은 신경쓰지 마십시오.클래스 없는 도메인 간 라우팅 페이지도 읽을 수 없어.내가 마지막으로 쓴 하드웨어 프로그램은 300 보우드 모뎀을 위한 것이었기 때문에 내 컴퓨터 실력은 약간 구식이다.그냥 whatismyip.com 사이트에 접속해 봐야지, 시간이 있을 때 이미 하고 있던 일이지.문제는, 그들은 내가 직장에 있을 때 실제로 일하기를 기대해서 위키백과를 편집하는 시간을 줄인다는 것이다.어쩌면 그것은 좋은 일일지도 모른다.트릴로바이탈리브 (대화) 01:10, 2011년 1월 10일 (UTC)

스플라카의 제안은 사실 그리 어렵지 않다.내 (제한된) 지식에서, 나는 보통 마지막 자리 표시자를 별표(특수:기여) 및 IP 범위 내의 모든 기여를 찾는다(적어도 나는 그렇게 생각한다).Killiondude (대화) 08:35, 2011년 1월 10일 (UTC)

• 다음 번에 로그인하십시오.Trimobitealive, 다시 로그인하기 전에 사용자 이름을 입력하기 전에 "30일 동안 로그인"을 클릭하여 하루 또는 한 달 동안 그대로 유지하십시오.30일 로그인을 할 수 없는 경우 몇 시간 후에 로그아웃한 후 다시 로그인하여 IP 주소를 저장하는 로그인 시간 초과를 방지하십시오.또한 페이지를 편집할 때 편집 중인 페이지의 상단(TOP OF THE PAGE)에 4틸드(~) 라이브 사용자 이름 서명을 넣으십시오. 이렇게 하면 편집 미리 보기 중에 몇 시간(또는 며칠) 부재 후 로그아웃되는지를 확인할 수 있다.기사에서 4틸데(~~~) 서명을 지우는 것을 잊었다면 걱정하지 마십시오. 곧 다른 사람이 지울 겁니다. (위키피아의 2개월 6개월 반 반달 반달리즘 해킹에 대한 강도는 사람들이 단순한 실수에도 관대하게 만들었다.)기사에 서명을 몇 개 남기는 것보다 사용자 이름에 기인하는 편집을 하는 것이 더 중요하다. 대부분의 사람들은 글을 읽을 때 서명을 생략한다.철자법이나 문법을 고치기 전에 '27,000회'로 기사를 보는 것은 드문 일이 아니다.대부분의 사람들은 오자와 상관없이 주제 세부사항을 읽기 위해 온다.어쨌든 추적하려면 로그인 사용자 이름을 사용하십시오. -Wikid77 22:15, 2011년 1월 11일(UTC)

나는 2010년 3월 4일에 Gadget850의 녹색 저장 버튼을 설치했다.나는 그것이 초록색이라는 것을 더 이상 알아차리지 못하지만, 회색일 때는 확실히 알아차린다.이것은 내가 로그아웃 되었다는 것을 의미한다. 그리고 나는 다른 브라우저 탭에서 위키피디아를 시작하고, 그곳에 로그인하고, 내 첫 번째 탭으로 돌아가, "미리보기 표시"를 클릭하면 저장 버튼이 다시 녹색으로 바뀌기 때문에 내 로그인에 귀속된 편집으로 안전하게 저장할 수 있다. --Redros64 (토크) 22:26, 2011년 1월 11일 (UTC)

디폴트와는 다른 '피부'를 사용하기 때문에 로그아웃을 당하면( 드물게) 아주 명백하게...아논무스 (대화) 02:47, 2011년 1월 13일 (UTC)

"새 메시지가 있음" 누락

해결됨

지난 한두 주 동안 나는 내 토크 페이지가 편집될 때 "새로운 메시지가 있다" 배너를 받지 못했다.내 취향 편집 같은 건 기억이 안 나는데 누가 알겠어.토크 페이지 배너를 제어하는 선호도에 어떤 설정이 있는가? (개인 CSS에도 그런 것이 있을 텐데 monobook.css나 그런 것은 확실히 편집하지 않았다.)나는 현재 중국에 있는데, 위키피디아(그리고 일반적으로 인터넷)가 가끔 엉뚱해지는 곳이기 때문에 그게 문제일지는 모르겠다.rʨanaɢ (대화) 23:02, 2011년 1월 11일 (UTC)

사용자 대화 페이지를 이동했기 때문에 표시되지 않으므로 모든 사용자가 사용자 대화로 리디렉션됨:사용자 대화 대신 Rjanag/10:Rjanag. Gary King (토크 · 스크립트) 01:45, 2011년 1월 12일 (UTC)

아, 맞다.나는 그것에 대해 잊었었어요.고마워! rʨanaɢ (대화) 08:14, 2011년 1월 12일 (UTC)

인포박스 신선

해결됨

Template:infobox가 코딩에서 새로운 라인을 생성하는 방법은?나는 네가 템플릿에서 규칙적으로 가지고 있는 어떤 것도 보지 않는다.

Template:infobox/row 하위 페이지에 있는 내용인가?

나는 infobox를 만들고 싶지만, 항목이 위아래로 가는 대신에, 페이지 전체에서 가로로 되어 있을 것이다.

미리 고맙다.Adamtheclown (대화) 10:58, 2011년 1월 12일 (UTC)

2008년 1월 23일에 -에서 <tr>로,[2] 코딩하는 것을 보면, 이 <tr>를 Template:infobox/row로 옮겨서 오늘날에도 그대로 있는 것처럼 보인다.고마워요.Adamtheclown (대화) 11:05, 2011년 1월 12일 (UTC)

템플릿 문제

해결됨

{{}}{{{help }}}{{Age }}}{{Anchor }}}{{Hello }}}}}}

해결됨, 템플릿에서 { 및 }을(를) 제거했을 뿐:그런 다음 항목에서 헤더 템플릿을 열었고 모든 템플릿 하단에 : }이(가) 있었다.Adamtheclown (대화) 18:29, 2011년 1월 12일 (UTC)

대화 페이지의 변경 보류 중

대화 페이지에서 보류 중인 변경사항을 어떻게 구현할 수 있는가?내 것은 양말 IP에 의해 지속적으로 파괴되기 때문에, 나는 그들이 물건을 제거하는 것을 원하지 않지만, 나는 합법적인 IP들이 쿼리를 남길 수 있기를 바란다.CTJF83 채팅 20:23, 2011년 1월 12일(UTC)

깃발과 마주하지 않았다면?어떤 사람들은 (내가 아니라) --Redrose64 (대화) 21:13, 2011년 1월 12일 (UTC)

난 불량배들의 괴롭힘에 굴복하지 않을거야... 자, 내 질문에 대한 해답이 있나?CTJF83 채팅 21:14, 2011년 1월 12일(UTC)

위키백과:사용자 페이지#사용자 페이지 보호. --Redrose64 (대화) 21:31, 2011년 1월 12일 (UTC)

내 사용자 페이지는 항상 보호된다.그러나 괴롭힘이 발생하는 나의 토크 페이지는 항상 보호되지 않기 때문에(나는 보호되지 않는 채로 있는 것을 선호한다) 괴롭히는 사람이 나의 토크 페이지를 자유롭게 파괴할 수 있다.그렇기 때문에 나는 토크 페이지에 변경 보류 중이기 때문에 그(사용자:브루스제너)는 내 토크 페이지에서 내용을 지울 수 없다.오, 그리고 블로킹에 관해서는, 그는 100개가 훨씬 넘는 차단된 양말 퍼펫을 가지고 있고, LGBT 페이지/사용자들을 파괴/해독하기 위해 그것들을 만드는 것을 멈추지 않을 것으로 보인다.CTJF83 채팅 21:50, 2011년 1월 12일(UTC)

사용자 토크 페이지는 매우 심하게 파손되지 않은 경우(즉, 5분에 한 번 >) 그리고 그 후에도 일시적인 경우가 아니면 보호되지 않는다.프로데고^talk 00:03, 2011년 1월 13일 (UTC)

응, 이 게시물에 대한 내 질문은 어떻게 하면 대화 페이지에서 작업할 수 있는 미결 변경 사항을 얻을 수 있을까?CTJF83 채팅 00:04, 2011년 1월 13일(UTC)

그런 일은 일어나지 않을 거야.이론적으로 당신은 그것을 WT에 제안할 것이다.PC 또는 WP:VPR. Prodego^talk 00:07, 2011년 1월 13일(UTC)

좋아, VPR CTJF83 채팅 00:13, 2011년 1월 13일 (UTC)

에디톨과 이동

MediaWiki를 사용할 수 있는 방법이 있는가?에딧풀은 스페셜에 출연한다.이동 페이지 ? (여기서 제안하는 것이 아니라, nv에서 이 작업을 수행할 수 있는 조언을 구하고 있다. 그래서 어떻게 이 작업을 수행할 수 있는지 알고 싶으십니까?)츄우우우히:2011년 1월 13일(UTC) Sub Az86556 06:23

당신은 아마도 이 메시지들 중 하나에서 에딧풀스를 초월할 수 있을 것이다. — Edokter • Talk — 14:01, 2011년 1월 13일 (UTC)

고마워. 한번 먹어볼게.츄우우우히:2011년 1월 13일(UTC) 22:38, 세브 아즈86556^{> haneʼ}

음, 아니네.효과가 없다.츄우우우히:2011년 1월 13일(UTC) 22:54, 세브 아즈86556

나는 그런 생각이 마음에 들지 않는다: 그것은 그러한 도구들을 훨씬 더 많은 장소에 나타나게 할 것이고, 따라서 그것은 전혀 사용할 수 없는 훨씬 더 많은 사람들에게 보내질 것이다!에디툴스는 자바스크립트를 가지고 있는 사람들에게만 작동하기 때문에 영어 위키트리거(기본사항/스크립트)에서와 같이 자바스크립트를 사용하는 사용자만 자바스크립트를 사용할 수 있다.bugzilla:11130#c12 및 commons를 참조하십시오.MediaWiki_talk:Edittools#Dupplication_of_special_charactors.홀더 14:33, 2011년 1월 13일 (UTC)

URL발행

누군가에게 어떻게 제가 좋아하는 URL을 사용한다를 일깨워 주세요. whttp://www.google.co.uk/search?q="David+Allen+Green"&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-GB:official&client=firefox-a#q="David+Allen+Green"&oe=utf-8&rls=org.mozilla:en-GB:official&client=firefox-a&um=1&ie=UTF-8&tbo=u&tbs=nws:1&source=og&sa=N&hl=en&tab=wn&fp=acdf426d122b1daeIthout 그것을 깨뜨리?(토크 페이지용)Andy Mabbett(사용자:Pigsonthewing); 앤디의 이야기; 앤디의 편집은 12:51, 2011년 1월 13일 (UTC)

"break" 문자에 대해 백분율 인코딩을 사용하십시오.Anomie⚔ 12:56, 2011년 1월 13일 (UTC)

고마워, 하지만 그런 URL을 포장하는 템플릿이나 마법 코드가 있긴 했지?Andy Mabbett(사용자:Pigsonthewing); 앤디의 이야기; 앤디의 편집 13:14, 2011년 1월 13일 (UTC)

아마도 당신은 {{urlencode:}}. — Edokter • Talk — 13:54, 2011년 1월 13일(UTC)

그럴지도 모르지만, 필요한 것은 아니다: http%3A%2F%2Fwww.google.co.uk%2검색%3Fq%3D%22David%2벨렌%2BGreen%22%26ie%3Dutf-8%26oe%3Dutf-8%26aq%3Dt%26rls%3Dorg.mozilla%3Aen-GB%3A공식 %26client%3Dfirefox-a%23q%3D%22David%2벨렌%2BGreen%22%26oe%3Dutf-8%26rls%3Dorg.mozilla%3Aen-GB%3A공식 %26client%3Dfirefox-a%26%3D1%26ie%3DUTF-8%26tbo%3Du%26tbs%3Dnws%3A1%26source%3도그%26sa%3DN%26hl%3Den%26tab%3Dwn%26fp%3Dacdf426d122b1대 Andy Mabbett(사용자:Pigsonthewing); 앤디의 이야기; 앤디의 편집은 15:41, 2011년 1월 13일 (UTC)

유용한 URL 인코딩/디코딩 도구를 찾았다."http://"를 인코딩하지 않는 것을 기억하는데 도움이 된다.Andy Mabbett(사용자:Pigsonthewing); 앤디의 이야기; 앤디의 편집은 15:48, 2011년 1월 13일 (UTC)

{{google}}도 있지만, 영국 사이트를 이용하려면 약간의 만지작거림이 필요할 것이다.—DoRD (대화) 16:28, 2011년 1월 13일 (UTC)

매개 변수를 추가하면 이 문제가 해결된다. — Edokter • Talk — 17:52, 2011년 1월 13일 (UTC)

그리고 {{google}}}에서 분명히 알 수 있듯이 urlencode에 전체 url을 포함하지 않아도 된다. — Edokter • Talk — 17:52, 2011년 1월 13일 (UTC)

나는 또한 그것을 약간 설명하는 이 페이지를 사용한다.해당 상자에 URL을 입력하면 'URL-Safe 인코딩'을 선택한 다음 유사한 기능을 하는 '커버트' 버튼을 클릭하십시오. Chzz ► 01:28, 2011년 1월 14일 (UTC)

변경 내용을 표시할 때 편집되지 않은 부분의 크기 축소

전에 이런 질문을 받았으면 용서해 줘, 나는 그것에 대한 어떤 기록도 찾을 수 없었어.변경 사항을 표시할 때 편집되지 않은 부분의 크기를 줄일 수 있을까?

'변경사항 표시'를 선택하면 편집된 텍스트가 표시된다.편집된 텍스트의 어느 한쪽은 편집되지 않은 텍스트다.내 말의 예를 들어, 이 편집을 참조하십시오.

때로는 편집되지 않은 텍스트가 너무 커서 위아래로 편집된 텍스트를 보기 어렵다.이것은 특히 당신이 기사 전체에서 여러 개의 작은 편집을 하는 경우에 문제가 된다.그런 다음 변경 사항을 보려면 위아래로 스크롤해야 한다.API 문제라고 들었는데 누가 그걸 통제할 수 있는지 모르겠어.어떻게 하면 눈에 보이는 편집되지 않은 단어/문자의 수를 줄일 수 있을까?라이트마우스 (대화) 19:59, 2011년 1월 1일 (UTC)

• 일반적으로 기사는 더 작은 단락을 가지고 있어야 하며, 따라서 diff 전후 블록에 더 적은 텍스트가 표시되어야 한다.내가 사용한 트릭은 두 개의 별도 편집으로 저장하는 것이다: 첫 번째 편집은 줄 바꿈을 추가하거나 빈 줄을 조정한다(대부분의 사람들은 줄 바꿈에 대해 신경쓰지 않는다). 그리고 두 번째 편집은 디프팅 동안 볼 수 있는 실제 변화를 가지고 있다.수십 년 전 사람들은 멀티라인 디프브래킷의 크기가 재동기화 라인에 대한 비교에 어떤 영향을 미치는지 깨달았으므로 디프브래킷은 특히 데이터가 유사한 리스트에서 사용자 지정 옵션이 되어야 하며, 디프래킷은 크기가 잘못되어, 변경되지 않은 것으로 간주되어야 할 오래된 라인이 대신 라라의 일부로 표시되도록 하였다.큰 차이편집 내용의 이중 확인을 단순화하기 위해 수행할 수 있는 간단한 변경 사항이 너무 많지만, PC에 페이지 수정본을 2개 복사하고 디스크 파일의 버전을 비교하기 위해 diff-tools를 사용할 수 있다(그리고 변경 횟수 등을 세십시오). -Wikid77 20:02, 2011년 1월 2일(UTC)

안녕. 빈 세포에서 nbsp를 이용해서 줄을 높이도록 강요하는 추악한 관행을 말하는 거야?정말, 나는 그런 것들을 사라지게 할 수 있는 방법이 있었으면 좋겠어.

아마도 어떤 <tr> 클래스는 회색 세포(td.diff-context)가 들어 있는 행을 식별하고 그것을 자신의 모노북.css에 숨기기 쉽게 하기 위한 것일 것이다.그러나 그렇게 되면 라인 번호 표제를 신뢰할 수 없게 되므로 이러한 번호 표제 역시 억제하고 싶을 것이다.-cobaltcigs 16:48, 2011년 1월 4일(UTC)

사실, 나는 그것이 내가 말하는 것이라고 생각하지 않아.이걸 이슈로 보는 건 나뿐인가요?라이트마우스 (대화) 21:48, 2011년 1월 7일 (UTC)

이것이 변화의 "컨텍스트"이다.아마 너를 위해 그것을 줄일 어떤 똑똑한 css가 있을지도 몰라.Rich Farmbrough, 17:00, 2011년 1월 9일(UTC)

문맥의 크기가 위키백과의 범위 안에 있는 것인가, 아니면 위키미디어의 것인가?라이트마우스 (대화) 17:05, 2011년 1월 9일 (UTC)

• 기본 diff-bracket은 내가 기억한 것보다 더 큰 것 같다: 빈 라인이 변경되지 않은 라인 중 하나로 셀 수 있는 변경된 라인 위와 아래에 변경되지 않은 두 개의 라인을 표시한다.나는 infobox 키워드를 정렬하면서 "Boulder, Colorado"를 두 번 편집했고, 두 번째 편집은 줄 바꿈을 유발하기 위해 줄 바꿈을 강요했다; 어떻게 다른 텍스트가 위의 변경되지 않은 두 줄(문단)과 아래 두 줄로 둘러싸이는지 주목하라: Boulder-diff-link]."변동되지 않은 텍스트 크기 설정" 옵션은 특수:선호(다른 다소 쓸모없는 선택사항들과 대조적으로)변경되지 않은 긴 줄은 "<...로 잘린 것으로 표시될 수 있다.>" 변경되지 않은 텍스트 크기를 초과함.어떤 기능이 선호되어야 하는지에 대한 우선순위를 정하기 위해 누구에게 연락해야 할지 모르겠다.21세기 40도 확장 한계에 아직도 충격! -위키드77 20:29, 2011년 1월 11일 (UTC)

정말. 혹시 편집되지 않은 글의 양을 줄일 줄 아는 사람 있어?라이트마우스 (대화) 10:22, 2011년 1월 14일 (UTC)

dab 물품 생성

"X people"과 "X language"의 쌍을 찾아 "X"가 하나의 rd가 아닌 dab 페이지임을 확인할 수 있는 좋은 방법이 있는가?많은 것들이 분류되지 않을 것 같다.고마워 — kwami (토크) 00:31, 2011년 1월 12일 (UTC)

다음은 기사 "X people"과 "X language"가 존재하는 모든 "X"의 목록으로, 리디렉션도 아니며 "X"는 도구 서버에서 쿼리를 사용하여 생성된 설명 페이지가 아니다.스빅(토크)

고마워! — kwami (대화) 03:00, 2011년 1월 15일 (UTC)

mysql> 선발하다 하위 문자열(page_page, 1, 길이(page_page) - 7) 로서 이름을 붙이다 로부터 페이지를 매기다 어디에 page_page 맘에 들다 '%\_사람들' , 그리고 page_page = 0 , 그리고 page_is_message = 0 하고 있다 (콘카트(이름을 붙이다, '_언어') 에 (선발하다 page_page 로부터 페이지를 매기다 어디에 page_page = 0 , 그리고 page_is_message = 0)) , 그리고 (이름을 붙이다 아닌 에 (선발하다 page_page 로부터 페이지를 매기다 합류하다 카테고리 링크 에 관하여 page_id = cl_에서 어디에 page_page = 0 , 그리고 cl_to = 'All_discambigation_pages')); 

+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 아베나키 아치 아카텍 아카텍 아카테크 아카테크 알라바마마 알라바(Alablambelau Alambelau)Arikara Atayal Atayal Awakatek Awarer Ayi Babuza Bai Basicbasko Biloxi Birhor Bit Bonda Burunge Buang카후야 카리브 세부아노 차마차네 차말랄 차네 차와 초프 쿠만 다아사나흐 다토오가 다자 다베히 디고 디마사 DInka Jabugay Dorze Edo Enbu Enets Fipa Fur Ga Garifuna Goro Growa Gros_Ventre Guguz Gussi Gwere헤헤헤헤헤로 힐리가이논홍_콩 이그보 이크베레 이누피아트 이누피타 이누피아트 이라크 자칼텍 쥬르_모도 카링가 카와야카캄바타 카노아타 카누리카라야 카라모종 카발란 카빌리 카멜리 칸티카 키아리아 킵차크 키시 콤베 콩고 콘소 크리오_다야크 크루멘쿤아마 Kven Kw'adza Kwama Kwavi Kwegu Lahu Lau Lau Logba Lengue Leonese Lisela Logba 로고 루구루 루자 마사이Maguindanao Mal_Paharia Male Mambwe Mandar Mangbetu Marathi Masaba Masbateno Matbumbi Mbugwe Mi'mieti Mi'midobMocovi Moru Mossi Mozabite Mundari Murle Mursi Ndau Ngbandi Nkoru Northern_Ndebele Nso Nso Noer Nung Nupe Nakiki.우사 냥아톰 니아투루 네마 오그바 최고령 올루보 오파타 오폼 파이완 판가시난 팡가시난 팡가시난 팡가시난 팡가시난 팡가시난 팡코모 푸미 푸유마 평원 포코모 푸미 푸유마콴죠발 라키네 라키네 라마 렌딜레 로힝야 롬블라마논 루카이 사에크 사호 사이시야트 삼부루 사우리아_파하리아 세레르 샤트 쇼이아 셰이아 셰어실하 실루크 슈비 시라야 시라야 시라야 시라야 시라야 스모 스노르 수리가오논 타갈로그 탄창야 테우엘체 테키텍 텔루구 테마인 티마Tingal Tib Touposa Tougosa Toughen Tujia Tumbuka Ulch Urhovo Uw_Oykangand Uyghur Vedda Venda Vengo Warai Waray.웰레메단 위요트 야호쿠 야흐노비 야네샤 야룬카 야루로 야루로 예이 자가와 자마 제나가 에뉴 +---------------------------------------------------------------------- 세트 227줄(30.77초)

더 많은 noindex, nofollow

삭제된 모든 페이지에는 다음이 있어야 함<meta name="robots" content="noindex,nofollow" />HTML 헤더에.이 토론을 보십시오.

이제 카테고리를 작성할 경우:Nasirabad District, 이 문제는 http://en.wikipedia.org/w/index.php?title=Category:Nasirabad_District&action=edit&redlink=1으로 해결되며, 대상 페이지에는 필수 항목이 있음meta robots하지만 나는 또한 구글이 하고 있는 http://en.wikipedia.org/wiki/Category:Nasirabad_District 를 사용하여 그 페이지에 도달할 수 있다.이러한 방식으로 액세스하면 페이지에meta robots 그래야 할 것 같아. — RHaworth(대화 · 기여) 18:47, 2011년 1월 12일(UTC)

모든 편집 페이지에는 레드링크뿐만 아니라 색인/추종 집합이 없다.가장 특별한 페이지들도.해피멜론 20:01, 2011년 1월 12일 (UTC)

그래서 뭐?내가 부탁하는 거 읽었어?나는 http://en.wikipedia.org/wiki/PARI_BALTISTAN과 같이 삭제된 페이지의 URI가 noindex, nofollow set를 가져야 한다고 생각하지만, 그것은 현재 그렇지 않다.— RHaworth (대화 · 기여) 01:56, 2011년 1월 13일 (UTC)

나는 당신이 요청한 것에 대해 어떠한 언급도 하지 않았다; 나는 단지 삭제된 기사들은 현존하는 기사들과 다를 바 없다는 것을 분명히 했다; 모든 편집 화면들은 색인화되지 않았다, 삭제되었는지 여부와, 보기 페이지들은 삭제되지 않았다.나는 일반적으로 그들이 그래야 한다는 너의 의견에 동의한다.해피멜론 10:33, 2011년 1월 13일 (UTC)

이 얘기를 꺼내줘서 고마워.기본적으로 이슈는 "x의 위키피디아 삭푸펫" 카테고리로, 사용자가 자신의 실제 이름을 위키피디아 이름으로 지었고, 현재 누군가(아마도 고용주)가 구글 검색을 하면 위키피디아 페이지가 뜬다.위의 연계된 논의는 그러한 요청이 이루어진 두 번째인데, 그 중 첫 번째는 어느 시점에서 빈 범주를 거쳤을 때 내가 알아차린 것이고, 두 번째는 누군가가 나에게 그것에 대해 이메일을 보냈을 때 알게 된 것이다.삭제된 페이지지만 인덱싱을 방지하는 것이 있으면 좋을 것 같아.VegaDark (대화) 01:46, 2011년 1월 13일 (UTC)

그 문제는 그것보다 훨씬 더 광범위하다.이것은 구글이 삭제된 기사를 잊게 하려는 일반적인 시도다.한 사람이 양말 인형극으로 고소당했다고 야단법석을 떠는 것은 신경쓰지 마라.매일 우리가 삭제하는 수백 개의 스팸 글에 대해 생각하고 있어.— RHaworth (대화 · 기여) 01:56, 2011년 1월 13일 (UTC)

이것을 버그질라에 보관하는 것은, 만약 아직 버그가 없다면, 이것을 알아차리고 고치기 위한 좋은 첫걸음이 될 것이다.나는 그것이 아주 간단한 해결책이 될 것이라고 예상할 수 있다.해피멜론 23:10, 2011년 1월 13일 (UTC)

HTTP 404

깨졌어 - 그러길 바래!(기사) 네임스페이스에서 삭제되었거나 절대 제외되지 않은 제목은 HTTP 404 Not Found 코드를 반환한다.노인덱스보다 더 강한 신호야, 노이어그러나 카테고리: 네임스페이스에서 모든 페이지는 200 OK를 반환한다(다른 네임스페이스를 확인하지 않음).필자는 (내 견해로는 잘못된 지침이) 특정 범주에 기사가 포함되었지만 카테고리 페이지가 생성되지 않은 사례를 지원하는 것이라고 생각한다.나는 Bugzilla에서 모든 삭제되거나 결코 제외되지 않은 범주는 404 코드를 반환해야 한다고 제안하면서 이 티켓을 인상했다.— RHaworth (대화 · 기여) 18:32, 2011년 1월 14일 (UTC)

정확하지 않아.페이지가 비어 있더라도 어떤 카테고리는 200페이지가 반환된다. 단 한 페이지도 없는 카테고리의 카테고리 페이지는 "정상" 네임스페이스의 페이지와 동일한 조건에서 404페이지가 반환된다.Anomie 14 23:45, 2011년 1월 14일 (UTC)

안에서 위키링크를 할 수 없음<ref>?

1차 본문 수정 후<ref>성령 컬트(Cult of the Holy Spirit)에 나오는 위키링크를 삽입한 스나푸(Snafu)가 있는 것 같아내 내용[[square brackets]]링크 대신에 평범한 텍스트로 나타나지만, 아무리 생각해도 나는 왜 ...인지 알 수가 없다.생각나는 거 있어?—67.246.119.98 (대화) 11:25, 2011년 1월 14일 (UTC)에 의해 서명되지 않은 의견 추가 준비

링크하는 것은 효과가 있지만, 당신은 어떤 이유로든, 참조 내에서 WP:파이프 트릭을 사용할 수 없다. (이것은 의심할 바 없이 우리가 수 년 동안 고치기 위해 기다려온 버그 중 하나이다.--Kotniski (토크) 11:34, 2011년 1월 14일 (UTC)

저장 전 변환 분석기는 태그의 내용에 적용되지 않는다. 하위 그룹과 서명은 같은 이유로 작동하지 않는다.6번째 새해에 막 본 T4700은 실로 오랜 세월이다.해피멜론 12:06, 2011년 1월 14일 (UTC)

기준 글리치

하모니 하우스 3번 각주를 보십시오.인용 템플릿이 URL에서 토하는 이유는?10파운드 해머, 그의 수달과 단서박쥐 • 2011년 1월 14일 (UTC)

기사 제목이 빠져 있고 맨 URL을 사용하고 있었다.내가 고쳤다.짐 밀러 ^{See me Touch me} 19:53, 2011년 1월 14일 (UTC)

더프. 언제나 노골적으로 분명한 것이다.10파운드 해머, 그의 수달과 단서박트 • 19:56, 2011년 1월 14일 (19:56,

삭제에 대한 페이지 상한

나는 삭제 페이지 한도에 대해 질문이 있다.나는 편집이 5,000개 미만인 사용자 대화 페이지(종종 상당히 아래)는 5,000개 이상의 편집이 있기 때문에 "삭제할 수 없음" 메시지를 표시한다는 것을 여러 번 알아챘다.User talk:Mbz1이 갑자기 메시지를 표시하기 시작했는데, 2,700개의 편집이 있지만 [3]이(가) 있다.[4] 이 메시지들이 어떻게 생성되는지, 그리고 왜 수천 개의 편집된 페이지들이 그것을 표시하고 있는지 아는 사람이 있는가?SlimVirgin 22:15, 2011년 1월 12일(UTC)

정확한 값(엄청난 페이지에 대해서는 그 자체로 값비싼 질의일 수 있음)이 아니라 db 행수의 추정치라고 믿기 때문에 정밀 측정보다는 규모에 맞는 순서다.해피멜론 22:31, 2011년 1월 12일 (UTC)

응, 견적서야, 조항에 있어.php:isBigDeletion() [5]— 칼 (CBM · talk) 22:46, 2011년 1월 12일 (UTC)

고마워. 그 메세지가 왜 나타나서 사라졌는지 궁금해.5분 전 같은 대화 페이지에는 5000개 이상의 메시지가 표시되지 않았다.그런데 갑자기 그랬다.그리고 나서 나중에 다시 (아니면, 페이지의 편집이 옮겨지지 않은 아카이브가 옮겨지지 않았다.)그래서 이런 메시지들이 자동으로 생성되는지, 그리고 무엇이 변화를 일으키는지 궁금하다.나는 과거에 다른 사용자들의 토크 페이지와 같은 이슈를 알아챘다.SlimVirgin^{talk contribs} 22:55, 2011년 1월 13일(UTC)

페이지 이동은 문제를 일으킨다.어떤 페이지든 삭제하기 전에 옮겨서 삭제할 수 있을 거라 믿어.아니면 그냥 충분히 움직여야 할지도 몰라.프로데고^talk 01:30, 2011년 1월 14일 (UTC)

메인 페이지를 옮길 수 없어서 다행이야나이튼드 (토크) 02:13, 2011년 1월 14일 (UTC)

헤헤, 충분히 노력한다면 할 수 있어. (게다가 내가 마지막으로 확인한 5000리프가 이하) 프로데고^talk 00:14, 2011년 1월 15일 (UTC)

너도 지울 수 없어. 메인 페이지인 동안에는 말이야, 어쨌든...;D 그리고 당신은 역사적으로 누군가가 4,000개의 null 재방문들을 메인 페이지에 담아서 그것을 문턱을 넘기기 위해 만들었을 때 Drama™를 기억하지 않는가?팀은 데이터베이스에서 수동으로 제거했고 IIRC...해피멜론 11시 45분, 2011년 1월 15일 (UTC)

그러면 이러한 메시지가 어떻게 생성되는지, 즉 항상 자동으로 생성되는지, 또는 수동으로 추가할 수 있는지 아는 사람이 있는가?내가 궁금한 이유는 그들이 나타났다가 다시 사라지기 때문이다.SlimVirgin^{talk contribs} 11:27, 2011년 1월 15일(UTC)

그것들은 자동으로, 삭제 양식을 로드할 때 테스트된다.개정 카운트를 추정하는 방법은 다소 부정확하며, 위키백과처럼 빠르게 변화하고 있는 데이터베이스에서는 빠르게 변동할 수 있다.데이터는 또한 마스터가 아닌 엔위키의 5개의 슬레이브 데이터베이스 중 하나에서 무작위로 초센으로 선택될 것이며, 각각은 순간 변동을 설명할 수 있는 마스터 데이터베이스보다 약간 다른 시간 뒤에 처지게 될 것이다.해피멜론 11시 45분, 2011년 1월 15일 (UTC)

중첩된 테이블을 들여쓸 때 이상한 동작

안녕!

궁금한 게 있는데 왜 이런 일이 일어나는지 아는 사람 있어?그렇게 테이블을 들여쓸 때 예상되는 파서 동작인가?홀더 14:03, 2011년 1월 13일 (UTC)

T8776해피멜론 14:38, 2011년 1월 13일(UTC)

고마워! 홀더 16:23, 2011년 1월 13일 (UTC)

도움말을 참조하십시오.표#중첩된 표의 접근성 문제에 대한 내포된 표. --- - Gadget850 (Ed) 22:58, 2011년 1월 15일 (UTC)

기사 또는 편집 페이지를 통해 메시지가 있음을 편집자에게 알리는 배너

등록된 편집자는 최근에 기고를 시작했고 그 목록은 약 14분이다.적어도 일부에서는 부적절했고 사용자의 토크 페이지에 주의사항이 나타났으며, 그 다음으로는 보다 구체적인 주의사항이 나타났고, 그 뒤에 경고가 이어졌고, 그 다음으로는 블록이 나타나 무기한이었다.첫 메시지부터 블록까지 7분이 걸렸다.내 경험상, 사용자들은 로그인 확인 페이지에서 자신들을 위한 메시지에 관한 배너를 보게 된다(내 것을 본 적이 있는 것 같다).그래서 이 사용자가 다시 편집을 시도했다가 명백한 사전 문제 없이 차단된 것을 발견할 때까지 주의, 경고, 차단 등에 대해 알았을지 궁금하다.아는 사람이 있나요?예를 들어, 사용자 세션 중에 기사 페이지 또는 편집 페이지에 메시지 배너가 표시되었는가?닉 레빈슨 (대화) 05:12, 2011년 1월 15일 (UTC)

새로운 메시지가 있다는 오렌지 바는 위키백과의 모든 페이지에 표시된다.도움말 참조:토크 페이지 사용#새로운 메시지가 표시됨.Svick (대화) 13:06, 2011년 1월 15일 (UTC)

고마워. 그것으로 해결됐어.사용자는 그것들을 봤어야 했고 아마도 봤어야 했다.닉 레빈슨 (대화) 18:03, 2011년 1월 15일 (UTC)

편집 페이지를 로드하는 동안 글꼴이 다름

편집 페이지를 로드하면 글꼴이 몇 초간 작아 보이고 왼쪽 메뉴 모음은 다르게 보인다.이게 벡터 스킨에 대한 문제일 뿐인지 모르겠다.여기 블랙 스완 페이지의 1초 분량 화면 캡슐이 있다: 링크.편집을 클릭할 때 표시되는 편집 화면과 비교해 보십시오. Doc StrangerLogbook^Mailbox 04:46, 2011년 1월 16일(UTC)

사실, 가끔 위키피디아의 기사 페이지를 로드하거나 새로 고칠 때, 나는 많은 컴퓨터에서 플래시에 대해 다른 올바른 메뉴가 나타나는 것을 보았다. Doc StrangerLogbook^Mailbox 04:49, 2011년 1월 16일(UTC)

브라우저가 JavaScript를 로드할 때 사이드바와 편집 상자에 서식 변경사항을 적용하기 때문에 "플래시"된다.특히 페이지 로딩 속도가 느릴 때 눈에 띈다.게리 킹 (토크 · 스크립트) 05:01, 2011년 1월 16일 (UTC)

탭이 여러 개 열려 있고 탭 중 하나에 있는 "줌"을 변경하면 JS가 해상도를 따라잡는 데 다소 시간이 걸린다.그때 나는 정말로 이 문제를 알아차렸다.스키어 듀 (토크) 05:05, 2011년 1월 16일 (UTC)

나는 어떤 것도 확대하지 않았지만, 전에 로그인한 적이 없는 다른 컴퓨터에서 이것을 보았다. (실제로, 나는 anon으로 편집을 클릭했다.)그래서 Javascript와 다른 사람들이 그걸 알아챈거야?그게 내가 알아야 할 전부였다.Firefox를 다시 시작한 후 지금 화면 편집이 안 되는데 다시 볼 수도 있어.내가 그렇게 해도 걱정할 것이 없다는 것을 아는 것은 좋은 일이다. Doc StrangerLogbook^Mailbox 05:15, 2011년 1월 16일(UTC)

모바일 위키백과 오류

내부 서버 오류

서버에 내부 오류 또는 잘못된 구성이 발생하여 요청을 완료할 수 없음.

[주소 없음] 서버 관리자에게 문의하여 오류가 발생한 시간 및 오류가 발생했을 수 있는 모든 작업을 알려주십시오.

이 오류에 대한 자세한 내용은 서버 오류 로그에서 확인할 수 있다.

또한 오류 문서를 사용하여 요청을 처리하는 동안 500개의 내부 서버 오류 오류가 발생했다.

enm의 Apache/2.2.14 (Ubuntu) 서버.wikipedia.org 항만 80

코멘트

나는 사이트의 모바일 버전에서 위의 오류를 얻는다.오류는 영구적인 것 같다.SunCreator 02:17, 2011년 1월 14일 (UTC) 보안망을 통해 사이트에 접속할 수 있다.wikimedia.org (그것이 내가 여기에 게시할 수 있는 방법이다) 그러나 분명히 어떤 페이지에도 접속할 수 없다.wikipedia.org 위의 오류 때문에.그 패스에서 나는 사이트의 모바일 버전을 절대 사용하지 않는 옵션을 선택했었다.아직도 쿠키와 함께 있어.OS 버전 4와 함께 iPhone 사용.SunCreator 02:32, 2011년 1월 14일(UTC)

이것은 하루 정도밖에 지속되지 않는 것 같았다.이제 잘 되고 있어.게리 킹 (토크 · 스크립트) 04:14, 2011년 1월 16일 (UTC)

고마워이제 다시 작동함 :) Awese, SunCreator 15:45, 2011년 1월 16일 (UTC)

템플릿에서 검색 및 바꾸시겠습니까?

템플릿에 제공된 매개 변수 중 하나를 검색하고 교체할 수 있는 방법이 있는가?(이것이 필요한 이유는 장황하고 난해한 이야기 입니다. 사실, 나는 그것이 필요하며, 쉬운 방법이 없습니다만.) --구자 22:08, 2011년 1월 15일 (UTC)

AWB. ---— Gadget850 (Ed) 22:24, 2011년 1월 15일 (UTC)을 사용한 경우

(충돌 편집)AutoWikiBrowser에는 사용되지 않는 매개 변수 이름을 다른 이름으로 바꿀 수 있는 기능이 있다.하지만 불을 지르고 그렇게 뛰기 전에, 그것이 정말 가치가 있는지 생각해 보라.한 가지 이유는 매개 변수 이름이 너무 많은 혼란을 야기하여 편집자들이 잘못된 종류의 데이터를 추가하게 되었기 때문일 수 있다.예를 들어, {{일본어 에피소드 목록}}에는 이름이 붙은 파라미터가 있었다. JapaneseTitle=일본식 번역(로마지) 에피소드 제목에 쓰였다.그러나, 편집자들은 그것을 번역된 영어 제목과 혼동하고 있었는데, 이 제목은 다음과 같다. EnglishTitle=. 그래서 그 분야에 속하는 것을 명확히 하기 위해 매개변수의 이름을 로 바꾸었다. RomajiTitle= 그러나 단순히 하나의 매개 변수 이름을 다른 매개 변수 이름보다 선호하는 문제라면, 전횡은 그대로 두는 것이 가장 좋다.—파릭스 (tc) 22:28, 2011년 1월 15일 (UTC)

나는 내가 더 많은 정보를 포함해야 한다는 것을 알고 있었다... :-) 아니, 그건 효과가 없을 것이다. 나는 다른 데이터 세트를 백그라운드에서 사용하면서 독자에게 제시해야 한다.두 가지는 간단한 검색과 교체가 가능하지만, 마법은 형식 안에서 이루어져야 한다. --Gutza 22:29, 2011년 1월 15일 (UTC)

매개 변수가 다음으로 설정된 경우foo, 그리고 보여줘.bar? ---— Gadget850 (Ed) 22:55, 2011년 1월 15일 (UTC)

아니, 그건 스위치로 고치는 거야."100 foo"에서 "100 foo"로 한 번, 그리고 "100 bar"로 한 번 사용되어야 하는 것처럼, 완전한 검색/교체가 필요하다. --구자 22:58^{T T+}, 2011년 1월 15일 (UTC)
참고로, 내 이전 편집의 요약은 "moah"가 아니라 "moar"를 읽었어야 했다.짜증이 나는 게 아니라 무심하게 굴었다. --구자 23:02, 2011년 1월 15일 (UTC)

더 자세한 정보가 필요하다.템플릿 문자열 기능은 일반적으로 끔찍하므로 두 가지 매개 변수를 사용해야 할 것 같다.OrangeDog (1911년 1월 16일) 00:16, 2011년 1월 16일 (UTC)

(갈등을 편집한다) 그렇게 하는 좋은 방법은 없지만, {{이탈자 제목}}이(가) 디앰비게이터와 하는 것과 같은 것을 속일 수는 있다.항상 "foo"와 "bar"인 경우, 템플릿에 "foo" 또는 "bar"를 추가하도록 하십시오.그렇지 않으면 번호와 단위를 별도의 파라미터로 사용할 수 있다.Anomie⚔ 00:17, 2011년 1월 16일(UTC)

나는 내가 완벽한 예시를 가지고 있다는 것을 깨달았다: 키케로를 위한 {{Birthday}} 마이크로포맷을 해결하라.연도에 대한 관련 기사를 가리키기 위해서는 "106 BC"를 "-106"로, "43 BC"를 "-43"으로 바꿔야 할 것이다. --Gutza 00:34, 2011년 1월 16일 (UTC)

첫째, 그것들은 -105와 -42가 되어야 한다.둘째, {{생일}}}은(는) 그리고리아인이 아닌 날짜와 함께 사용하면 안 되는데, 그럴 가능성이 높다.OrangeDog(오렌지독) (1911년 1월 16일, 2011년 1월 16일 (UTC)

하위 판이 그것을 해결할 수 있을까?사용자 템플릿 "T:Infobox X"는 한 가지 매개 변수를 가지고 있다: "Foo = 123사용자(일반) 입력의 경우 템플릿은 두 개의 매개변수가 있는 하위 플레이트를 호출한다.그래서 T:infobox X는 "라고 부른다.{{Infobox X/core Show = {{Foo}} year OtherUse = {{Foo}}/100 century}}". 이제 코어에는 사용자가 사용할 수 있도록 두 개의 개별 입력 값이 있다.{{Infobox IPA}}(하위 판은 {{Infobox IPA base})에 사용하였으며, -DePiep (토크) 16:32, 2011년 1월 16일 (UTC)

응답에 감사하다; (un)다행히 오렌지독의 노트는 모든 차이를 만든다. 왜냐하면 이것은 정확히 광고/bc 년을 다루기 위한 것이었고, hCard 형식이 비 그레고리안 날짜를 지원하지 않는다는 사실이 문제를 사라지게 하기 때문이다. --Gutza 19:30, 2011년 1월 16일 (UTC)

페이지 섹션 편집 시 페이지가 게시될 때까지 오류 플래그가 표시되지 않는 인용문 제거

한 페이지의 개별 섹션을 편집하면서 잘못된 인용문을 삭제했을 때, 다른 뒷부분도 인용 섹션에 큰 빨간 글씨(그리고 아마도 공개적으로)로 나타났을 때, Save 페이지 이후에만 인용문을 참조했다는 사실이 Show Preview(보기 표시)에 표시되지 않았다.가끔 새로 온 사람으로서, 나는 이런 당혹감을 느꼈다.내가 놓친 게 있나? --Peteradamson (대화) 08:52, 2011년 1월 16일 (UTC)

그것은 올바른 분석이다.섹션 편집-프리뷰는 한 섹션만 보기 때문에 다른 섹션의 종속적인 참조에 대해서는 전혀 알지 못한다.분명히 기사 자체인 전체 페이지 버전은 모든 부분을 고려하며, 따라서 오류를 찾아내어 당신에게 큰 빨간 글자를 준다.비록 그것은 오랫동안 큰 문제가 되지 않을 것 같다: 비록 스스로 오류를 고치는 것은 시간을 절약하지만, 인간 자원 봉사자나 봇은 아마도 적시에 와서 그것을 고칠 것이다. - Jarry1250 10:36, 2011년 1월 16일 (UTC)

(충돌 편집)미디어위키 확장의 알려진 제한사항으로, 우리의 각주를 다루는 것은 꽤 오랜 시간 동안입니다.금방 고쳐지진 않을 것 같아.10:42, 2011년 1월 16일 (UTC)

또한 목록 정의 참조를 사용하여 작업할 수 있다.Svick (대화) 13:51, 2011년 1월 16일 (UTC)

비록 여러분이 반대되는 문제를 가지고 있다는 것을 알고 있지만, 만약 여러분이 LDR 정의를 제거하지 않고 페이지의 마지막 참조를 제거한다면, 여러분은 다른 큰 빨간 오차를 얻게 될 것이다.Anomie⚔ 14:06, 2011년 1월 16일 (UTC)

이 시스템은 WP에 설명되어 있다.REFNAME. 네가 말했듯이, 미리보기에는 문제가 드러나지 않아.단원을 편집할 때 문제의 유일한 힌트는 위키 소스의 참조가 시작되었다는 점이었을 것이다.<ref name=...>대신에<ref>. 이 경우 편집자는 전체 기사를 검토하여 참조가 다른 곳에서 사용되는지 확인하고 다른 용도를 제거하거나 참조 본문을 다른 용도에 복사해야 한다(이미 복사된 것은 아니지만 드문 경우).그리고 예, 저장을 클릭하면 다른 모든 사용자와 동일한 공용 버전이 표시됨.프라임헌터 (대화) 14:37, 2011년 1월 16일 (UTC)

헬프 데스크의 질문 모바일 사이트 기능 사용 안 함

위키피디아에는 다음과 같은 질문이 있다.Help_desk#Disable_mobile_site 휴대용 장치에 이 기능이 표시되는 방식에 익숙한 사용자의 입력을 사용할 수 있는 도움말_desk#Disable_mobile_site.여기 있는 누군가가 사용자에게 조언을 해줄 수 있는가?건배.카렌지크 20:47, 2011년 1월 16일 (UTC)

봇

안녕. 나는 ko에서 왔어.위키백과최근에 만든 템플릿:"ko.wiki에 대한 날짜 유지 카테고리가 있지만 날짜를 정하지 않은 이전 기사는 분류할 수 없다.그래서 나는 나의 봇 ko:wiki:user:Altobot과 날짜를 정하기를 원한다.유지 관리 템플릿의 날짜를 지정하도록 봇에게 명령하는 방법물론 템플릿이 언제 첨부되었는지 알 수 없다.--Altostratus (토크) 10:21, 2011년 1월 17일 (UTC)

선거 데이터 열기

이제 4개월 앞으로 다가온 영국의 지방선거를 앞두고 OpenOrgionData 프로젝트 웹사이트에 설명된 바와 같이 Open Olympic Data를 사용하는 지방 당국 페이지에서 후보 목록과 결과를 끌어내기 위한 스크립트에 관심이 있는 사람(또는 이미)이 있는가?나는 그 프로젝트의 배후에 있는 사람들과 접촉하고 있고, 기꺼이 중개자 역할을 할 것이다.토론은 영국의 위키프로젝트 정치에서 한다.Andy Mabbett(사용자:Pigsonthewing); 앤디의 강연; 앤디의 편집은 2011년 1월 17일(UTC)

km²를 제곱 마일로 변환

4km²를 평방마일로 변환하면서, 나는 2개의 다른 결과를 얻는다: 4km²(2평방미터²) 또는 4km(1.5평방미터).미터맨이 되다니, 어느 것을 택해야 할까?건파우더 마 (토크) 12:39, 2011년 1월 18일 (UTC)

필요한 정밀도에 따라 달라지며, 그 자체도 맥락과 초기 데이터의 정밀도에 따라 달라진다.—Emil J. 13:21, 2011년 1월 18일 (UTC)

에밀의 대답을 확대하기 위해, 당신이 사용한 각 템플릿의 0과 1에 답이 있다.이게 네가 사용하고자 하는 라운딩의 정도야.따라서 유의한 숫자를 0으로 반올림하려면 "1.5444086342 sqmi"를 "2 sqmi"로 반올림하려는 것이다.유의한 자리 하나를 선택하면 '1.5444086342 sqmi'를 '1.5sqmi'로 반올림하고, 2라운드를 '1.54'로, 3라운드를 '1.544'로 반올림한다.출력된 모든 것이 정확해야 한다. 그것은 단지 당신이 원하는 정밀도의 양에 달려 있다.만약 당신이 그 파라미터를 포함하지 않기로 선택한다면, 템플릿은 당신이 입력한 수치와 동일한 수의 유의한 자리수 출력을 원한다고 가정한다.따라서 "4.5328km2"를 입력하면 "1.7501 sq mi"가 출력된다.이것이 당신의 질문에 답을 주길 바란다.— 헌터 (t @c) 13:30, 2011년 1월 18일 (UTC)

고마워, 내 질문에 정말 대답했구나.13:39, 2011년 1월 18일 (UTC)군 분말 마(토크)

로그인 문제

안녕 펌프를 관리하는 여러분.나는 이미 헬프 데스크에 이것을 올렸지만, 그 다음에는 그것이 표면적인 문제를 좋아하기 보다는 잘 봐야 하는 것으로 들린다고 생각했다.

나는 매우 짜증나는 종류의 로그인 문제를 경험하고 있다.어쩐지 파이어폭스는 내가 이미 30일 동안 로그인했다는 사실을 잊기 시작했고 브라우저를 열 때마다(내가 로그아웃하거나 내 파이어폭스 히스토리 등을 지우지 않고) 다시 로그인하라고 했다.나는 내 계정으로 누군가 웃는 것을 배제하기 위해 비밀번호를 바꿨다.지금은 다른 컴퓨터에서 로그인을 시도하고 있으며 로그인 직후에만 페이지에 액세스할 수 있다(WP 레이아웃, 내 선호도 및 감시 목록 링크 등).하지만, 내가 다른 페이지에 접속하려고 할 때마다, 그들은 내가 더 이상 로그인하지 않는다고 말한다.어떤 도움이라도 감사할 것이다.베스트, 212.117.123.14 (토크) 13:13, 2011년 1월 18일 (UTC)

죄송합니다 - 이전에도 시도하지 않았었습니다. 보안 서버를 통한 로그인에는 문제가 없었으며, 잘 작동했었습니다.정상 경로를 통해 작동하지 않은 이유가 무엇일 수 있는가? 212.117.123.14 (대화) 13:23, 2011년 1월 18일 (UTC)

모든 쿠키를 자르도록 구성된 지나치게 열성적인 보안 소프트웨어가 있으며, 어떤 보안 소프트웨어가 지속적으로 실행되고 있는가?쿠키를 잃어버리면 로그아웃이 발생할 수 있다. --Redrose64 (대화) 14:58, 2011년 1월 18일 (UTC)

수학 좀 도와줄래?

혹시 수학 마크업 전문가가 구형 토카막도 보고 방정식도 고쳐줄까?나는 여기서부터 시작되는 논리의 선을 따르고 있다.고마워!모리 마코위츠 (대화) 13:57, 2011년 1월 18일 (UTC)

완료 한 번 확인하시고 이상이 없는지 확인해 주십시요.q별이 $q_{\star }$ 아니면$$ $q$ $q_{\$ast $\}$이어야 하는지 잘 모르겠으니, 내가 바꾸길 원한다면 그렇게 해야겠다.사실 이것을 하기 위해 MATH 전문가가 될 필요는 없다.나는 거의 LaTeX를 사용한 경험이 없다.기본적인 마크업만 알면 돼.해봐!ManishEarth^{Talk • Stalk} 17:42, 2011년 1월 18일 (UTC)

참조의 접기 가능 목록

나는 포르투갈어 위키피디아에 대한 템플릿을 쓰려고 하는데, 헤로도토스의 역사를 언급하고, 그 다음에 많은 온라인 판으로 질문을 한다.하지만, 템플릿에는 약간의 성가신 점이 있고, 나는 그것을 어떻게 해결해야 할지 모르겠어. 하지만 그것은 아마도 내가 쓴 템플릿이 아니라 템플릿 접기 가능 목록으로 된 것일 거야.

예를 들어 설명하겠다.(포르투갈어 위키백과에) 쓰는 경우:

레오니다스는 스파르타의 왕이었다.

템플릿 pt:프레페티니상:시타르 헤로도토가 하는 것은 헤로도토스의 인용문을 멋있게 형식화하여 다음과 같이 제시하는 것이다.

헤로도토, 히스토리아스, 리브로 1세, 클리오, 100 [Expandir]

즉, 다음을 의미한다.헤로도토스, 역사, 책 I, 클리오, 100 그리고 "확장!"이 붙은 작은 상자.여기서 문제는 이 포맷된 텍스트에 CR-LF가 선행되어 읽기가 흉하다는 것이다.

예를 들어, pt:300(필름) 또는 pt:데마라토내 생각에 문제는 접을 수 있는 텍스트 템플릿에 있는 것 같아.이것을 건너뛸 수 있는 방법이 있는가? 아니면 접을 수 있는 목록 템플릿을 다시 작성해야 하는가?Albmont (토크) 16:59, 2011년 1월 18일 (UTC)

접을 수 있는 섹션 안에 참조를 넣거나, 참조 내부에 접을 수 있는 부분을 넣지 마십시오.MOS:COLAPACE를 참조하십시오. --Redros64 (대화) 18:35, 2011년 1월 18일(UTC)

다른 버전의 참조를 나열하는 데 사용되는 것처럼 보이십시오.소스로 사용되는 실제 버전만 직접 인용해야 한다.다른 버전은 추가 읽기 섹션에서 더 나을 것이다. ---— Gadget850 (Ed) 18:43, 2011년 1월 18일 (UTC)

페이지 맨 위에 있는 신비로운 '그레이' 바

다른 사람이 이런 일을 경험한 적이 있는가?나는 이 얇은 '회색 바'를 페이지 맨 위에 올려놓고, 계속 내리고 있다.프로젝트 페이지 바로 아래, 토론, 이 페이지 편집, 기록, 감시 지시사항.굿데이 (토크) 03:46, 2011년 1월 14일 (UTC)

예 - 지난 며칠 동안 로그온할 때(IE8이 Win XP에서 실행 중임) 이었습니다.나이젤 이스 (대화) 17:36, 2011년 1월 14일 (UTC)

나도 - 브라우저에서 페이지를 새로 고치면 사라지지만, 나중에 다시 나타난다. - Kotniski (토크) 18:59, 2011년 1월 14일 (UTC)

나만 그런 게 아니라서 다행이야.굿데이 (토크) 03:04, 2011년 1월 18일 (UTC)

확실히 누군가는 이게 어디서 왔는지 알까?점점 잦아지는 것 같다.--코트니스키(토크) 13:33, 2011년 1월 19일 (UTC)

정말. 굿데이 (토크) 16:50, 2011년 1월 19일 (UTC)

아마도 회색 막대가 있는 페이지의 소스 코드의 스크린샷과 붙여넣기가 도움이 될 것이다.–xeno^talk 16:52, 2011년 1월 19일(UTC)

모두 OS, 브라우저 및 스킨을 입력하십시오. Windows XP/Firefox 3.6/Monobook에서 잘못된 것을 본 적이 없다. --Redros64 (토크) 17:10, 2011년 1월 19일 (UTC)

Windows 7, IE, 기본 피부.--Kotniski (토크) 17:13, 2011년 1월 19일 (UTC)

윈도 7, IE, 모노북.헬프 데스크에서 말했듯이 IE가 "호환성 보기"로 전환하도록 트리거할 때마다 회색 막대가 나타나기 시작한다.Deor (대화) 14:28, 2011년 1월 25일 (UTC)

Windows 7, IE, "이전 스타일" 모드.내가 방금 헬프 데스크에서 이것에 대해 물어봤었는데 그들이 나를 여기로 가리켰어.나는 여기서의 충고를 따라서 무슨 일이 일어나는지 볼 것이다.『야구 벅스 당근→ 21:41, 2011년 2월 14일 (UTC)

사용자 스크립트가 더 이상 작동하지 않음

난 완전히 혼란스러워. 하지만 여기 있는 누군가가 무슨 일이 일어나고 있는지 알고 있을지도 몰라.사용 중인 사용자 스크립트 중 며칠 동안 기본 설정의 rollbackSum.js와 revisionjumper.js가 갑자기 작동하지 않음.rollbackSums는 롤백 시 메시지를 표시하지 않으며 revisionjumper는 "이전 편집" 링크 옆에 빈 드롭다운 상자만 제공함.rollbackSum.js에 대한 업데이트는 1년이 넘도록 없었다.나는 브라우저 캐시를 완전히 제거했고, 파이어폭스의 애드온을 비활성화했지만, 아무것도 도움이 되지 않았다.좋은 생각 있어?나게 (토크) 21:15, 2011년 1월 17일 (UTC)

아마도 파이어폭스 에러 콘솔은 고장 지점을 식별할 수 있을 것이다.-cobaltcigs 21:39, 2011년 1월 17일 (UTC)

사용자 스크립트와 관련된 오류 또는 경고 없음스크립트의 addOnloadHook() 기능이 onloadFuncts[] 어레이에 있는지 확인할 수 있으며, 거기서 호출할 수 있지만 아무 일도 일어나지 않는다.User:베란다크롭/rollbackSum.js 하지만 불행히도 나는 정규 표현에 그다지 익숙하지 않다.스크립트는 다음과 같은 링크에 온클릭 핸들러를 추가해야 한다.<a href="/wikipedia/en/w/index.php?title=User:Nageh&action=rollback&from=Nageh&token=f5dd1ccb2e4d62fe2b0760da5d52f9e4%2B%5C" title=""Rollback" reverts edit(s) to this page of the last contributor in one click">rollback</a>하지만 그런 일은 일어나지 않는다.

자바스크립트의 정규 표현에 좀 더 익숙한 사람이?나게 (토크) 22:23, 2011년 1월 17일 (UTC)

RegX가 문제될 것은 없어 보인다.그 대본은 내가 콘솔에 넣었을 때 작동한다.수입도 했는데...잘 되네.... (크롬을 사용하고 있다.일반적으로 이러한 문제는 다른 곳에서 구문 오류로 인해 발생한다(모노북/벡터 js에 구문 오류가 있으면 가져오지도 않는다). 그러나 vector.js는 괜찮아 보인다(그리고 몇 달 동안 만지지 않았으므로 가능성을 완전히 배제한다).파이어폭스 에러인가?매니쉬^{Talk • Stalk} 어스 07:36, 2011년 1월 18일 (UTC)

무슨 일이 일어나고 있는지 전혀 모르겠어.여전히 작동하지 않는다.나는 포기했다.나게 (토크) 13:50, 2011년 1월 19일 (UTC)

rcid 만료 시간

새로운 기사가 작성되면, 특별:최대 30일 동안 새 페이지 등록자가 페이지를 순찰할 수 있도록 새 페이지 등록30일이 지나도 기사 순찰을 하지 않으면 뉴페이지 리스트에 영원히 해당된다.나는 최근에 뉴 페이지 목록에 없는 기사들의 목록을 보관하는 봇 작업을 하고 있다.원래 의도는 이 추가적으로 밀린 기사들은 결국 순찰을 받게 될 것이고 우리는 아무것도 놓치지 않을 것이라는 것이었다.그러나 시험해 보는 과정에서 30일이 지나면 기사 순찰을 할 수 없는 것으로 보인다.나는 이것이 그들이 만든 편집의 rcid가 30일 후에 만료되기 때문이라고 믿는다. 그리고 기사를 순찰하기 위해서는 유효한 rcid가 필요하다.나는 다음의 질문에 대한 답을 찾기 위해 이 토론을 시작할 것이다.

1. rcid의 유효기간을 기술적으로 지난 30일(아마도 mw를 변경하여)까지 연장할 수 있는가?설명서:$wgRcmaxAge)?
2. 기술적으로 가능하다면 이런 변화를 만들자는 공감대가 형성돼 있는가.
3. #1 또는 #2에 대한 대답이 "아니오"라면, 다른 해결책이 가능한가?예를 들어, 유효한 rcid가 필요하지 않도록 순찰 메커니즘을 수정할 수 있는가?아니면, 적어도, 그것이 존재하지 않는다면 유효한 rcid가 필요하지 않은가?

왜 새로운 기사가 30일이 지나도 (더 이상 스페셜에 올라 있지 않더라도) 순찰을 하지 말아야 하는지 생각할 이유가 없다.새 페이지).나는 또한 왜 페이지를 순찰하는 것으로 표시하기 위해 rcid가 필요한지 정확히 알지 못한다.페이지를 순찰으로 표시하는 것과 관련하여 rcid의 목적은 무엇인가?어쨌든, 마지막으로 페이지를 순열로 표시하는 것은 새로운 기사를 추적하는 훌륭한 방법이고, 이러한 변경을 하는 것은 새로운 페이지 목록에서 떨어진 후에도 우리가 새로운 페이지를 추적할 수 있게 해줄 것이다.이 봇은 며칠 동안만 운영됐지만 최근 3일 동안만 순찰을 받지 않고 뉴페이지 리스트에서 떨어진 기사는 175건이었다.고마워요.쏘티원 00:33, 2011년 1월 19일 (UTC)

1. 예, 아니오.30일 이상 높게 설정되는 것을 막는 기술적 제한은 없지만 이런 일은 있을 것 같지 않다.이것은 10월에 논의되었고, 그 이유는 거기서 자세히 설명된다.Special에 페이지를 표시하지 않는 것은 의미가 없다.Special(특수):실제로 '등록된' 상태가 표시되는 곳은 새 페이지뿐이다.순찰 일지가 있긴 한데, 순찰하지 않은 걸 보여주지 않기 때문에, 새로운 페이지 순찰에 특별히 유용하지는 않아.페이지를 만든 편집에 대한 최근 변경사항 표의 해당 항목과 일치시키려면 rcid가 필요하다.미스터 Z-man 07:05, 2011년 1월 19일 (UTC)

10월 토론은 한 사용자가 나의 이니셔티브를 바탕으로 시작했다.30일 이상 연장하자는 제안은 합의로 거절되었지만 기술적 근거로는 거절되었다. --쿠드풍 (대화) 15:09, 2011년 1월 19일 (UTC)

MZMcBride의 의견을 참조하십시오.Wikimedia sysadmins 중 한 명이 상담받았고 그것이 증가할 것 같지 않다고 말했다.Mr.Z-man 15:30, 2011년 1월 19일 (UTC)

페이지를 순찰으로 표시하기 위해 유효한 rcid가 필요하다는 요건을 기술적으로 제거할 수 있는가?나는 페이지를 최근의 변경 표와 연관시키기 위해 rcid가 필요하다는 것을 이해하지만, 나는 여전히 그것이 어떤 목적을 제공하는지 이해하지 못한다.그 정보는 보존되지 않는 것 같다.순찰 로그에 가서 순찰한 rcid나 (순찰 타임스탬프를 수동으로 기록하고 기사 편집 내역과 대조하지 않고) 순찰한 수정본도 찾을 수 없다.rcid는 어쨌든 결국 죽고 (아마도) 나중에 또 다른 편집을 위해 재사용될 것이다.그렇다면, 왜 우리는 rcid를 제공하지 않고 페이지를 순찰하는 것으로 표시할 수 없을까?그렇게 하면 rcid 유효기간을 연장함으로써 발생하는 자원 문제 없이 30일이 지나면 기사 등록이 불가능해지는 문제를 해결할 수 있을 것이다.쏘티원^prattle 15:37, 2011년 1월 19일 (UTC)

페이지를 최근 변경 테이블에서 제거한 후에는 순찰할 것이 남아 있지 않기 때문에 페이지를 순찰으로 표시할 수 없다.페이지나 수정본을 실제로 순찰하는 것이 아니라, 수정본의 최근 변경사항 항목을 순찰하는 것이다.그래서 rcid가 필요한 것이다: 최근 변화표의 rc_id에 해당한다.MediaWiki.org의 최근 변경 사항 표 설명서를 참조하십시오.일단 최근의 변화표에서 사라지면, 순찰할 수 있는 것은 아무것도 없다.나는 코드를 검사한 후에 그것이 이런 방식으로 작동한다는 것을 확인했다.진실에 대한 접근 2011년 1월 19일(UTC)

고마워. 그래서 이것을 실현하는 유일한 방법은 rcid 유효기간을 연장하는 것으로 보이고, 그렇게 함으로써 생기는 부작용은 너무 귀찮아서 이런 목적을 위해 변화를 만드는 것을 정당화 할 수 없을 것 같아.나는 단지 이것을 실현시킬 수 있는 실용적인 방법이 없는지 확인하고 싶었을 뿐이고, 있는 것처럼 보이지 않는다.대답해줘서 고마워.쏘티원 19:37, 2011년 1월 19일 (UTC)

제안 순서 검색

검색 순서는 예전에는 알파벳 순으로 나타났던 항목으로, 지금은 조회 수를 기준으로 한 것 같다.그것이 맞습니까?어떻게 하면 나만의 미디어위키도 이것을 하기 위해 바꿀 수 있을까?

여기가 이것을 게시하기에 올바른 장소인지 확실하지 않다.정확하지 않으면 어디에 게시해야 하는지 알려줘. --Robinson Weijman (대화) 15:18, 2011년 1월 19일 (UTC)

mw:에서 시도해 보십시오.프로젝트:지원 데스크 또는 #미디어위키 IRC 채널에 문의하십시오.쏘티원 18:11, 2011년 1월 19일 (UTC)

기사에 대한 링크 수를 기반으로 하며 mw:확장:Lucene-search. --rainman (대화) 18:22, 2011년 1월 19일 (UTC)

우리는 이미 Lucene 2.1과 MW 1.15.4를 사용하고 있다.우리가 바꿀 수 있는 설정인가?고마워. --Robinson Weijman (토크) 19:33, 2011년 1월 19일 (UTC)

롤백 페이지

일반 편집과 같은 방법으로 편집자가 rv한 페이지를 보기 목록에 추가하기 위해 롤백을 가져오는 방법이 있는가?단순 남부.. 17:35, 2011년 1월 19일 (UTC)

로그인하라는 메시지가 계속 표시됨

새로운 WP 세션을 시작할 때마다 메인 페이지에서 시작하며 로그인하라는 메시지가 뜬다.그러나 로그인 페이지로 가면 이미 로그인되어 있다.무슨 일인데, 어떻게 하면 이런 일이 일어나지 않게 막을 수 있을까?Corvus cornix_talk 18:42, 2011년 1월 19일 (UTC)

나도 알아.나는 보통 Ctrl-F5를 눌러서 상단 링크를 복원한다. — Edokter • Talk — 18:53, 2011년 1월 19일 (UTC)

캐시 삭제 - 킹핀(토크13) 18:55, 2011년 1월 19일(UTC)

Google Chrome을 사용하여 로그인 상태를 유지할 수 없음

내가 구글 크롬을 사용하는 동안 로그인을 할 수 없고 IE에서 로그인할 수 있는 이유를 대라.이 문제는 <20분 전에 시작되었고 나는 위키백과를 교묘히 쓰면서 구글 크롬을 1년 전부터 사용해 왔다.로그인을 클릭하고 비밀번호를 입력한 후 '로그인 성공' 페이지를 얻은 다음 다른 페이지로 가서 더 이상 로그인하지 않는다.보안 서버와 표준 서버에 로그인해도 같은 일이 발생한다.J04n(대화 페이지) 01:45, 2011년 1월 13일(UTC)

Windows Vista에서 크롬 8.0.552.224를 사용하고 있는 나는 이것을 복제할 수 없다. - 내 일반 계정과 이 계정을 모두 사용하여 "일반" 모드와 "익명" 모드를 모두 시도했다.아마도 그것은 다른 버전의 크롬일 것이다. 당신이 함께 일하고 있는 버전과 OS를 줄 수 있는가? 그리고 아마도 비슷한 '유행'을 가진 누군가가 이것을 복제할 수 있을 것이다.스키어 듀2 (토크) 02:32, 2011년 1월 13일 (UTC)

나도 8.0.552.224를 사용하고 있지만 윈도 XP에서는 사용하고 있다.크롬을 제거하고 재설치해봤지만 소용이 없었다.J04n(대화 페이지) 02:36, 2011년 1월 13일 (UTC)

일단 https://secure.wikimedia.org/wikipedia/en/wiki/Special:Userlogin에서 로그인해 보십시오.프로데고^talk 04:24, 2011년 1월 13일 (UTC)

좋지 않아, IE와 파이어폭스는 잘 작동하고, 크롬에 로그인되어 있을 수 없어.J04n(대화 페이지) 05:43, 2011년 1월 13일(UTC)

나도 같은 문제가 있어, 윈도우 7에서 구글 크롬 8.0.552.224를 사용하고 있어.파워게이트92토크 05:52, 2011년 1월 13일 (UTC)

글쎄, 파워게이트92, 미안하지만 나뿐만이 아니라 다행이야...J04n(대화 페이지) 05:57, 2011년 1월 13일(UTC)

방금 크롬을 8.0.552.237로 업데이트했는데, 여전히 일반 위키백과에서는 작동하지 않지만 안전한 위키백과를 사용하여 작동하고 있다.파워게이트92토크 06:02, 2011년 1월 13일 (UTC)

음, 나도 크롬(10.0.634.0)을 사용하고 있는데, 문제가 없고, 과거에 있었던 기억이 없어.크롬을 가진 벌레라면 크롬을 가진 벌레일 뿐, 우리가 할 수 있는 것은 아무것도 없다.그것은 내 버전에 없다.프로데고^talk 06:13, 2011년 1월 13일 (UTC)

9.0도 괜찮다. 최근에 쿠키 세팅을 하고 있는 사람 있어?도구>옵션>을 살펴보십시오.보닛 아래>내용 설정>쿠키와 쿠키가 허용되고 차단되지 않는지 확인한다. - 킹핀¹³(토크) 06:16, 2011년 1월 13일 (UTC)

고쳤어! 캐시를 비우고 검색 데이터를 모두 지웠더니 정상으로 돌아왔어.모두들 고마워 J04n (대화 페이지) 06:19, 2011년 1월 13일 (UTC)

나는 검색 데이터를 지우고 그것을 고쳤다.고마워!파워게이트92토크 22:29, 2011년 1월 13일 (UTC)

나는 Firefox나 Chrome을 사용하여 로그인할 수 없다.MSIE로 로그인할 수 있고 HTTps로 Firefox와 Chrome으로 로그인할 수 있다.

내 Firefox와 Chrome 캐시를 청소하는 것은 도움이 되지 않는다. --Amir E. 아하로니 (토크) 09:37, 2011년 1월 13일 (UTC)

나도 (am) 이 문제를 겪고 있어서 bugzilla:26706에 신고했다.홀더 13:33, 2011년 1월 13일 (UTC)

링에 모자를 던져도 우분투의 크롬 9에 대한 이슈를 얻을 수 없다.실제로 크롬으로 버그를 만드는 것이 솔루션이 아니라고 확신하십니까?또한, 내가 모든 사람들을 후원하고 쿠키 켜라고 상기시켜줄 수 있다면, 그리고 너의 캐시와 쿠키도 지워줄 수 있을 거야.오거인 마곡(토크) 01:53, 2011년 1월 15일 (UTC)

bugzilla에서 해결된 것으로 보인다 - "centralNotice.php에서 $wgCentralAuthCookieDomain = composed out the centralNotice.php"가 문제였다. 스키어 듀 (토크) 06:24, 2011년 1월 15일 (UTC)

나는 가끔 오페라 11에서 이런 문제를 겪는다. 주로 오늘과 어제--Klepkoilla (토크) 11:39, 2011년 1월 17일 (UTC)

나는 1월 14일부터 같은 문제를 경험했고 지금 해결했다.특수:를 클릭하여 계정을 병합해 보십시오.병합 계정."로그인 통일 완료되지 않음!" 메시지가 표시되면 문제의 원인은 m:도움말:통합 로그인.병합 완료에 대한 암호를 입력하십시오.-- Phoenix7777 (토크) 00:36, 2011년 1월 21일 (UTC)

"편집할 초대" 템플릿 및 m.wikipedia.org

템플릿에서 변경할 수 있는 항목이 있는지 여부:편집 초대가 기본적으로 축소되거나 더 나은 것처럼 보이게 하는 편집 초대는 m.wikipedia.org의 기사에 전혀 나타나지 않는가?이것은 상당히 시급한 문제다.건배.

Thparkth (대화) 17:06, 2011년 1월 18일 (UTC)

그것은 이미 디폴트로 무너진 것 같다.모바일 사이트에 숨기는 경우 {{SERVERNAME} 마법 단어를 사용하여 확인할 수 있다.즉, 전체 템플릿을 {{#ifeq: {{SERVERNAME} en.m.wikipedia.org 여기에 있는 모든 템플릿 정보 }}.쏘티원^comment 00:57, 2011년 1월 19일 (UTC)

좋은 생각이야 고마워하지만 불행히도 그것은 효과가 없는 것 같다.[6]을 참조하십시오.서버 이름을 en으로 보고하고 있다.wikipedia.org.— 마틴 (MSGJ · talk) 11:25, 2011년 1월 19일 (UTC)

흠, 네 말이 맞아.그것은 나에게 벌레처럼 보인다.다른 사람한테는 그게 벌레처럼 보이니?만약 당신이 en.m.에서 위키피디아를 검색하고 있다면.wikipedia.org 서버, 그런 다음 {{SERVERNAAME}}이(가) enm으로 해결되어야 한다.wikipedia.org, enn이 아니다.wikipedia.org, 맞지?쏘티원^{spill the beans} 17:35, 2011년 1월 19일 (UTC)

버질라:26807에서 보고했는데, 어떻게 될지 두고 봅시다.쏘티원 18:08, 2011년 1월 19일 (UTC)

한편 TheDJ는 class="metadata"를 사용하여 템플릿의 즉각적인 문제를 해결한 것으로 보인다. (고맙다.) — Martin (MSGJ · talk) 20:52, 2011년 1월 19일 (UTC)

SERVERNAME은 페이지가 저장된 서버의 이름을 반환한다.결국 모든 퍼지에서는 마법의 단어가 HTML로 해결된다.en.m.wiki는 기본적으로 다른 스타일시트를 가진 위키백과의 거울 사이트다.그래서 다시 돌아올거야무슨 일이 있어도 wiki.ManishEarth^{Talk • Stalk} 04:24, 2011년 1월 21일 (UTC)

일부 표시 기능

안녕,

표시할 기능이 있는가?

• 내가 올린 사진의 양
• 얼마나 많은 기사를 지웠는지
• 내가 얼마나 많은 물건을 옮겼는지
• 가장 편집이 많은 기사
• … 등

난 도구를 알고 있어, 그게 다야.하지만 파서 기능이 있는 일반 텍스트로 필요해.감사합니다 ♫ Greatorangeuppkinarch T 17:44, 2011년 1월 18일 (UTC)

편집 카운트나 이와 유사한 것으로 해결할 파서 함수나 마법 단어는 없다.적어도, 내가 아는 건 하나도 없어.{{editcount}}}와 같이 편집 카운터에 대한 링크를 만드는 템플릿이 있지만, 그 정도가 전부다.쏘티원^converse 00:49, 2011년 1월 19일 (UTC)

슬프지만, 왜 안 되는 거야?그 기능으로 새로운 것을 프로그래밍하는 것이 가능한가?-- ♫Greatorangepkinaris T 12:33, 2011년 1월 19일 (UTC)

어떤 면에서 그런 기능이 백과사전을 건설하는 목표를 더 나아가게 하는가?—EmilJ. 17:58, 2011년 1월 19일 (UTC)

에밀의 말이 맞지만, 당신의 질문에 답하기 위해, 편집수와 모든 것이 매초마다 바뀐다.즉, 이러한 템플릿을 사용하는 페이지는 지속적으로 제거해야 한다.좋지 않아...새로운 것을 프로그래밍하는 유일한 방법은 미디어위키에 대한 액세스를 커밋하거나 자신의 확장자를 개발한 경우일 것이다.하지만 자신의 위키에 넣어야만 사용할 수 있었다.ManishEarth^{Talk • Stalk} 04:18, 2011년 1월 21일 (UTC)

책 오류

위키피디아를 통해 내가 만든 책의 PDF 버전을 즐겁게 다운로드하고 있었는데, 그 결과 다음과 같은 오류가 발생하여 약 80%가 지나서야 찾았다.

왜 이런 일이 일어났는지 아십니까?QuickHare (대화) 23:57, 2011년 1월 19일 (UTC)

책 도구 개발자들에게 보고했네.--Elocence* 03:33, 2011년 1월 20일 (UTC)

수집품을 확인해보니 (수동적으로 '웹인터페이스'를 통해서가 아니라) 괜찮게 렌더링된다.나는 그 컬렉션의 엄청난 크기에 문제가 있다고 생각한다: 자원을 가져오고 렌더링은 다른 유휴 기계에서 50분 정도 걸렸다.현재 렌더링 작업이 종료된 후 60분이라는 시간 제한이 있으며, 아마 그렇게 되었을 것이다.컬렉션을 두 부분으로 나누면 되는지 확인해 주시겠습니까?시간제한을 늘릴 수 있는지 확인하겠다.--Volker.haas (대화) 15:36, 2011년 1월 20일 (UTC)

이상한데, 내 기계에 이 오류가 발생하기까지 10분 정도 걸리잖아.QuickHare (대화) 19:29, 2011년 1월 20일 (UTC)

이거에 대한 소식은?QuickHare (대화) 11:19, 2011년 1월 29일 (UTC)

특수 페이지: 고정 요청에 연결하는 방법

응답(세노, 심지어 이중 솔루션까지!) -DePiep (토크) 18:24, 2011년 1월 20일 (UTC)
나는 SP 툴을 결과 없이 점검했다.내 질문은 미리 정의된 특수 페이지 목록에 대한 링크를 만들고 싶다는 것이다. 가능한 경우 URL이 아닌 Wiki-internal URL.어떻게?
예 & 정확하게: 내 사용자: 홈페이지에서 모든 하위 페이지에 대한 Wikilink를 원한다.현재 작업: 1. WP 도구 상자 메뉴를 통해 "특수 페이지"를 클릭하고 요청된 접두사 "사용자:"DePiep"과 -- 네, 클릭 한 번이 아니라 목록 OK 입니다.링크로 한 번 클릭해도 될까? -DePiep (토크) 18:06, 2011년 1월 20일 (UTC)

아마도 {{User 하위 페이지}}와 같은 것을 사용하십시오.또는 링크만 원하면 Special:접두사 색인/사용자:DePiep/.–xeno^talk 18:15, 2011년 1월 20일(UTC)

그래, 네임스페이스야까먹었다. -DePiep (대화) 18:31, 2011년 1월 20일 (UTC)

사용자: 참조:Gadget850/FAQ#Subpages. ---— Gadget850 (Ed) 18:55, 2011년 1월 20일 (UTC)

그래 거기 있지만, 어떻게 도움이 되는 페이지로 갈 수 있을까…. 그래도, 로마에서 착륙한 비행기보다 'woomahh'를 요청했을 때 멕시코 사람이 말하는 것처럼: 고마워. -DePiep (토크) 19:49, 2011년 1월 20일 (UTC) ops, 이것은 오프엔시브라고 읽힐 수 있다.그건 내가 의도한 것이 아니야.나는 다른 언어로 "고마워"라고 말하려 했다. -DePiep (토크) 20:00, 2011년 1월 20일 (UTC)

봇이 처리할 조치 요청

그 때 더 많은 것을 --> 더 많은 것
"그때"와 "보다"의 차이를 잘 모르는 사람들을 위한 간단한 설명.

• 그리고 나서 시간을 설명하는 데 사용된다.

예:모든 if-then 진술.만약 내가 차를 산다면 나는 빚을 질 것이다.나는 그 전에 도착했다.그러면 나는 항상 준비가 되어 있을 것이다.

• Than은 사물을 비교하는 데 사용된다.

예:내가 너보다 더 많이 가지고 있어.그 불쌍한 사람은 탐욕에 사로잡힌 사람들보다 덜 슬프다.우리는 동물보다 하늘에 더 가깝다.

나는 지난 몇 시간 동안 이 문법적인 오류를 범한 두 명의 사용자를 우연히 발견했고, 그것을 조사하기로 결정했다."그 때 더 많이"의 빠른 검색은 그것을 잘못 사용하여 엄청난 양의 결과를 낳았고, 그것은 "그 때 덜" 그리고 "그 때 더 발전된" 등과 같이 만들어지는 다른 모든 부정확한 사용을 포함하지 않는다.

불행히도 "더 많이"가 정확할 수 있는 상황(예: "더 많이 사면 더 많이")이 있으며, 잘못 사용된 "더 많이"보다 훨씬 덜 흔함에도 불구하고, 담요를 쓸어담으면 일부 합법적인 용도를 없앨 수 있다.

이를 돕기 위해 봇이나 장치를 프로그램할 방법이 있는가, 아니면 일반적인 문법적 오류(콤마 사용)를 기술하는 공식 가이드라인을 만들어야 하는가, 그리고 이를 어떻게 고칠 것인가? --AerborityFox (토크) 07:06, 2011년 1월 19일 (UTC)

얼마나 많은 사람을 말하는 거야?유능한 편집자가 있는 AWB는 1분에 5~10개 정도 처리할 수 있는데, 영문법이 복잡해서 봇을 믿을 수 있을지 모르겠다.Sometguy1221 (대화) 07:25, 2011년 1월 19일 (UTC)

아마도 그때와 그 이상의 오해가 수십만 건에 달했을 것이다.하지만 가장 큰 문제는 사람들이 종종 그것들을 잘못 사용한다고 인용되고, 우리는 그것들을 잘못 인용해서는 안 된다는 것이다.하지만 AWB 같은 것을 사용해야 할 것 같아.그냥 사람들에게 이 일에 대한 경각심을 심어주면 안 될까?그것은 아마도 영어 내에서 가장 심각하고 악랄하며 비열한 문법의 전염병일 것이며, 위키백과 속에 눈에 띄게 깊이 뿌리박고 있다.--AerborityFox (talk) 07:31, 2011년 1월 19일 (UTC)

위키피디아에는 이미 "그때 더"를 다루는 규칙이 있다.AutoWikiBrowser/Typos; 위키백과 검색 결과 "그때 더" 135개의 결과가 나타난다.Rjwilmsi 09:18, 2011년 1월 19일 (UTC)

• 아마도 우리는 "WP:문법을 위한 편집"이라는 에세이를 가지고 가장 흔한 문제들을 경고하고, 그 에세이를 여러 곳에서 연결시킬 수 있을 것이다."WP:Pruning 기사 개정"에 대한 나의 계획에도 불구하고, 모든 것이 저작권 저작권을 보여주기 위해 보관되어 있기 때문에 우리는 1단어 개정으로 위키피디아가 막히는 것을 피하고 싶다.문법 오류에 대한 좋은 소식: "연기가 있는 곳에는 불이 있다" - "그 때 더 많이"의 사용을 발견하면, 그것은 단지 기사에서 더 많은 문제를 나타내는 연기일 가능성이 높다; 따라서, 문법 문제를 찾는 것은 중요한 재작업이 필요한 기사를 찾는 좋은 방법이다.인용될 때 조차도 철자 문제가 있는 "[[][sic]]"를 추가하는 것을 고려해 보십시오.또한 반달리즘 농담에서 철자 오류를 고친 봇을 기억하는가?봇은 WP에 가장 똑똑한 봇으로서 적절한 말로 표현된 반달리즘에 대한 더 쓸모없는 개정으로 넘쳐나고 있었다.한편, 우리는 나쁜 기사들을 연마하는 봇들이 나쁜 기사들을 "모우게" 하는 것을 원하지 않는다; 대신에, "나쁜 문법은 나쁜 데이터를 예측한다" 그리고 우리는 문법뿐만 아니라 그들의 모든 내용과 참고자료를 향상시키기 위해 형편없이 쓰여진 기사들을 찾기를 원한다.그런 관점에서 볼 때, 글의 전반적인 저질의 지표로서, 나쁜 문법은 좋은 것이다.작은 실수만 바로잡는 것은 큰 실수다. -위키드77 11:27, 2011년 1월 19일 (UTC)

  나는 두 가지 점에서 너와 의견이 다르다.

  첫째, 작은 편집이 많은 단 한 가지 문제만 볼 수 있는데, 바로 감시목록이 범람하고 있다는 것이다.그리고 그것조차도 사소한 문제일 뿐이다.그것에는 정말로 기술적인 문제가 없다.또한 WP:DWAP.

  둘째, 문법이 좋은 나쁜 글은 문법이 나쁜 글보다 (약간) 낫다.기사를 보면 문법의 질에 상관없이 좋은지 나쁜지 구분할 수 있다.그리고 문법 오류에 대한 상당한 검색이 진행되고 있다고 생각하지 않는다. 문법 오류와 함께 일부 자동화된 수정 사항(AWB 사용)을 수정하려고 노력하는 것 외에는 말이다.그러니까, 문법 오류는 기사에 보관되어서는 안 되고 고쳐야 해.작은 실수만 고치는 것은 나쁘고, 아무것도 고치지 않는 것은 더 나쁘다.

  우리가 봇이 문법 오류를 고치는 것을 원하지 않는다는 네 말이 맞아. 하지만 완전히 다른 이유로 말이야.충분히 정확한 오타 수정 봇을 쓰는 것은 불가능하다.

  Svick (대화) 22:50, 2011년 1월 21일 (UTC)

PDF 도움말

내 컴퓨터는 웹페이지와 같은 창에서 PDF 문서를 열곤 했다.이제, 그것은 그것들을 다운로드 하기 시작했고, 그리고 나서 별도의 창에서 열기 시작했다.나는 특히 스캔한 저널의 한 페이지에서 다른 페이지로 넘어가야 할 필요가 있을 때 이렇게 작업할 수 없다. 결국 그렇게 맨 아래 작업 표시줄을 망가뜨리게 된다.

도대체 어떻게 하면 "정상"으로 되돌릴 수 있을까?Mjroot (대화) 14:37, 2011년 1월 22일 (UTC)

이 페이지는 위키피디아에 영향을 미치는 기술적 문제에 관한 것이다.이거 어떻게 계산해?— 청발 변호사 16:09, 2011년 1월 22일 (UTC)

그래, 위키피디아에 접속해봐:참조 데스크/컴퓨팅 또한 브라우저를 지정하고 쿼리를 이동할 때 최근에 업데이트를 수행한 적이 있는지 확인하십시오. - Kingpin¹³ (토크) 16:14, 2011년 1월 22일(UTC)

그것은 위키피디아의 내 연구와 편집에 영향을 주고 있었다.어쨌든 나는 복된 것을 다시 설정해서 그것이 스스로 행동하도록 했다.어쨌든 고마워, 다음에 필요할 때 그 페이지를 기억할 거야.Mjroot (대화) 16:21, 2011년 1월 22일 (UTC)

설명 페이지

클라라 드리스콜을 만나십시오.이것은 제대로 작동하는 디스패치 페이지다.대화 탭을 클릭하면 대화 페이지로 리디렉션되어 대화:클라라 드리스콜(티파니 유리 디자이너).그러면 안 된다.거기서 "기사" 탭을 클릭하면 바로 클라라 드리스콜(티파니 유리 디자이너)으로 넘어가는데 어떻게 수정하지?정말 이상하다.Maile66 (대화) 2011년 1월 22일 19:27 (UTC)

Clara Driscoll의 Talk 페이지는 Talk로 리디렉션되었다.클라라 드리스콜(티파니 유리 디자이너) (페이지 상단에 작은 파란색 텍스트로 나타났다) 그것을 제거했다.
아르자이(토크) 19:37, 2011년 1월 22일 (UTC)

고마워! Maile66 (대화) 19:55, 2011년 1월 22일 (UTC)

북 크리에이터

아카이브 84를 참조하십시오.

책을 만들려고 하는데 PDF로 다운받으면 파일이 손상되어 복구할 수 없다고 되어 있고, ODF로 다운받으면 공문서 제독팔렉스만(talk) 19:55, 2011년 1월 10일(UTC)

누구 도와줄 사람?제독알렉스만 (대화) 20:08, 2011년 1월 17일 (UTC)

사용자:와 같은 책에 대한 링크가 있으십니까?제독님//책/스타 트렉 같은 거?헤드폭탄 {토크 / 기여 / 물리학 / 책} 04:58, 2011년 1월 19일 (UTC)

User:Svick/Books/Star Trek(스빅/북/스타 트렉) 위의 목록 사본은 PDF로 렌더링할 수 있다.Svick (대화) 21:46, 2011년 1월 21일 (UTC)

여전히 작동하지 않아! 다우로드해서 lordmacragge@gmail.com 제독팔렉스만(토크) 17:12, 2011년 1월 22일(UTC)로 이메일을 보내줄 수 있어?

파일이 gmail의 첨부파일 크기 제한을 초과하여, 나는 대신 [7]로 업로드 하였다.Svick (대화) 2011년 1월 22일 19시 10분 (UTC)

정말 고마워!그게 왜 나한테 안 먹히는지 모르겠어.나는 현재 Star Trek 관련 서적들을 총동원하고 있다. 그 책은 각 시리즈마다 1권씩이다.만약 네가 관심이 있다면 내 토크 페이지에 알려줘.제독알렉스만 (토크) 2011년 1월 23일 19:21, (UTC)

최신 컴퓨터 연산 정밀도 문제

파서 함수 # expr의 연산 함수 플로어(x)를 사용할 때, 나는 숫자의 정밀도에 작은 차이를 피하기 위해 보정 계수를 추가해 왔다.특히 -5로 반올림하면 작은 차이(알려진 버그)를 남기므로, 두 번 반올림("라운드 -5라운드 0"으로 반올림하는 것이 아니라, 1E-9(0.0000001)를 추가하여 보상한다.여기 10만, 200,000으로 반올림된 값에 대한 아주 작은 정밀도 차이가 있다...-5로 반올림한 900,000:

• {#expr: 1 - (80333 라운드 -5)/1E5} = 0
• {#expr: 2 - (180333 라운드 -5)/1E5} = 0
• {#expr: 3 - (280333 라운드 -5)/1E5} = 0
• {#expr: 4 - (380333 라운드 -5)/1E5} = 0
• {#expr: 5 - (480333 라운드 -5)/1E5} = 0
• {#expr: 6 - (580333 라운드 -5)/1E5} = 0
• {#expr: 7 - (680333 라운드 -5)/1E5} = 0
• {#expr: 8 - (780333 라운드 -5)/1E5} = 0
• {#expr: 9 - (880333 라운드 -5)/1E5} = 0

다음은 -4로 반올림한 100,000(등)에 대한 현재 정밀도다.

• {#expr: 1 - (96333 라운드 -4)/1E5} = 0
• {#expr: 2 - (196333 라운드 -4)/1E5} = 0
• {#expr: 3 - (296333 라운드 -4)/1E5} = 0
• {#expr: 4 - (396333 라운드 -4)/1E5} = 0
• {#expr: 5 - (49633라운드 -4)/1E5} = 0
• {#expr: 6 - (596333 라운드 -4)/1E5} = 0
• {#expr: 7 - (696333 라운드 -4)/1E5} = 0
• {#expr: 8 - (796333 라운드 -4)/1E5} = 0
• {#expr: 9 - (896333 라운드 -4)/1E5} = 0

"원형 -4"의 사용은 이 글에서 볼 때, 정확한 문제는 보이지 않았다.

나는 몇 주 전에 "Round -5"의 정밀도가 2.9E-13만큼 떨어진 줄 알았는데, 왜 그 정밀도가 지금 15자리인지 궁금하다.정밀도는 15자리까지 얼마나 유지될 것인가? -Wikid77 11:35, 2011년 1월 19일 (UTC)

위의 표현들은 당신이 묘사하고 있는 것들과 거의 유사하지 않다(1E-9, 10만 등)파서 함수를 사용하여 이 정밀도에 대한 계산을 시도하는 이유는?표준 64비트 IEEE 부동 소수점보다 더 나은 성능을 기대하는 이유는?OrangeDog(주황색 • () 23:09, 2011년 1월 19일(UTC)

미안, 나는 텁수룩한 개 이야기를 피하기 위해 위의 설명에서 몇 단계를 건너뛰었었다.템플릿의 일부를 다시 쓰는 중:40개의 작은 확장 제한인 중첩된 if-else 또는 중첩된 템플릿을 초과하지 않고 수십억 개의 범위를 처리하도록 변환하십시오.재작성은 내적 가치인 2.0이 2 이하에 불과할 때 '1'을 주는 '플로어(2.0)'가 있기 때문에 극단적 정밀도를 암묵적으로 사용하는 수학 함수 플로어(x)를 사용한다.위의 예는 다음과 같이 확대할 수 있다.

• {#expr: (180330 라운드 -5)/1E5} = 2
• {#expr: 바닥((180330 라운드 -5)/1E5) } = 2
• {#expr: 바닥((180330 라운드 -5)/1E5 + 1E-9) } = 2

따라서, 구체적인 문제는 2.0의 내부 값으로 인해 바닥(2.0)이 실제로 1.9999999999997(또는 기타)이 되는 경우다.이 고정장치는 1E-9(0.0000001)를 바닥(2.0+1E-9)으로 추가하여 의도한 대로 "2"를 산출한다.내부적으로 1.9999999999997+1E-9를 추가하면 플로어(x)=2로 x=2.000000001이 생성된다.위와 같이 누락된 모든 단계를 명확히 했으면 좋겠다. -Wikid77 19:35, 2011년 1월 23일 (UTC)

공식은 다소 혼란스럽다: 내부 값 2.0은 정확히 2이며, 문제는 라운드 함수가 실제 라운드 번호에서 벗어나는 내부 결과를 줄 수 있다는 것이다. 이는 표시된 결과에 영향을 미치지 않지만 후속 계산에 영향을 미칠 수 있다.--- 패트릭 (talk) 00:54, 2011년 1월 24일 (UTC)

지난번에 (아마도 2년 전인가?) 조사했을 때 파서함수 산술의 정밀도는 실제로 어떤 서버를 가공하느냐에 따라 달라졌다.어떤 서버들은 15/16자리의 소수 자릿수를 주었고, 다른 서버들은 12/13(내 생각엔?)을 주기도 했다.당시 15/16이 서버 업그레이드의 부수적인 결과로 표준이 될 것이라는 것을 이해했지만, 아마도 그렇지 않았을 것이다.그러나 일반적으로 파서 함수는 정확한 산술에 대해 설계되지 않았으며, 나는 아마도 매우 정확한 산술을 필요로 하는 방법으로 파서 함수를 사용하지 않는 것이 최선일 것이라고 제안하고 싶다.(실제로 정밀하고 비용이 더 많이 드는 운영 비용을 지불하고 라운드오프 오류를 매우 드물게 만들도록 수정될 수 있지만, 개발자들은 그러한 노력에 반대한다.실제로, 일부 개발자들은 파서 수학을 더 유용하게 만드는 어떤 것에 대해서도 일반적으로 반대했다.)드래곤즈 비행 (토크) 2011년 1월 19일 23시 45분 (UTC)

내 생각엔 요즘 위키미디어 서버는 위와 같은 두 개의 정밀 부동 소수점 형식을 일관되게 사용하고 있다(유형 부동의 경우 m: 참조).도움말:계산#일반), 컴퓨팅(1e5) 라운드-5에 의한 1/1e-5 등 오류 발생--패트릭(토크) 00:14, 2011년 1월 20일(UTC)

• 자세한 배경 정보 고마워.나는 일부 서버가 12/13의 숫자로 정밀하게 운영되고 있고, 다른 서버들은 15/16자리 숫자로 실행되고 있다고 의심했다. -Wikid77 19:35, 2011년 1월 23일 (UTC)

<참조>를 사용하여 텍스트를 삭제하는 중?

나는 <참조> 태그를 사용하면 텍스트를 삭제할 수 있다는 것을 이해한다.이렇게 된 것이다.한 섹션만 열어서 편집했어.저장하기 전에 섹션 하단에 <참고사항>을 추가하여 참고자료를 확인하였고, 미리보기를 하였다.그것을 제거하지 않고(의도와 마찬가지로, 분명히) 나는 그것을 구했다.그러자 기사는 삽입된 태그 아래의 텍스트를 모두 놓쳤다.삭제됨(링크에서 "작업" 섹션 참조).
이게 노하우 버그인가? -DePiep (토크) 02:17, 2011년 1월 23일 (UTC)

문제는 92호선("Works " 섹션" 이전)에 <참조>가 포함된 것이 <참조/> 또는 {{Reflist}}이었어야 했던 것으로 보인다.시작 참조 태그를 포함하면 소프트웨어가 닫는 참조 태그를 찾고 있으며, 찾을 수 없을 때 이러한 유형의 문제가 발생할 수 있다.또한 {{Reflist}} 태그는 그 위에 올바르게 포맷된 참조 태그를 모두 반영할 "Notes" 섹션에 이미 붙어 있었기 때문에 <참고> 태그가 포함될 필요가 없었다.스키어 듀 (토크) 03:51, 2011년 1월 23일 (UTC)

단일 섹션을 편집할 때 임시로 참조를 확인하는 것(미리보기에서)을 제외하고(그 후에 삭제했어야 함)이 필요하지 않았는지 확인하십시오.그리고 정말로, 폐막 <.../> 슬래시가 규정되어 있는 것을 보았는데, 당신이 묘사하는 바와 같이 감각적인 것이었다.그런데, 이 농담은 다음의 글들을 모두 버리게 되는가?우와. 내가 생각할 수 있는 최악의 오타야."닫기 태그 없음" 등의 오류도, 효과를 무효화하지 않는다.아무튼 tanx는 답을 위해. -DePiep (대화) 09:27, 2011년 1월 23일 (UTC)

그것은 결코 "버리지" 않는다.파서는 열린 태그를 보고 닫는 태그를 찾을 때까지 포함된 모든 텍스트를 번들로 묶기 시작하며, 그 후 텍스트를 처리 함수에 넘겨서 원하는 대로 참조를 한다...이 경우에는 아무것도 아니다. 왜냐하면 그 이유는<ref />태그의 내용을 사용하지 않는다.만약 당신이 문을 닫지 않은 채로 남겨둔다면, 같은 방법으로<source>태그, 구문-페이지의 나머지 부분 또는 닫히지 않은 테이블이 텍스트의 나머지 부분을 테이블 셀로 배치하면, 이 오류는 페이지의 나머지 부분을 태그의 내용으로 변환한다.단지 위해서일 뿐이다.<references>특히, 콘텐츠가 포함되지 않도록 한다.해피멜론 11시 55분, 2011년 1월 23일 (UTC)

다음 번에 오프닝 태그를 편집(삭제)한 후 누락된(즉, 소유하지 않은) 내용이 다시 표시되면 알겠다.나 같은 세미프로치고는 아직 꽤나 고통스럽군적어도, 상한 테이블로 나는 약간의 효과를 본다.이제 좀 더 자세히 알아보려면 "이 태그는 닫아야 하거나 오류/무효를 발생시킨다"고 제안하면, (위키메디아) 레벨이 No? -DePiep (talk) 13:36, 2011년 1월 23일 (UTC)

이 문제를 해결하는 한 가지 방법은 추가하지 않는 것이다.<references />하지만 코드를 추가하십시오.importScript('User:Js/ajaxPreview.js');특별 행사:mypage/skin.js.그러면 자동으로 참조가 표시되는 편집 상자의 오른쪽 상단 모서리에 미리보기 단추가 추가된다.Svick (대화) 13:50, 2011년 1월 23일 (UTC)

됐어. 좋아. :-) -DePiep (대화) 14:17, 2011년 1월 23일 (UTC)

두 개의 계정과 베테랑 제작 날짜.

나는 헬프데스크에서 이 문제에 대한 도움을 요청받았다.나는 내가 거기에 올린 것을 간단히 인용했다.

나는 두 개의 계좌를 가지고 있다. User:isftg 및 이 계정 User:darkskynet. "Thisftg" 계정은 내가 고등학교에 다닐 때 만들어졌다. (이isftg는 당시 나의 온라인 정체성이었다.) 이전 계정은 2007년 1월 생성일이 있고 현재 사용하고 있는 새로운 계정은 2009년 생성일이 있다. 관리자가 사용자:Darkskynet은 이전 계정의 날짜로, 이전 계정을 삭제한다. 이전 계정은 편집이 없으므로 데이터베이스를 손상시키지 않는다. 난 그냥 옛날 데이트가 정말 좋았어. 이것이 나의 세기를 만들 것이다. 건배, --Darkskynet (토크) 12시 30분, 2011년 1월 23일 (UTC)

다시 한 번 감사드리며 --Darkskynet (토크) 00:12, 2011년 1월 24일 (UTC)

계정을 삭제할 수는 없지만 위키피디아를 통해 이전 계정의 이름을 변경해 보십시오.사용자 이름 변경. — Edokter • Talk — 01:18, 2011년 1월 24일 (UTC)

그래, 나중에 계정 이름을 변경해서 내가 작업하는 봇 계정으로 쓸게.건배, --Darkskynet (토크) 16:08, 2011년 1월 24일 (UTC)

블랙리스트에 오른 제목

사용자 공간의 페이지를 특정 형식의 제목을 만들 수 없다는 블랙리스트 제한에서 쉽게 면제할 수 있는가?(이것은 불필요한 문제를 일으키는 종류의 상황이다.)--코트니스키 (토크) 08:39, 2011년 1월 24일 (UTC)

필요에 따라 개인 단위로 할 수 있지만, 일반적으로 사용자 공간을 면제하는 것만으로도 블랙리스트의 취지를 꺾는 경우가 대부분이다.미스터 Z-man 20:29, 2011년 1월 24일 (UTC)

글꼴 관련 클래스="IPA"는 #스위치를 방해한다.

IPAsym이 사용하는 템플릿은#switch:입력(IPA) 기호에서 문서 이름을 출력하려면(예: 기호 "p" (=정규 문자 p):

• {{IPAsym p}}→ 무성 양면체(OK)

이제 편집자가 다음을 사용할 때{{IPA p}}입력용 템플릿(예상치 않은 템플릿, IPA-world 내에 있으므로 예기치 않은 템플릿이 아님), 템플릿이 해당 템플릿을 찾지 못함(#default=빨간색 오류 반환): {{IPAsym {{IPA p}}}}→ Module의 Lua error:51행 IPA_symbol: 잘못된 인수 #3 to 'format'(string expected, nil got nil)내 질문은: 내가 결정하거나 그 클래스를 "해제"할 수 있는가이다.수신 입력에서 IPA"?다른 사고방식은? (물론 경고와 문서화는 혼자 남겨두고, 템플릿 내에서 내가 통제하고 있다.)
세부사항: 1) 중첩된 템플릿 & infobox 작업을 하고 있을 때만 이 문제가 발생하는데, 편집자가 직선 편집으로 했을 때는 어떤 상황도 모른다.{{IPAsym}}이(가) 존재하며, 잘 사용/테스트됨).2) {{unicode}}}과 같은 효과. -DePiep (토크) 14:21, 2011년 1월 24일 (UTC)

아뇨, 출력은{{IPA p}}이다<span title="Representation in the International Phonetic Alphabet (IPA)" class="IPA">p</span>. 말 그대로 템플릿이 하는 모든 것은 그것의 입력을 제목이 붙은 스팬으로 포장하는 것이다.내용이 범위에 포함되지 않도록 하려면 템플리트를 호출하지 마십시오.템플리트를 호출하여 스팬을 감싼 다음 그 효과를 되돌릴 다른 메커니즘을 찾는 것은 완전히 순환 처리다.해피멜론 15:10, 2011년 1월 24일 (UTC)

나는 "노"를 감수할 수 있다.나는 너의 '순환'이라는 단어가 정확하지 않다고 생각한다("꼬리배팅" 부름에서처럼 순환"이라고?혹은 심지어 "재발적"이라고?), 나는 그것을 "한 번 감싸면, 당신은 개발하지 않을 수 없다; 심지어 두 번째 봉투도 첫 번째 봉투를 되돌릴 수 없다."라는 뜻으로 이해한다.답변하기 위한 Tanx. -DePiep (대화) 16:59, 2011년 1월 24일 (UTC)

MediaWiki 페이지 찾기

안녕! 어느 MediaWiki 페이지에 "Wikipedia는 이 정확한 이름의 사용자 페이지를 가지고 있지 않다."라는 상자가 표시되니?또한 영어 위키백과에서 사용하는 모든 미디어위키 페이지를 보여주는 페이지가 있는가?HeyMid (출연) 17:53, 2011년 1월 24일 (UTC)

MediaWiki:Noccreatetext, 사용자 페이지용 특정 템플리트가 아닌 모든 네임스페이스에 대해 동일한 템플리트. 그러나 마법의 단어를 사용하여 네임스페이스를 식별하고 그에 따라 메시지를 변경한다.특수:AllMessages는 모든 MediaWiki 페이지의 목록이다 - Kingpin¹³ (talk) 18:08, 2011년 1월 24일 (UTC)

내 페이지의 아이콘

사용자 및 대화 페이지에 롤백 권한을 표시하고 최근에 자동 실행 상태를 부여받았지만, 아이콘을 사용자 및 대화 페이지에 넣으려고 하면 롤백 아이콘에 가입하는 대신 롤백 아이콘이 대체된다.어떻게 하면 이 문제를 피할 수 있을까?DRosenbach 02:50, 2011년 1월 25일(UTC)