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

원하지 않는 감시 목록 항목을 제거하는 중.

(백과사전 복사:헬프 데스크)

내 감시 목록의 마지막 항목은 다음과 같다.

위키백과:소스

그것은 죽은 고리로 표시되어 있지만, 물론 그렇지 않다.리디렉션 페이지를 보면 "unwatch" 탭이 없다.내가 그것을 확인하고 "제목 제거"를 클릭해도 그것은 여전히 내 목록에 남아 있다.

내가 "원시목록을 편집해서 삭제해도 여전히 내 리스트에 남아 있다.

나는 "시계"를 하다가 "시계 풀기"를 시도했다.그것은 여전히 나의 리스트다.

어떻게 없애야 하나? --Softtest123 (토크) 13:47, 2008년 2월 2일 (UTC)

그것은 매우 이상하게 들린다.원인이 무엇인지 모르는 일반적인 제안만 가능하지만 "원시 감시 목록 편집"을 다시 시도하여 "감시 목록 업데이트" 버튼을 누르고 브라우저 캐시를 지우십시오.만약 그것이 그것을 해결하지 못한다면, WP:빌리지 펌프 (기술)에 게시하라 - 개발자들이 알아야 할 이상한 데이터베이스 문제가 있는 경우.이것이 도움이 되기를 바란다.• 아나킨 13:56, 2008년 2월 2일 (UTC)

그것은 내게도 이상하게 들린다.WP:의 일반적 처리는 바뀌었다.만약 당신이 WP와 같은 WP: 페이지를 보고 있다면, 이것이 watchlist 문제를 일으킬 수 있을지 모르겠다.Source. http://en.wikipedia.org/w/index.php?title=WP:SOURCE&action=unwatch 또는 http://en.wikipedia.org/w/index.php?title=Wikipedia:SOURCE&action=unwatch이 작동하나?프라임헌터 (토크) 17:55, 2008년 2월 2일 (UTC)

이것은 WP: 위키백과에 대한 부작용일 수 있다: 미디어위키 소프트웨어의 "네임스페이스 별칭" 특징 변경.이러한 변경에 대한 몇 가지 논의가 헬프 데스크: Search Help Desk for: WP: Wikipedia: 네임스페이스 별칭에 나타났다.나 자신을 위해서만 말하지만, 나는 내가 그것을 알아차린 이 변화를 그다지 좋아하지 않았다.그것은 이전의 작동 방식에 미묘하게 의존하는 몇 가지 것들을 깨뜨릴 것 같다.위키피디아는 너무 복잡해서 어떤 기본적 특징을 깨지 않고는 바꾸기 어렵다. --테라토리니스 (토크) 19:18, 2008년 2월 2일 (UTC)

고마워. 캐쉬를 정리해보지 않아서, 파이어폭스에 캐시 문제가 생겼을 때는 페이지를 다시 로드하기만 하면 되는 것 같아.문제가 지속되다.

알겠다:

당신의 감시 목록이 업데이트되었다.제목 1개 삭제: * 위키백과:Source (Talk) 당신의 감시 목록에는 토크 페이지를 제외한 25개의 제목이 포함되어 있다.  

그리고

…자발 투표 시스템 지침 투표 기계 위키백과:소스 사용자:WimdeValk 위키백과:템플릿 메시지/기사 위키백과의 출처:Wiki Project 인용 정리... 

삭제할 때마다

이 섹션을 WP:Village 펌프(기술).--Softtest123 (토크) 22:51, 2008년 2월 2일 (UTC)

위키백과의 두 가지 문제:번역

첫 번째 문제는 위키피디아에서 볼 수 있다.번역/*/진행 중 및 위키백과:번역/*/증명서 필요.페이지 왼쪽 위 모서리에 있는 템플릿 상자에는 2007년 11월까지만 표시된다.2008년 2월까지의 월을 템플릿에 넣었습니다(템플릿은 템플릿:같은 문제를 보여주는 번역/월).흥미롭게도, 모든 달은 문제 페이지의 목차에 나타난다.

두 번째 문제는 위키피디아에서 볼 수 있다.번역/*/번역 요청 및 위키백과:번역/*/완료된 번역.이 두 페이지 모두 목차조차 보이지 않는다.템플릿 문제는 이 페이지에도 적용된다.

{{#if:{{include_all }}}}라는 코드가 익숙하지 않기 때문에 혼자서 해결하려고 하지 않을 것이다.템플릿에서 찾은 코드 조각:번역/월, 이 두 가지 문제의 근원이 될 수 있다.- Twas Now (토크 • 기여 • 이메일 ) 01:08, 2008년 2월 3일 (UTC)

제1호는 고정되어 있다.지금 #2. --DJ (대화 • 기여) 01:16, 2008년 2월 3일 (UTC)

알았어. 두 번째 이슈는 소프트웨어가 템플릿에 붙이는 포스트 확장 제한의 오버플로였다.나는 지금 사용되는 이 방법을 간단히 폐지할 것을 제안한다.이것과 함께, 나는 모든 것을 포함하는 페이지에 있다는 것을 의미한다(Wikipedia:번역/*/번역 요청 및 위키백과:번역/*/완료된 번역) {{Translation/Months}} 템플릿을 더 이상 사용하지 말고 각각의 별도 월 포함을 하드코드로 간단히 처리하십시오.그것은 조금 더 많은 작업이 될 수도 있지만, 당신은 단지 하나의 템플릿에 많은 양의 텍스트를 넣을 수 없다.만약 당신이 메모를 남기는 것보다 내가 이것을 설정하기를 원한다면, 그리고 만약 아무도 내 앞에 응답하지 않았다면, 나는 내일 그것을 고치겠다. --DJ (대화 • 기여) 01:43, 2008년 2월 3일 (UTC)

위키백과:이미지 이름 변경

• Bugzilla 링크: 709

현재 이미지를 이동/새로 바꾸는 것은 불가능하지만, 베타콤랜드는 우리를 위해 어려운 방법으로 그 기능을 수행할 수 있는 봇을 가지고 있다.

이미지 이동에 대한 요청은 위키피디아 토크 아래쪽에 배치되어야 한다.이미지 이름 변경.관리자는 이 도구의 사용에 대해 자동으로 권한을 부여받으며, 비관리자는 위키피디아 하단에 관리자 목록을 작성하여 추가할 수 있다.이미지 이름 변경, 도구 사용에 대한 지침도 포함.

관련 "요청" 프로세스는 없으며, 편집 내역이 합리적으로 양호하면 된다.

관련 페이지는 Category에서 찾을 수 있다.이미지 이름 변경 ~Kylu (u t) 06:17, 2008년 2월 3일(UTC)

데이터베이스?

데이터베이스가 고장났나봐?위키피디아는 나를 위해 몇 분 동안 다운되었다.--172.168.50.11 (대화) 23:47, 2008년 1월 27일 (UTC)

몇 분 동안 문제가 있었는데, 가라앉은 것 같다. --MZMcBride (대화) 02:03, 2008년 1월 28일 (UTC)

잔소리 몇 개?적어도 한 시간은 되는 줄 알았다. --Coppertwig (대화) 12시 56분, 2008년 1월 28일 (UTC)

만약 내가 서버가 다운될 때마다 1파운드씩 가지고 있다면, 나는 매우 부유한 사람이 될 것이다.충돌에 대해 걱정할 필요가 없다. 충돌에 대해 논의하기 위해 실타래를 치는 것은 말할 것도 없다. 그것은 항상 일어날 것이다.2008년 2월 3일(UTC) 23:18(Anthøny 23:18)

사용자가 만든 새 문서 보기

누군가의 (예: 당신 자신의) 기여를 단지 새로운 기사(비재간접적인 것 조차도 선호되는 것)의 관점에서만 볼 수 있는가?편집의 정글 속에서 새로 만든 페이지를 찾는 것은 불가능해 보인다.

두 번째 질문: 위키피디아의 기사 수 (220만 건)는 해체를 제외하고 있는가?리처드001 (토크) 01:56, 2008년 1월 28일 (UTC)

1. 나는 그렇게 생각하지 않는다.
2. 특별 참조:그것이 무엇을 포함하고 있는지에 대한 통계는 아마도 혼란스러운 페이지를 포함하고 있을 것이다.

프로데고 02:06, 2008년 1월 28일 (UTC)

• 사실 있는 것 같아.http://tools.wikimedia.de/~escaladix/larticles/요전날 지적받았을 때는 괜찮았는데 지금은 효과가 없는 것 같다.하루쯤 후에 다시 해보자고 제안한다.행운을 빈다.—2008년 1월 28일 04:26 (UTC)

나는 링크 추가/제거에 대한 보고에 사용자가 기여하는 것을 살펴보는 도구를 가지고 있다.현재 새로운 기사를 "경고"로 인식한다(그리고 윈도우에서만 실행되며 시간이 걸린다).새 기사만 스캔하고 제대로 보고하도록 수정하는 게 내 리스트에 있어.만약 다른 곳에서 만족을 얻지 못한다면, 내 하위 페이지를 감시하라. 내가 그 임무를 완수하면, 나는 거기서 발표할 것이다.Framanax (대화) 04:55, 2008년 1월 28일 (UTC)

나중에 다시 시도하겠지만 tools.de 사이트는 제대로 작동하지 않는다.기사 개수에 대해서는 당신이 링크한 페이지에서 물어봤을 텐데, 대화 페이지가 있는 종류가 아니고 관련 페이지가 매우 비활동적이다.우리가 실제로 그렇다고 가정할 때, 우리는 기사 수치에 혼란스러운 페이지를 포함시켜야 하는가?그것들은 정말 '콘텐츠' 페이지는 아니겠지?리처드001 (토크) 07:59, 2008년 1월 31일 (UTC)

아니, 아직도 안 돼.어떤 것이 실행될 때 우리는 위키피디아에 링크를 추가해야 한다.다른 사용자가 이 정보를 더 쉽게 찾을 수 있도록 사용자 기여 페이지.리처드001 (대화) 23:43, 2008년 2월 3일 (UTC)

위키백과 기사의 외관을 개선하는 중...

친애하는 친구들,

각주가 있는 대부분의 위키피디아 페이지에서는 노트 위 줄의 간격이 늘어나 기사 전체에 누더기 효과를 준다.css 코드 조각은 그렇게 쉽게 고칠 수 있다.

기본 .css에 다음을 추가하십시오. supp {vertical-align:text-top;}을(를) 참조하십시오.

행복을 빌며

아난다

2008년 2월 2일 일요일 —서명되지 않은 의견을 60.54.67.33 (대화) 23:51, 2008년 2월 2일(UTC)로 추가하기

그렇게 되면 <sup> 텍스트가 텍스트 자체와 같은 수준으로 내려갈 것이기 때문에 좋은 생각이 아닌 것 같다. — Edokter • Talk • 2008년 2월 3일 (UTC)

사용자:Mzajac/monobook.css/suppicture corrective correction 이 또한 볼 만한 것이 될 수 있다.나는 지금까지 모든 브라우저에서 제대로 작동하는 해결책이 없었다고 믿는다...ThyDJ (토크 • 기여) 01:07, 2008년 2월 3일 (UTC)

그것은 텍스트를 텍스트와 같은 레벨로 밀어넣는 것이 아니라 글꼴 높이의 맨 위로 밀어넣는 것이다.나는 여기서 그것을 증명할 수 없다.하지만 내 웹페이지에서는 그 효과를 볼 수 있고, 꽤 받아들일 수 있다.예를 들어 http://www.ancient-buddhist-texts.net/Buddhist-Texts/K3-Udana-BJT/1-Bodhi-10.htm을 살펴보십시오.아난다-53 (대화) 02:15, 2008년 2월 3일 (UTC)

참고^this 항목 대 참고^this 항목 x4206 Talk Mess 05:03, 2008년 2월 3일(UTC)

그건 아난다의 코드 제안을 이용하는 거야.

Mzajac을 사용하면:보기^this 대 보기^this.내가 보기에도 똑같아 보이는 것(현재 파이어폭스에서는 ubuntu Linux에서 Freesans 글꼴을 사용함.

그리고 가능하다면 어떻게든 이것을 고치는 것에 전적으로 동의한다.그 기사들은 오페라나 사파리 (그리고 다른 영향을 받는 브라우저들)에서는 정말로 끔찍하게 보인다.-- Quiddity (토크) 08:24, 2008년 2월 3일 (UTC)

사용하는 글꼴에 따라 달라지는 것 같다.특정 글꼴은 특히 큰 수직 간격(플랫폼/브라우저에 걸쳐 아직 더 멀리 변동 가능)을 생성하며, OpenSymbol, Chandas, Jarul 및 "serif"는 내 시스템에 매우 좋지 않다. -- Quidity(토크) 08:48, 2008년 2월 3일(UTC)

내 IE 브라우저에서도 안 좋아 보이지만, 난 해결책이 있어.기사에서 각주를 다 꺼내 보니 괜찮아 보인다.;) Framanax (대화) 10:14, 2008년 2월 3일 (UTC)

Mzajak의 솔루션은 사파리, 오페라, 파이어폭스(모든 최신 버전)에서 나에게 매우 잘 맞는다.문제는 주로 내가 생각하는 IE와 이전 버전의 브라우저에 있다.우리는 아마도 Mzajac 솔루션을 단지 몇 개의 브라우저로 제한하는 몇 가지 테스트를 만들 수 있을 것이다.나도 정말 관심이 많으니까 월요일에는 좀 더 자세히 조사해 볼게(오늘은 안 될 것 같아). --DJ (토크 • 기여) 11:07, 2008년 2월 3일 (UTC)

수도 ß

유니코드는 현재 버전 5.1(2008년 3월 예상)에 ß(Sharp s)의 자본 버전을 추가할 계획이다.그것은 현재 우리가 초기 소문자를 대문자로 매핑하고 있다는 점에서 잠재적인 기술적 문제를 나타낸다.그렇다면 유니코드 5.1에 대한 지원이 MediaWiki 소프트웨어에 추가될 때 ß에 대해 어떻게 할 것인가?특수한 경우, 하나의 기사에 대한 소문자로(그리고 그리스 문자 β로 시작하는 주제에 대한 기사에 10개의 리디렉션이 추가됨), 대문자로 이동하거나 자동 케이스 접기를 끝내기 위한 구실로 사용하시겠습니까?Caerwine Caer가 칭얼대는 2008년 2월 2일 00:36 (UTC)

π과 같은 그리스 글자가 어떻게 씌여져 있는지 살펴볼 수 있었다.자본이 정말 같은 글자라면 {{lowercase}} 템플릿도 사용할 수 있을 것이다.— 칼 (CBM · talk) 00:40, 2008년 2월 2일 (UTC)

π이 Pi로 리디렉션되지만 п를 입력하면 케이스 폴딩으로 인해 not이 아닌 from에서 Pi로 리디렉션되었음을 알게 된다.그러나, 미디어위키가 결국 5.1로 가게 되었을 때, 만약 우리가 그것에 대한 계획을 세우지 않는다면, 기사 데이터베이스에 11개의 항목이 있게 될 겁니다. 기사 데이터베이스에는 현재 어떤 항목도 존재하지 않는 것, 소문자, 그리고 그것은 문제를 일으킬 수 있을 겁니다. 특히 위키피디아 내에는 없는 것은 말할 것도 없고, ß에 대한 링크도 꽤 많기 때문에.CaerwineCaer의 윙윙거리는 소리는 2008년 2월 2일 00:58(UTC)

이제 무슨 말인지 알겠어.만약 우리가 새로운 유니코드 버전으로 바꾼다면, devs는 스크립트를 쉽게 쓰고 실행해서 정확한 케이스를 사용하기 위해 데이터베이스의 기사 이름을 변경할 수 있다.— 칼 (CBM · talk) 01:19, 2008년 2월 2일 (UTC)

MediaWiki는 이미 완전히 대소문자를 구분한다.첫 글자의 대문자화가 중요하지 않은 유일한 이유는 $wgCapitalLinks 스위치가 대/소문자를 구분하지 않는 것으로 설정되었기 때문이다.Titoxd^{(?!? - cool stuff)} 08:17, 2008년 2월 4일 (UTC)

색 선택기

안녕하십니까,

#wikipedia-fr(프랑스어 위키백과 IRC 채널)에서 사용자는 글에 색칠된 텍스트를 추가하는 것에 대한 도움을 요청하였다(예: "빨간색"으로 범례).

이런 경우에는 모델이 별로 좋지 않기 때문에(16진수 색상 코드를 어떻게 선택하는가?) http://www.dereckson.be/tools/colorpicker/을 코딩해서 그를 도와주었다.

왼쪽 영역은 포토샵과 같은 인터페이스로 올바른 색상을 고르는 것이다.

오른쪽 영역은 세 개의 탭으로 나뉜다.

• 왼쪽에서, 당신은 색칠하기 위해 텍스트를 쓴다.
• hued 텍스트를 미리 보려면 가운데 탭으로 전환(실시간 업데이트)
• 마지막 탭은 위키에서 복사/복사할 코드를 제공한다.

즐기기 ;-) --Dereckson (대화) 03:58, 2008년 2월 3일 (UTC)

멋진 자바스크립트야x42bn6 Talk Mess 05:04, 2008년 2월 3일 (UTC)

우리는 Color tool에 온라인 컬러 픽커의 목록을 가지고 있었다(일부에서는 유용했지만 너무 커지기 시작했고, 지금은 슬프게도 모두 사라졌다).그러나 이것은 특히 좋은 예다.잘했어. -- 퀴디티 (대화) 04:56, 2008년 2월 5일 (UTC)

시내에 여분의 봇이 있나?

사용자가 수동으로 생성한 해트노트를 {{dablink}}템플링된 메시지로 변경해야 하는 경우가 많다.이점은 명백하다 - 인쇄가 불가능해지고 사용자가 스타일시트에 프로그래밍할 수 있다.

전형적으로, 이 해트노트는 :"의 형태를 취한다.이것은 그들이 봇 보조 검색과 교체 작업에 이상적이게 만든다.이런 용도로 사용할 수 있는 여분의 봇을 가지고 있는 사람?불행히도 위키피디아 검색은 포맷 검색을 허용하지 않는다.따라서 API 액세스는 필수 조건이다.JFW T@lk 08:53, 2008년 2월 3일(UTC)

위키피디아에 문의하기 가장 좋은 장소:Bot 요청. -- John Brown (rabitratic) 21:54, 2008년 2월 4일 (UTC)

새 문서를 작성할 때 나타나는 텍스트 및 링크

최근 새 기사를 만들 때 나타나는 기본 텍스트와 링크가 바뀐 것 같다.지금은 단지 말뿐입니다.

이것은 괜찮지만, 이전에 기사에 대한 링크를 찾고 용어를 검색하는 링크가 있었던 것으로 기억되는 것 같다.내가 상상하는건 이 링크가 거기 있었다고?내가 틀리지 않았다면, 나는 그 링크들이 우연히 중복 기사를 만드는 것을 피하는데 매우 편리하다고 생각했다.더 나이든 17:02, 2008년 2월 3일 (UTC)

나는 전적으로 동의한다.왼쪽 열에 있는 "여기에 있는 링크" 링크를 사용하여 들어오는 링크를 확인할 수 있지만, 현재 용어를 검색할 링크가 없으며, 특히 대체 대문자와 하이픈에 유용할 수 있다.나는 그것이 돌아온 것을 매우 환영한다.Qwghlm (대화) 18:44, 2008년 2월 3일 (UTC)

같은 이유로 여기 온 거야이 작업은 실행 취소하거나 최소한 이전 설정과 병합해야 한다.리처드001 (대화) 23:49, 2008년 2월 3일 (UTC)

Ditto. 나는 아무도 오래된 것을 읽지 않는 것 같아서 단순화된 상자를 지지하지만, 이제 나는 우리가 검색 링크를 눈에 띄게 다시 필요로 한다는 것을 깨달았다. 그렇지 않으면 사람들이 제목 철자를 쓸 수 없다는 이유만으로 기사를 만들 것이다.• 아나킨 17:56, 2008년 2월 4일 (UTC)

텍스트(생성된 페이지의 네임스페이스에 따라 다름)는 MediaWiki에서 가져온 것이라는 점에 유의하십시오.미디어위키 토크에서 논의된 새로운 기사 텍스트:새로운 문서 텍스트.프라임헌터 (토크) 01:35, 2008년 2월 5일 (UTC)

CommonSettings.php

커먼스 세팅을 할 수 있어php 새 MediaWiki 1.12 카피 SVN에서 다운로드했는데 I downloaded I downloaded I downline It's not get in Initialize.설정php http://noc.wikimedia.org/conf/InitialiseSettings.php.html.

CommonSettings는 왜 그럴까?php 페이지(http://noc.wikimedia.org/conf/CommonSettings.php.html)에는 다음 행이 포함되지 않음:

$wgGroupPermissions['steward']['userrights-interwiki'] = true;

아마존닷컴에 따르면, 이 라인은 CommonSettings에 포함되어야 한다고 한다.php 또는 LocalSettings.위의 텍스트를 사용하여 다른 위키에 대한 권한을 설정하기 위한 php.

이거 도와줄 사람 있어?또한 이니셜리스를 얻으려면 어떻게 해야 할까?설정php working?고마워, --Solumeiras (토크) 19:15, 2008년 2월 3일 (UTC)

(P.S. 이 일을 도와줄 수 있는 사람은 누구나 헛간별을 얻는다!)

파일이 noc에 있어.위키피디아는 끔찍하게 구식이다.또한 MediaWiki의 기본 설치는 CommonSettings를 사용하지 않고 LocalSettings를 사용한다.CommonSettings라는 이름을 사용하는 것은 Wikimedia sysadmins의 개인적인 선호다. --MZMcBride (talk) 01:42, 2008년 2월 4일 (UTC)

• 내 로컬 호스트 XAMPP 서버에 MediaWiki 설치를 설정할 때 Wikimedia와 동일한 설정을 갖도록 하려고 했다.고마워, --Solumeiras (대화) 18:10, 2008년 2월 4일 (UTC)

query.php 인터페이스가 곧 제거됨

자세한 내용은 bugzilla:12881 및 http://lists.wikimedia.org/pipermail/mediawiki-api/2008-February/000345.html을 참조하십시오 — VasilievVV (대화) 04:34, 2008년 2월 4일(UTC)

이미 여러 사용자 스크립트와 위키백과 이외의 다른 응용프로그램에서도 사용 가능하기 때문에 다른 api가 있다고 해서 제거되어서는 안 된다.Tra(Talk) 17:00, 2008년 2월 4일(UTC)

대신 API를 사용해야 한다.Gracenotes^T§ 17:36, 2008년 2월 4일 (UTC)

나는 Tra가 안정적인 인터페이스로 광고되었던 것을 제거하는 것이 좋지 않은 선택이라는 것이 꽤 옳다고 생각한다.한편, 그것은 기정사실로 보여서, 대본을 api.php. — 칼 (CBM · talk) 17:49, 2008년 2월 4일 (UTC)을 사용하도록 바꿀 필요가 있다.

나는 역호환성 포장지에 대한 아이디어가 실행되었으면 한다.query.php를 사용하는 일부 도구는 더 이상 특별히 활발하게 개발되지 않으며, 부서질 수 있는 도구들은 query.php가 그냥 제거되었다.Tuvok[/]^T@lk_Improve 19:55, 2008년 2월 4일 (UTC)

최소 ToC?

알파벳 콤팩트한 목차 템플리트 외에 다음 중 하나를 위한 수단이 있는가?

• 표준 TOC의 번호 지정 사용 안 함 또는
• 특정 레벨로 제한하십시오(예: 레벨 2 및 3 머리글만 해당).

나는 위키피디아의 TOC가 다음과 같기 때문에 묻는다.New_Articles_(New_Zealand)는 매우 못생겼다. 항목 번호는 헤딩인 실제 날짜까지 계속되며 지나치게 길다.몇 달이면 충분할지도 몰라. 드라마틱한 (토크) 04:53, 2008년 2월 4일 (UTC)

숫자를 제한할 수 있을지 모르겠지만 {{}}}로 레벨헤딩 한계치를 할 수 있다.TOClimit}}. --MASEM 05:04, 2008년 2월 4일(UTC)

다음 명령으로 TOC 번호를 제거할 수 있다.<div class="nonumtoc">__TOC__</div>. --Splarka (rant) 08:27, 2008년 2월 4일 (UTC)

고맙다, 훨씬 좋아 보인다.(토크) 22:12, 2008년 2월 4일 (UTC)

템플릿을 사용하는 페이지 수

템플리트와 같은 특정 템플리트를 사용하는 페이지 수를 확인할 수 있는 방법이 있는지 여부:인포박스 럭비 유니온 전기.Londo06 13:12, 2008년 2월 4일 (UTC)

도구 상자의 "여기 링크"로 이동한 후 문서 네임스페이스를 선택하십시오.기사가 템플릿에 직접 링크될 이유가 없으므로 모든 링크가 서로 다른 것으로 안전하게 가정할 수 있다(즉, 템플릿이 사용 중임).이 경우 260회 사용된다.번호를 매긴 링크를 만지작거리며 알아내십시오.Graham87 13:30, 2008년 2월 4일 (UTC)

특별 항목도 참조하십시오.주요 템플릿과 마찬가지로 대부분의 링크된 템플릿.• 아나킨 17:58, 2008년 2월 4일 (UTC)

나는 도구모음에도 페이지 링크를 세지 않고 계산을 할 수 있는 몇 가지 도구가 있다고 믿는다.어딘지는 잘 모르겠지만 네드 스콧 03:32, 2008년 2월 5일 (UTC)

API도 사용할 수 있다(예: http://en.wikipedia.org/w/api.php?action=query&list=embeddedin&eititle=Template:Stub&eilimit=500). MER-C 04:48, 2008년 2월 5일(UTC)

이유 삭제 드롭다운 스크립트

위키백과:관리자 알림판#이유 삭제 드롭다운 스크립트 —Random832 17:26, 2008년 2월 4일(UTC)

스마트 카테고리 검색

내가 참조 범주를 교차할 수 있도록 위키피디아를 업그레이드할 수 있는 웹페이지가 있는가?예를 들어 1970년생 네덜란드 배우를 찾고 싶다면 우리 네덜란드 배우와 1970년생 카테고리를 교차 참조해 두 카테고리 세트에 모두 수록된 기사 목록을 만들어 낼 수 있었다.이리저리 쑤셔보아서 이 일을 할 방법을 찾을 수가 없지만, 그것은 많은 사람들에게 정말 도움이 되는 도구가 될 것이다.생각나는 거 있어?네일 ▷인터뷰 15:18, 2008년 1월 30일 (UTC)

AutoWikiBrowser는 바로 그 기능을 하는 "list comparer" 기능을 가지고 있다. jwilbur 18:19, 2008년 1월 30일 (UTC)

또한 위키피디아를 살펴보십시오.시멘틱 위키백과.특히 위키백과:Persondata와 대응되는 위키피디아 주제는 흥미로울 수 있다.월디르^talk 18:23, 2008년 1월 30일 (UTC)

그리고 물론 지난주에 툴 서버가 다운된 후 데이터베이스 가져오기를 마치면 catscan. --DJ (토크 • 기여) 23:56, 2008년 1월 30일 (UTC)

48시간만 주면 SQL 데이터베이스에 의존하지 않는 툴을 쓰겠다.β^_command 00:03, 2008년 1월 31일 (UTC)

사악한!, 하지만 나는 그런 경우라면 상식적인 도구를 선호한다:D --DJ (토크 • 기여) 00:06, 2008년 1월 31일 (UTC)

이 도구는 임시 공구일 뿐이다.공동 도우미에 대해서는, 나는 그것이 어떻게 작동하는지 전혀 알지 못한다.향후 툴 요청이 있을 경우 언제든지 요청하십시오.β^_command 00:18, 2008년 1월 31일 (UTC)

이 공구 좀 복사해 주시겠습니까?내가 현재 East718에 요청하고 있는 이미지들에 도움이 될 수도 있다.MBisanz^talk 00:43, 2008년 1월 31일(UTC)

MBisanz, 이것은 여전히 툴 서버가 주최할 것이다.β^_command 01:34, 2008년 1월 31일 (UTC)

βcommand의 계획된 새 공구는 아직 사용할 수 있는가?나는 그것을 ts에서 찾을 수 없었다.서두르지 않음 :) - 네파리스 (대화) 01:49, 2008년 2월 6일 (UTC)

이 실이 아직 구석에서 조용히 죽지 않았다면, 어떤 소식이나 견해라도? - 네파리스 (대화) 04:25, 2008년 2월 6일 (UTC)

여기 위키백과 데이터 위에 시행된 결함 내성 검색 시스템이 있다: http://knecht.cis.uni-muenchen.de/exorbyte/wiki 그것이 도움이 될 것이다.질의 상자 아래의 제안 계층은 실시간 그리고 동적 철자 보정으로 기사 제목들의 전체 위키백과 색인을 검색하고 있다.꽤 멋지지 않아? - Danicc (Danicc) 12:43, 2008년 2월 9일 (PST)

고급 템플릿 질문

템플리트를 호출하기 전에 템플리트의 인수를 먼저 해결/실행하도록 강제할 방법이 있는가?즉, 어떻게 해서든지 다음을 가질 수 있는가: {{t1 a{{#if:{{{b }}}} {{!{{}b }}}{{t2 a=1 c=3}}}이(가) {{t1 1 3}이(가) 실행되는 템플릿 t2의 내용물로, {{t2 a=1 b=2 c=3}이(가) {{t1 1 2 3}이(가) 실행된다.

기본적으로, 이것은 항목이 선택 사항인 교대 색상 Infobox를 제공하려고 시도한다. 나는 하나의 기본 템플릿을 사용하여 이름 없는 매개변수를 사용하여 교대 색상 기능을 제공한 다음, 여기에 대한 호출 형식의 Infobox 템플릿이 작동할 것이라고 생각했다(Navbox 템플릿에서 수행된 대로). 그러나 실행 순서는 더 실패한다.물론 더 좋은 제안/기존 해결책이 있다면 듣고 싶다. --MASEM 01:07, 2008년 2월 4일 (UTC)

당신이 설명한 대로 새로운 파서에서는 할 수 없지만, 효과는 다른 방법으로 할 수 있다._→AzaToth 01:29, 2008년 2월 4일 (UTC)

예를 들어? :-) --MASEM 01:31, 2008년 2월 4일 (UTC)

매개 변수 이름은 조건부일 수 있다. 예: {{t1 {{a}}{#if:{{{b }}}:{{b}}} {{#if:{{{b }}}}{{{c}}}}.--패트릭(토크) 10:38, 2008년 2월 4일(UTC)

새로운 파서에서는 그렇지 않다._→AzaToth 10:44, 2008년 2월 4일 (UTC)

아직 효과가 있는 것 같아, 나는 그냥 그것을 사용해봤어[1.동등의 부호는 조건부일 수 없다.--패트릭 (대화) 11:14, 2008년 2월 4일 (UTC)

알아두면 좋지만, 내가 하려는 일에는 효과가 없을 것 같아; 만약 등호 표시가 필요하다면, 파라미터를 구분하는 세로 막대가 되어야 해.나는 템플릿 호출을 문자열로 구성하고, 그 문자열을 파서 파서에게 전달해야 한다.

아자가 뭔지는 아직도 궁금하다.토스는 교대 컬러 테이블의 효과를 얻기 위한 다른 방법으로 언급되었다.필자가 지적한 바와 같이, 외관조절을 위한 몇 가지 명명된 매개변수가 있는 템플릿을 가지고 있지만, 그렇지 않으면 나머지 20개의 매개변수는 이름이 없으므로, 첫 번째 주장은 홀수 행 스타일로, 두 번째 변수는 이븐 행 스타일로, 두 번째 변수는 이븐 행 스타일로 보여진다.위와 같이 세로 막대를 빼놓을 수 없는 것처럼 보이므로 빈 인수(주 인포박스 템플릿의 선택적 매개 변수에서 비롯됨)는 교대 색상 템플릿에 빈 인수를 생성하며, 빈 v를 구하느냐에 따라 빈 행이 표시되거나 서로 옆에 같은 색상의 두 행이 표시된다.s defend, 둘 다 해결책이 아니다.(템플릿 내 변수 지원만 있는 경우! :-) --MASEM 17:28, 2008년 2월 4일(UTC)

모든 항목에 대해 {{#if:{{a }}} 1 0} + {{#if:{{{b }}} 1 0} + .. 이상인지 짝수인지 확인한다.그러한 용어의 총수가 잠재적 항목 수(20 -> 200)의 제곱의 1/2이기 때문에 다소 번거롭다.조건이 복잡하여 가급적 반복되지 않는 경우, 이진 표현이 선택된 항목을 나타내는 부울 배열을 구성하는 정수를 계산하고 m:와 같은 다른 템플릿으로 전달하십시오.템플릿:짧은 DOW ipv(백링크 편집): m:도움말:Array#Producting_multiple_array_elements_in_standard_order.2C_without_douplices.--패트릭(대화) 02:23, 2008년 2월 5일(UTC)

(ii)Ok, 나는 이것을 하는 방법을 알아냈는데, 기본적으로 #ifexpr에 정의된 이름 없는 매개변수의 수를 더하고, mod 2 결과를 사용하여 홀수 또는 짝수(이상과 유사)를 결정한다.물론, 이제 나는 테이블 레이아웃에서 반품에 집착한다.{{User를 사용하는 경우:마셈/인포박스/베이스 제목=페이지 제목 1 1 3 3 4 4 6 7 7 9 9 13 es=13 es=백그라운드:#f0f0 f0; os=}}, 오른쪽의 결과가 나온다.표의 추가 공간은 정의된 행 사이에 빈 행이 두 개 이상 있는 경우(특수: 사용 기준)의 결과물이다.<br/>를 자동으로 만드는 것 같은 ExpandTemplates는 불필요한 행이 빈 줄을 만들지 않도록 어떻게 하면 안 되는지 알 수 없다.나는 운이 없이 선을 연결하기 위해 HTML 코멘팅을 시도했다.여기에 포인터가 있니? --MASEM 07:04, 2008년 2월 5일 (UTC)

섹션 m의 두 번째 부분을 참조하십시오.도움말:표#Conditional_table_row.--패트릭(대화) 09:33, 2008년 2월 5일(UTC)

잘됐네, 잘 됐네.모든 템플릿 문제 해결. --MASEM 15:18, 2008년 2월 5일(UTC)

값어치를 위해, 템플릿으로 이러한 템플릿을 생성하기 위한 다른 목적에 보다 일반적인 테이블 섹션(완전한 테이블이 아님!)을 생성하는 새로운 템플릿 {{대체 행 테이블 섹션}}을 생성하라는 위의 조언을 받아 보았다.이는 주로 "국경 없음" 스타일을 사용한 infobox를 대상으로 한 것이었지만, 다른 용도는 분명히 있을 것이다. --MASEM 22:39, 2008년 2월 5일 (UTC)

아무 서명 없이 대화 페이지에 게시하다.

아마도 이것은 벌레가 아닐지 모르지만, 나는 많은 대화 페이지에서 이것을 알아챘다.(나는 잡동사니를 더하고 싶지 않지만, 필요하다면 예를 들어 줄 수도 있다.)이러한 경우, 서명이 뒤따르지 않는 ("서명되지 않은" 기본값" 포함) 토크 페이지의 일부 또는 전체 섹션이 있다.이게 문제야?—Z1perlster가 추가한 서명되지 않은 설명 준비(토크 • 기여)

네 것처럼, 지금?사람들은 ~~~~~로 서명하는 것을 잊는다.이런 댓글을 잡아 자신의 이름으로 서명하려는 봇(bot)이 있거나, 사용자들이 {{nonsigned}} 템플릿으로 서명할 수도 있다(내가 방금 당신의 게시물에서 그랬던 것처럼).사람들이 서명을 하면 선호되지만 가끔 그냥 잊어버릴 때가 있다;-) 기술적으로 미디어위키는 당신이 그것을 잊어버리면 서명하지 않을 것이다. -- 레이브루조 (대화) 03:03, 2008년 2월 5일 (UTC)

나는 비위키페디안(비위키페디안, 비기술적) 친구와 이야기를 나누고 있었는데, 그녀는 실제로 코멘트에 서명해야 하는 요건이 코멘트를 완전히 피하기에 충분할 정도로 위협적이었다.사용자:오메가트론/노말과의 인터뷰 —오메가트론 04:20, 2008년 2월 5일(UTC)

우리가 위키코드 대신 phpBB와 같은 진짜 포럼 시스템을 사용할 수 있다면 더 사용자 친화적일 것이다.어쩌면 언젠가는...—2008년 2월 5일 05:18, 점 기억(UTC)

언젠가 우리는 mw:확장:리퀴드스레드.프라임헌터 (토크) 10:42, 2008년 2월 5일 (UTC)

하위 도메인으로 네임스페이스

네임스페이스를 하위 도메인으로 만드는 것이 가능할까?Image:something.jpg의 주소는 http://images.en.wikipedia.org과 위키백과: 네임스페이스 페이지는 위키백과.en으로 시작할 것이다.wikipedia.org?내가 염두에 두고 있는 유일한 이유는 그것이 네임스페이스 내에서 검색하는 구글 사이트를 더 쉽게 만들 수 있기 때문이다.:) 그 밖에 생각할 수 있는 이익/불편점은?— 오메가트론 04:06, 2008년 2월 5일 (UTC)

• 늦은 댓글, 이 질문이 보관된 후에야 봤기 때문에 {{Google 커스텀}}은(검색 측면에서) 원하는 대로 정확하게 한다.템플릿 페이지의 예를 참조하십시오. --Teratornis (대화) 20:49, 2008년 3월 9일(UTC)

MediaWiki 소프트웨어는 실제로 그렇게 하도록 설계되지 않았다...—2008년 2월 5일 04:47, 점 기억(UTC)

그리고 나는 우리가 구글에서 특정 네임스페이스를 걸러내야 하는 거래/방법이 있다고 생각한다. 그래서 조지 부시를 검색하는 사람이 기사를 얻을 것이다. 토크: 조지 부시 페이지와는 반대로, 더 활동적이고 더 많은 외부 링크를 가지고 있을 수 있다.MBisanz 04:52, 2008년 2월 5일(UTC)

아마 Apache rewrite rules로 그렇게 할 수 있을 겁니다. 하지만 그것은 위키백과 크기의 사이트에는 미친 듯이 계산적으로 비용이 많이 들 겁니다. 그리고 나는 그 혜택에 대해 확신할 수 없다.Titoxd^{(?!? - cool stuff)} 04:59, 2008년 2월 5일(UTC)

당신은 구글을 통해 어떤 네임스페이스도 검색할 수 있어야 한다(예: 사이트:en.wikipedia.org/wiki/Wikipedia: 위키백과 네임스페이스의 경우, 사이트:en.wikipedia.org/wiki/Image: 이미지 네임스페이스의 경우).하지만 몇 가지 잘못된 긍정을 얻을 수도 있다.그리고 검색에 대해 이야기하는 동안 미디어위키 검색이 다운그레이드된 것을 알게 되었다(*.play-asia.com/SOap,을 검색하기 전에 지금은 디렉토리를 고려하지 않고 이전에 필터링된 *.play-asia.com/paOS 결과도 반환한다). -- -- 레이브루조(토크) 05:17, 2008년 2월 5일 (UTC)

구글이 기사톡을 제외한 모든 네임스페이스를 검색한 것이 나의 경험이다.

Google:site:http://en.wikipedia.org/wiki/ - 기사를 포함한 수백만 건의 조회수

Google:site:http://en.wikipedia.org/wiki/Talk: - 조회 수 없음(기사 Talk 제외)

Google:site:http://en.wikipedia.org/wiki/User: - 이것과 다음 모두에 대한 많은 조회수

Google:site:http://en.wikipedia.org/wiki/User 대화:

Google:site:http://en.wikipedia.org/wiki/Wikipedia:

Google:site:http://en.wikipedia.org/wiki/Wikipedia 대화:

Google:site:http://en.wikipedia.org/wiki/Image:

Google:site:http://en.wikipedia.org/wiki/Image 대화:

Google:site:http://en.wikipedia.org/wiki/MediaWiki:

Google:site:http://en.wikipedia.org/wiki/MediaWiki 대화:

Google:site:http://en.wikipedia.org/wiki/Template:

Google:site:http://en.wikipedia.org/wiki/Template 대화:

Google:site:http://en.wikipedia.org/wiki/Help:

Google:site:http://en.wikipedia.org/wiki/Help 대화:

Google:site:http://en.wikipedia.org/wiki/Category:

Google:site:http://en.wikipedia.org/wiki/Category 대화:

Google:site:http://en.wikipedia.org/wiki/Portal:

Google:site:http://en.wikipedia.org/wiki/Portal 대화:

기사 토크 페이지에서 오래된 문장을 검색하는 것은 구글이 http://en.wikipedia.org/wiki/Talk에서 검색하는 것을 허락하지 않는다.위키백과:검색#Google은 다음과 같이 말한다: "Google은 모든 네임스페이스를 색인화한다."이것은 수정되어야 할 것 같다.나는 구글이 http://en.wikipedia.org/robots.txt의 기사토크나 렌더링된 토크페이지들을 생략할 이유가 없다고 본다.왜 그런지 아는 사람 있어?우리와는 별개로 그들 자신의 선택이 될 수 있을까?야후는 검색결과에 기사토크를 포함시킨다.프라임헌터 (토크) 11:18, 2008년 2월 5일 (UTC)

템플릿 참조:Google 커스텀#Talk 문제: 네임스페이스에 대한 일부 참고 사항.내가 완전히 틀린 것은 아닐지 모르지만, 일부 사람들은 기사 대화 페이지를 스팸을 링크하기 위해 링크된 웹 페이지의 페이지 랭크를 부풀리기 위한 방법으로 사용했기 때문에 구글이 토크: 네임스페이스의 인덱싱을 중단한 것 같다.기사 자체는 다음과 같은 이유로 이러한 방식으로 "게임"하기가 더 어렵다.EL 가이드라인은 상대적으로 링크스팸이 없는 기사를 보관한다.그러나, 우리는 보통 다른 사람의 토크 페이지 의견을 편집하지 않기 때문에 부적절한 링크는 기사 토크 페이지에서 더 오랫동안 지속될 수 있다.분명히 기사 대화 페이지를 검색 엔진 최적화 기법으로 사용하는 이 속임수는 구글이 여전히 기사 이외의 대화 페이지에서도 잘 작동하지 않는다. --Teratornis (대화) 17:20, 2008년 3월 9일 (UTC)

이동 후 Special에 대한 'what links here' 링크를 복원할 수 있는가?페이지 화면 이동

그게 사라지면 미칠 것 같아고마워 쇼이스 (토크) 08:21, 2008년 2월 5일 (UTC)

나는 그것을 복구했다.wp를 참조하십시오.VPR#페이지 이동 후 '중복 리디렉션 수정' 메시지 제거 제안---패트릭(대화) 09:54, 2008년 2월 5일(UTC)

새 보관 상자

기존의 {{archives}, {{archive box}, {{archive box collapable}} 템플릿을 대체할 새로운 아카이브 박스를 만들었다.그것은 필요한 모든 매개변수를 포함한다.그것에 대한 몇 가지 의견/제안을 받을 수 있을까?그리고 내가 그것을 어떻게 실행해야 할까?고마워, MrKIA11 (대화) 2008년 2월 5일 14:57 (UTC)

사용자 공간 템플릿 문제

이것은 아마도 나의 실수일 것이다. 그러나 사용자 상단에 있는 작은 회색 노트가 왜 말하는지에 대한 제안이 있는가?Voyagerfan5761#사용자 대화:89.244.182.22 섹션에 템플릿에 지정된 기본 텍스트가 표시됨(사용자:지정된 마크업 대신 Voyagerfan5761/토크노트)를 참조하십시오.나는 새 전처기 전에는 문제가 없었는데, 내가 영향을 받고 있는 걸까?템플릿이나 통화를 다르게/변경하려면 어떻게 해야 하는가?Tuvok[/]^T@lk_Improve 01:47, 2008년 2월 6일 (UTC)

노트 텍스트에 "=" 문자가 포함되어 있어 템플릿에서 텍스트를 번호가 매겨진 매개 변수로 인식하지 못함"1="로 텍스트를 미리 입력하여 쉽게 수정 가능.이것은 사전 프로세서와 관련이 없다. 번호가 매겨진 파라미터는 항상 이러한 동작을 가지고 있었다. — Edokter • Talk • 02:34, 2008년 2월 6일 (UTC)

고마워! 내가 왜 그걸 기억 못했지...?뇌가 빠져나간 것 같아Tuvok[/]^T@lk_Improve 04:52, 2008년 2월 6일(UTC)

템플릿:인포박스 구국

템플릿: 인포박스 전 국가는 뉴헤브리데스와 앵글로-이집트 수단에서처럼 한 나라의 식민지가 아니라 두 나라 사이에 콘도가 있는 문제에 부딪친다.템플릿이 인식하지 못함.나는 그 페이지에 그것을 포함시킬 방법을 찾는 데 도움이 필요하다.누구 도와줄 사람 있어?Btn551 (대화) 04:03, 2008년 2월 6일 (UTC)

리디렉션의 대화 페이지에서 손실 없이 리디렉션으로 이동

확실히, 리디렉션에 관해서 몇 년 동안 몇 가지 개선이 있었다.편집을 리디렉션에 저장할 때 리디렉션의 대상에 더 이상 도달하지 않으며, 범주의 링크를 따라갈 때 이 갑작스러운 여정을 피할 수 있으며, 다른 두어 곳(보통 내 기억력이 여기에 좋지 않게 작용한다)에서도 생각한다.

나는 개선되어야 할 또 다른 전환이 있다고 생각한다.현명한 사람은 이미 그 메시지의 제목을 보고 짐작했을 것이다.개인적으로, 나는 리디렉션의 토크 페이지(보호된 페이지, 나의 경우, 나는 관리자의 도움을 요청하고 있었다)에 메시지를 작성한 후, 리디렉션으로 돌아가 그것을 가지려고 하는 것이 어리석다고 생각한다.방향을 바꾸다.

간단히 말해서, 나는 지금 리다이렉트의 왼쪽 상단 모서리에 적어도 대화 페이지에서 돌아올 때 "redirect=no" 기능(또는 그와 비슷한 기능)을 포함시켜야 한다고 단독 제안한다.내가 생각하기에 태그의 주요 기능은 페이지를 있는 그대로 새로 고치는 것이다. 또는, 다시 말하자면, 나는 이 일이 성사되리라는 희망을 거의 가지고 있지 않다.그러나 나는 그것이 많은 편집자들을 불필요한 여정으로부터 구해줄 것이라고 생각한다.2008년 1월 31일 01:05의 공작 월섬(UTC)

여보세요? 응, 나 여기 있어.2008년 2월 2일, 22:17의 공작 월섬 (UTC)

나는 게시물을 이리저리 옮기는 것을 좋아하지 않지만 무시당하지는 않을 것이다.나는 그것을 보관하기 전에 내 아이디어가 얼마나 우스꽝스러운지 혹은 그렇지 않은지 정확히 알고 싶다.2008년 2월 4일, 11:46의 공작 월텀(Waltham, The Duke of 11:46

좋은 생각이야.

그런데, 범주의 리디렉션의 경우, 범주 페이지의 링크가 당신을 대상으로 리디렉션하는데, 나는 그것이 좋다고 생각한다(리디렉션만을 위한, 그들을 추적하기 위한 범주의 경우는 제외).---패트릭 (talk) 12:06, 2008년 2월 4일 (UTC)

'도덕적 지원' 듀크 경, WP에 가면 다음과 같은 뜻인가.ANI, Talk 페이지를 보려면 "토론"을 클릭하고, 방금 있던 위치로 돌아가려면 "프로젝트 페이지"를 클릭한 다음 WP에 도착했음을 확인하십시오.A? 그게 네가 언급하는 거라면 전적으로 동의해.가장 혼란스러운 건...Framanax (대화) 12:18, 2008년 2월 5일 (UTC)

프로젝트 페이지와 토크 페이지가 모두 리디렉션되고, 이 경우 다른 페이지로 연결되기 때문에 당신이 설명하는 상황은 더욱 심각하다.사실, 나는 그것을 보고 그것이 너를 꽤 쉽게 잃을 수 있다는 것을 깨달았다.그러나, 나는 좀 더 일반적인 문제를 언급하고 있다: 나의 경우, 위키백과의 대화에서 "편집 보호"된 템플릿을 남겼다.FEACH를 누른 후 "프로젝트 페이지" 탭을 누른 후, 위키백과에서 나 자신을 찾았다.신의를 지키다.내 생각에, 리디렉션이 활성화되지 않고 리디렉션에서 대화 페이지로 이동하거나 다시 돌아갈 수 있는 추가 링크나 비슷한 것이 있어야 한다.URL 끝에 "?redirect=no"를 추가하면 될 수 있다는 것을 알지만, 속도가 느리고 모든 편집자가 그것을 아는 것은 아니다.

범주에 관한 한, 나는 패트릭의 의견에 동의할 것 같아.사실, 나는 그 문제에 대해 언급하지 않았다; 리디렉션은 위키백과 인생책의 중요한 장으로, 여기서 분석하기에는 너무 광범위하다.2008년 2월 5일, 13:46의 공작 월섬(Waltham, The Duke of 13:46, The Duke, 2008년 2월 5

나는 이것 또한 문제를 발견한다.하지만 브라우저에서 "뒤로"를 클릭하면 리디렉션으로 돌아가거나 두 번 클릭하는 경향이 있다.성가신 일이지만 내가 어떻게 할 정도는 아니다.카차롯 (토크) 2008년 2월 5일 14:30 (UTC)

나는 네가 옳다고 생각한다; 그러한 작은 일들에 대해서는 결코 기술적인 변화가 일어나지 않는다.그러나 나는 실망하지 않았다; 나는 더 많은 잠재력을 가진 다른 생각을 가지고 있다.2008년 2월 6일(UTC) 11시 52분, 월텀 공작

제거된 이미지 주위의 홀수 동작

위키백과에서:저작권 문제/2008년 2월 2일/이미지, 첫 번째 항목은 나에 의해 보고되었다.나는 무슨 일이 있었는지 지금 다시 확인했다.이미지 링크가 빨간색이 아니어서 클릭해서 이미지가 그대로 있는지 확인해 보았다.아니었어. (지금까진 좋았어.)그 링크는 나를 다음과 같이 읽는 페이지로 안내했다.

이 이름의 파일이 없으므로 업로드할 수 있다.자세한 내용은 파일 로그를 참조하십시오.

여기서 "log"는 "로그에 일치하는 항목 없음"을 표시하는 이 페이지에 대한 링크였습니다.마치 이미지가 존재하지 않는 것 같다(이미지를 사용하던 한 페이지의 기록을 보지 않는 한).

그리고 나서 위키피디아에 갔다.내가 편집한 특정 페이지가 지워지는 저작권 문제.그 페이지에서 문제의 이미지로 연결되는 링크는 빨간색이므로, 다시 한번 마치 그 이미지가 존재하지 않았던 것 같다.

전체 "복사권 문제" 페이지 대 특정 하위 페이지에 액세스할 때 왜 달라야 하는가?내가 "더 많은 정보를 위해 로그를 볼 수 있어야 한다"는 의도인가, 아닌가?만약 그렇다면, 왜 아무것도 없는 걸까?만약 그렇지 않다면, 왜 내가 그걸 제안받았을까?

--207.176.159.90 (대화) 01:50, 2008년 2월 6일 (UTC)

왜 그랬는지는 확실하지 않지만, 한 페이지 숙청이 위키피디아를 고쳤다.저작권 문제/2008년 2월 2일/이미지 페이지김메트로 02:15, 2008년 2월 6일 (UTC)

고마워. 하지만 내 카피비오 공지를 확인하지 않았다고 해.이미지가 삭제된 이유와 삭제되지 않은 이유를 알려주는 로그를 찾을 수 있어야 하는가? --207.176.159.90 (대화) 00:13, 2008년 2월 7일 (UTC)

이 경우 이미지는 Wikimedia Commons(거기 삭제 로그 참조)에 위치했으며, 따라서 이미지가 위키백과 삭제 로그에 나타나지 않은 이유는 다음과 같다. ---- RockMFR 01:06, 2008년 2월 7일(UTC)

아! 고마워. --207.176.159.90 (토크) 02:11, 2008년 2월 8일 (UTC)

노화 방지

신체의 건강은 산성, 알칼로이드, 염기, 즉 pH-균형에 의존한다.노화 방지랑 관련이 있어

이미 인터넷에는 인체의 세포가 pH균형의 산성측면에서 멀리 떨어진다면 대부분의 나쁜 질병은 인체에 형성될 수 없다고 되어 있다.

또한 세포의 핵은 세포의 미타콘드리아를 제외한 나머지 세포에 명령한다고 알려져 있다. pH-균형과 핵 명령을 결합하면, 미타콘드리아도 산도가 낮을 필요가 없는 한, 산도가 낮은 핵은 세포가 가장 좋은 모양으로 쓰러지게 된다.그럴 때, 우리가 핵과 미타콘드리아를 산성이 덜해지도록 두드린다면, 이것은 세포를 최고의 모양으로 만들 것이다.

세포나 신체의 가장 좋은 형태가 약 25세라고 가정할 때, 세포의 pH-균형, 핵, 그리고 그들의 미타콘드리아(s)를 25세 세포의 pH-균형이나 pH-균형 주위로 유지하는 것이 가장 좋을 수 있다.

세포의 나머지 부분의 pH 균형을 명령하는 핵의 pH 균형을 명령하는 DNA가 있을 수 있다. 이 동일한 DNA가 미타콘드리아에 있거나 미타콘드리아 핵이 세포핵의 DNA를 따르는 경우, 세포 전체의 pH 균형은 특정 pH 민감 DNA 표현에 의해 명령될 것이다.요령은 25년 된 세포핵의 pH-균형 주위에 이 특정한 pH-감응 DNA 표현이 있게 하는 것이다.

어떻게 핵 및 미타콘드리아9s0의 pH에 민감한 DNA를 찾을 수 있는가?

응?

참조 데스크를 찾고 있을 수 있다.월텀, 15:57, 2008년 2월 6일 (UTC)

여기 기사를 쓰고 있었던 것 같군우리가 대상이기 때문에 산성이나 산성상태는 (만성) 염증을 일으키게 되는데, 이것은 조기 노화의 한 가지 원인(미타콘드리아 포함)과 많은 퇴행성 질환(암 등)의 한 요소와 원인으로 확인되어 왔다.:) 트랜스휴머니스트 07:47, 2008년 2월 7일 (UTC)

AWB

위키피디아 토크에 AWB 질문을 올렸다.AutoWikiBrowser.너희들은 테크노를 좋아하는 사람들이니, 아마 답을 알 거야.그것에 대해 조언해 주면 고맙겠다.감사합니다.트랜스휴머니스트 07:36, 2008년 2월 7일 (UTC)

템플릿 문제

많은 템플릿이 작동을 멈췄으며, 일반적인 테마는 매개 변수를 다른 템플릿에 전달하여 다음과 같은 작업을 수행하는 것으로 보인다.

{{fact {{#if:{{{{date }}} 날짜={{date}}}}}}

새 파서랑 관련이 있는 건지도 모르지만, 어쨌든 해결책이 있을까?

Rich Farmbrough, 2008년 2월 7일 (GMT) 13:20 7.

그것은, 사전 처리기. 다음과 같은 해결책처럼 보인다.

{{fact {{#if:{{{{date }}} 날짜 더미}={{{date}}}}}

=는 더 이상 그러한 방식으로 전달된 파라미터로 해석될 수 없기 때문에 필요하다(기본 파라미터 1을 날짜 대신 "date=2008년 1월"로 설정).유감스럽지만, 새로운 구문은 옛 구문보다 훨씬 더 복잡하기 때문이다.Rich Farmbrough, 2008년 2월 7일 (GMT) 14:14.

새 전처리로 마이그레이션의 예상 차이 #5."변수와 값 사이의 등호 부호는 템플릿 파라미터의 구분 기호로 더 이상 생성될 수 없다(횡단, 파라미터, 파서 함수 등). 문자 그대로 해석된다.이를 위해서는 동등한 부호를 발전기 밖으로 이동시켜야 한다." --DJ (토크 • 기여) 15:12, 2008년 2월 7일 (UTC)

팩트를 포함한 많은 템플릿은 정의되지 않은 빈 템플릿을 구분하지 않으며, 그런 다음 날짜={{{date }}.---패트릭(토크) 16:20, 2008년 2월 7일(UTC)

우려되는 데이터베이스 잠금 메시지

어떤 이유에서인지, 이것은 특히나 걱정스러운 생각이 든다.

데이터베이스 잠금 Wikipedia 데이터베이스는 다음과 같은 이유로 일시적으로 읽기 전용 모드에 있음: $1

도대체 1달러가 무슨 뜻이야?이건 그냥 결점이야?어리석은 토끼 (토크) 15:52, 2008년 2월 7일 (UTC)

편집하려면 돈을 내야 한다는 뜻이야.

1달러는 자리 표시자 - 자동으로 그 이유와 함께 대체되어야 한다.분명히 약간의 오류가 있었다.샘 코른 15:55, 2008년 2월 7일 (UTC)

그는 네가 지불해야 할 부분을 농담으로 말하는 거야.(그것이 공공 기물 파손을 억제할 수 있을지라도:-P )

$1은 변수 또는 자리 표시자다.분명히 누군가 기입하는 것을 잊은 것 같으십니까? --김브루닝 (대화) 23:15, 2008년 2월 7일 (UTC)

핑

Village_pump_(기술)에 대한 정보를 좀 알려 주시겠습니까?#category_title_searching, wikimedia 카테고리 검색 향상에 관한 질문. - 네파리스(토크) 21:22, 2008년 2월 7일 (UTC)

특수:기본 설정에서 "저장" 단추가 작동하지 않음

왠지 클래식 스킨을 사용할 때는 "Save" 버튼이 작동하지 않는다.그것은 다른 피부와도 잘 어울린다.또한, 이것은 IE 전용 문제인 것 같다; 내가 파이어폭스를 사용할 때 버튼은 완벽하게 작동한다.

이것이 내가 사용하고 있는 사용자 스크립트와 관련이 있을까? --Ixfd64 (대화) 00:24, 2008년 2월 8일 (UTC)

사용자 설명서는 환경설정 페이지(보안 예방조치)에서 호출되지 않으므로 호출되지 않는다.IE6는 Preferences in Classic skin에서 나에게 잘 맞는다.Save를 누를 수 없거나 수정 내용이 저장되지 않는지 좀 더 구체적으로 설명하십시오.〇 AlexSm 01:03, 2008년 2월 8일 (UTC)

버튼은 거기 있지만 누르면 아무 일도 일어나지 않는다.사실 버튼은 원래 눌러야 할 것처럼 눌리지도 않는다. --Ixfd64 (토크) 01:08, 2008년 2월 8일 (UTC)

나와 다른 사람들은 같은 문제를 가지고 있다.이 페이지 상단의 FAQ에 따르면 다음과 같다.다른 스킨으로 변경하여 다시 변경할 수 없는 경우 이 링크를 사용하십시오.프라임헌터 (대화) 01:13, 2008년 2월 8일 (UTC)

Watchlist - 보는 모든 페이지를 자동으로 볼 수 있는 방법이 있는가?

Watchlist - 단순히 편집만 하는 것이 아니라 보는 모든 페이지를 자동으로 볼 수 있는 방법이 있는가?알렉스 샌더슨83 (대화) 09:57, 2008년 2월 7일 (UTC)

너의 모노북에 추가해라.js:

//자동 페이지 감시자, 1초 지연 후 ajax-watch 기능을 활성화 //AddOnloadHooks 후에 ajax watchlist 설정 스크립트가 로드되므로 지연이 필요하다는 점에 유의하십시오. //* 네임스페이스를 보려면 wgNamespaceNumber=0을 wgNamespaceNumber!=-1  만일(wgNamespaceNumber==0) 애드온로드 후크(기능을 하다() {   시합을 하다 foo = setTimeout('이것 좀 봐()',1000); //message.느린 연결일 경우 증가하십시오. }) 기능을 하다 이걸 봐.() {   시합을 하다 왈리 = 문서화하다.GetElementBy아이디('ca-watch');   만일(!왈리) 돌아오다;   시합을 하다 wlink = 왈리.getElementsByTagName('a')[0];   //href를 .click할 수 없고 .onclick이 엉망이므로 복제합시다.   시합을 하다 버트 = 문서화하다.createElement('버튼');   버트.클릭을 하다 = wlink.클릭을 하다;   버트.문체를 하다.전시하다 = 'none';   wlink.parentNode.부록차일드(버트);   버트.찰칵찰칵 소리를 내다(); } 

빠르고 더럽다. --Splarka (rant) 09:12, 2008년 2월 8일 (UTC)

보는 모든 페이지를 봐?이게 정말 실용적이야?어떻게 하는지는 상상하기 어렵다.Doczilla (대화) 09:15, 2008년 2월 8일 (UTC)

왜 안 되지?특수:를 통해 작업하는 관리자에게 유용할 수 있다.감시되지 않은 페이지.페가수스 «C¦T » 14:08, 2008년 2월 8일 (UTC)

변경승인

우리는 직장에서 미디어위키를 사용한다.변경 승인 옵션이 논의된 것으로 알고 있지만, 변경 승인 옵션이 실행된 적이 있는가?그들은 이 기능이 작동하기를 원한다. — Rlevse • Talk • 14:48, 2008년 2월 7일 (UTC)

mw:에서 개발되고 있는 것이 있다.확장:플래그 지정된Revs(및 테스트 시 테스트 중)위키백과).승인되지 않은 변경사항을 볼 수 있는(예: 역사 또는 최근 변경사항)을 방지하지 않으며, "상단" 편집사항으로 표시되지 않을 뿐이다(기본값).--Splarka (rant) 08:34, 2008년 2월 8일 (UTC)

코멘트가 먹히지 않음

ZHX1의 첫 줄에 대한 코멘트는 추가적인 수직 공간을 야기한다.보통 파서(혹은 내가 마이그레이션에서 새로운 전처리로 모은 것)에 의해 먹혀질 것이라고 생각했기 때문에, 그 존재는 전혀 차이를 만들어서는 안 된다.(간단한 페이지에서는 발생하지 않기 때문에 보이지 않는 템플릿과 상호 작용하는 것 같다.이게 벌레인가, 아니면 내가 뭘 놓친 건가? - 리아(토크) 10:52, 2008년 2월 8일(UTC)

자, 그럼 어떻게 되는 겁니까?

<!--푸 --> {{PBB 컨트롤} <!--바 --> 테스트

보이지 않는 템플릿이 빈 줄을 남기고 그 앞에 무언가가 있기 때문에 "\n\ntest"로 변형된다.아야. 선 먹기 알고리즘이 어떻게든 고쳐져서 처음의 코멘트가 정말로 중요하지 않게 할 수 있을까? -- 리아 (토크) 10:56, 2008년 2월 8일 (UTC)

코멘트 전후에 새로운 라인이 있어서 예상대로 결과가 나온다.-패트릭(토크) 11:22, 2008년 2월 8일(UTC)

하나 이상의 코멘트가 하나의 뉴라인으로 구분된 경우, 이들 이전, 중간, 이후의 뉴라인은 둘 이상의 뉴라인으로 함께 계산되는 것이 아닌 것 같다.예를 들어, 두 개의 새로운 선으로 그러한 시퀀스를 구분하는 경우, 이 규칙은 각 시퀀스에 대해 별도로 적용된다.이 예에서는 템플릿 호출이 영향을 미치지 않으며, 템플릿 호출 전후의 새 회선만 영향을 받지 않는다.--Patrick (talk) 12:16, 2008년 2월 8일 (UTC)

흠. 파서가 보이지 않는 템플릿이 들어 있는 선을 먹도록 파서를 바꾸는 것이 합리적이고 가능할까?눈에 보이지 않는 템플릿이 여러 개 연속되면 분명히 원치 않는 빈 줄이 생기므로(줄 끊기를 피하지 않는 한), 이것이 개선된 것처럼 보일 것이다. -- Lea (대화) 22:03, 2008년 2월 8일 (UTC)

내 경험상 그런 사이비 지능은 대개 나쁜 것이다.뭐가 문제야?

<!--푸 --> {{PBB 컨트롤} <!--바 --> 테스트

대신에?—EncMstr 22:16, 2008년 2월 8일(UTC)

타임라인 질문

안녕. 어떤 이유에서인지 미국 연방대법관 목록(대화 기록 보호 링크 감시 로그 보기 편집)에서 이 편집은 시간선을 깼지만, 이 이전 편집은 괜찮았다. (사실 내가 존재하지 않는 페이지에 링크를 연결하려고 할 때 시간선을 끊었지만, 고치고 나니 괜찮았다.문제 편집에는 행운이 따를 수 없음 - 링크하려는 페이지가 분명히 있음)

이것에 대한 어떤 도움이라도 감사할 거야!고마워, --Sam Chase 17:48, 2008년 2월 8일 (UTC)

뭐가 고장났어?나는 그 버전에 어떤 문제도 보이지 않는다.대수학자 18:03, 2008년 2월 8일 (UTC)

좋아, 그건 정말, 정말 이상해. 내가 처음 편집했을 때, 그리고 내가 디프트를 올렸을 때, 모든 타임라인이 완전히 사라졌었어.하지만 이제 다시...내가 다시 편집을 할 것 같은데, 내가 로운 쓰레기통에 익었다고 생각하지 않기를 바래. --샘 체이스 18:06, 2008년 2월 8일 (UTC)

응, 그냥 다시 붙이면 괜찮아 보여.모든 문제를 일으켜서 미안해. --샘 체이스 18:10, 2008년 2월 8일 (UTC)