위키백과:사랑방 (기술)

위키백과, 우리 모두의 백과사전.
이동: 둘러보기, 검색
기술 사랑방
기술 사랑방
 2014년 12월 
새로 고침 / 보존 문서
  일반 일반   정책 정책   기술 기술  
이용 안내
단축:
백:기
백:기술

기술 사랑방한국어 위키백과에 대한 기술적 문제에 대해 논의하는 공간입니다. 버그와 기능 제안은 파브리케이터에서 이루어지고 있으며, 미디어위키의 시스템 번역은 대체로 translatewiki.net (번역위키닷넷)에서 이루어지고 있습니다.

새 주제로 글을 쓰시려면 맨 아래의 새 글 쓰기를 이용하시면 됩니다. 기술 사랑방의 예전 토론은 과거 토론 목록에서 확인하실 수 있습니다.

  • 이 공간은 위키백과의 기술적 문제에 대한 보고를 위한 곳이 아닙니다. 기술적 문제에 대한 보고는 파브리케이터에 보고해 주세요.
  • 미디어위키에 대한 일반적인 내용에 대해서는 도움 데스크에 글을 올리는 것을 권장합니다.
  • 에 관련한 논의에 대해서는 관련 위키프로젝트를 방문해 주세요.
위키백과 소식
의견 요청


좌표 오류 및 분류 관련[편집]

  1. 틀:위치 지도 키리바시에서 좌표 오류가 발생합니다. 영어판과 다른 점이 없는데 계산이 잘못 되네요.
  2. 특수:TrackingCategories의 몇몇 분류명을 translatewiki.net에서 변경을 하였는데 적용이 안됩니다. 며칠 지나도 그대로네요.--Namoroka (토론) 2014년 11월 1일 (토) 16:54 (KST)
  1. 버그질라: 72559 의 문제입니다. 현재 해결이 되었으며, 아직도 오류가 뜬다면, ?action=purge를 URL의 맨 뒤에 붙이면 해결될 겁니다.
  2. 현재 유니코드 CLDR의 변경으로 인해 l10n 업데이트가 중단되었습니다. (미디어위키-i18n 메일링 리스트 참조) — revimsg 2014년 11월 1일 (토) 17:45 (KST)
  1. 해당 부분은 이미 해보았는데 그대로입니다. 레비님은 정상적으로 보이시나요?--Namoroka (토론) 2014년 11월 1일 (토) 18:56 (KST)
제가 했을 때는 잘 되던데요... 캐시를 지워 보시는 것도... — revimsg 2014년 11월 1일 (토) 22:33 (KST)
캐시를 지우고 다른 브라우저로 접속을 해봐도 오류가 생깁니다. 제가 말하는 오류는 "지도 중심" 부분에서 "{{#coordinates:}}: 잘못된 경도"가 뜨는 겁니다.--Namoroka (토론) 2014년 11월 1일 (토) 22:56 (KST)

둘러보기 상자 틀에 문제가 있나요?[편집]

둘러보기 상자가 있는 것마다 분류:Pages using duplicate arguments in template calls가 달려 있어서 묻습니다. 분류 이름으로 보아 변수를 중복으로 쓴 듯한데, 그것만 알겠군요. -반월 (·) 2014년 11월 1일 (토) 17:37 (KST)

아무도 모르시나요? -반월 (·) 2014년 11월 12일 (수) 23:36 (KST)
둘러보기 상자 전부에 문제가 있다면 둘러보기 메타 틀 (이 있는지는 모르겠습니다만)에 문제가 있는 것 같은데, 둘러보기에는 제가 필터 일과 공용의 문화재 사진 일로 바빠서.... 메타 틀에서 변수를 중복으로 쓰지 않게 해결하면 될 것 같습니다. — revimsg 2014년 11월 12일 (수) 23:55 (KST)

저기...[편집]

선거권 무효 알림 틀을 쓰면 여기선

'반갑습니다, 사랑방 (기술)님! 우리 모두의 백과사전, 위키백과의 선거에 소중한 투표를 해주셔서 고맙습니다. 다름이 아니라 이번 선거에 해 주신 투표는 선거권 제한에 따라 투표권이 없으므로 무효표 처리하였습니다. 다음부터는 해당 선거의 투표권을 가지고 계신지 충분히 확인한 후에 투표에 임해주세요.'라고 정상적으로 나오는데

이곳에 가보면 일부 글이 깨져서 나오는데 저만 그런 건가요? --부평구청역 (토론) 2014년 11월 2일 (일) 13:55 (KST)

틀:선거권 무효 알림에 나온 변수를 안 채우신 것이 아닐까요?--콩가루 (토론) 2014년 11월 2일 (일) 14:03 (KST)
변수를 채우지 않으면 {{BASEPAGENAME}}을 기본으로 사용하는 거 같네요 {{SUBST:}}로 깨지는 건 틀을 풀지 않았기 때문입니다. — revimsg 2014년 11월 2일 (일) 15:20 (KST)

아! 그렇군요! 답변 감사합니다. --부평구청역 (토론) 2014년 11월 4일 (화) 14:19 (KST)

둘러보기 틀과 루아[편집]

예전에 둘러보기 틀을 루아로 대체하기 위한 시도(틀:둘러보기 상자/루아)가 있었는데, 이 작업을 계속 진행시켜서 루아 틀로 대체했으면 합니다.--콩가루 (토론) 2014년 11월 2일 (일) 15:54 (KST)

시범적으로 틀:제2차 세계 대전에 적용했지만, 아직 한국어 위키에서는 CSS가 적용되지 않았더라고요. 임시적으로 사용자 CSS에 적용했지만 CSS에 관한 문제를 해결해야 할 것 같습니다.--twotwo2019 (토론) 2014년 11월 2일 (일) 16:30 (KST)

다시 한번 질문드립니다.[편집]

<>{{다중 계정 의심|전방에 과속방지턱이 연속됩니다}}
 
 {{차단된 다중 계정|과속|증거=은하로날아올라|기간=무기한}}

위 틀은 여기서는 잘 나오는데 이곳에서는 위키텍스트가 그대로 출력되는 건 왜 그런 것인가요? --부평구청역 (토론) 2014년 11월 4일 (화) 14:18 (KST)

하위문서인 게 이유 같네요. — revimsg 2014년 11월 6일 (목) 02:54 (KST)

전역 부정 행위 방지 필터?[편집]

최근에, 데이터베이스 크기가 medium인 위키(한국어 위키백과 포함)에 전역 편집 필터가 적용되었습니다. 이 필터들은 대부분 영어 스팸의 감지를 목적으로 하는 것으로, 한국어 위키백과에 적용되어도 (이미 적용되었지만) 별로 효용성이 없는 필터가 대부분입니다. (필터를 봐도 한국어 관련 내용은 없습니다.) 이에 한국어 위키백과를 전역 부정 행위 방지 필터 적용 대상 위키에서 제외할 것을 제안합니다.

면책 조항: 위 제안이 한국어 위키백과 공동체에 의해 통과된다 하여도, 해당 내용이 기술적으로 가능한 지 알 수 없으며, 설령 가능하다 하더라도 위키미디어 재단이 해당 요청을 거부하는 행위에 대해서 보증할 수 없습니다.

— revimsg 2014년 11월 6일 (목) 03:00 (KST)

찬성[편집]

찬성 해당 전역 필터로 걸러지는 스팸이 없고, 전역 필터를 해제하면 아주 조금이나마 위키백과 편집 저장 속도가 빨라지기는 하겠죠.--콩가루 (토론) 2014년 11월 16일 (일) 11:00 (KST)
찬성 필터로 걸려지는 스팸이 없으면 무용지물이므로 찬성합니다. 단, 나중에 더 커져서 영문 스팸이 들어오기 시작하면 그 때 부터 논의하면 되겠죠.--twotwo2019 (토론) 2014년 11월 16일 (일) 19:59 (KST)
찬성 제가 생각해도 효과가 전혀 없어요.--아이플♥ (토론) 2014년 12월 1일 (월) 05:13 (KST)

반대[편집]

의견, 질문[편집]

한달 정도 지켜본 다음에 해당 필터로 스팸이 얼마나 걸러지는지를 확인할 필요는 있을 것 같습니다.--콩가루 (토론) 2014년 11월 6일 (목) 10:33 (KST)

질문 해당 필터가 100% 한국어 위키백과에 적용에 무용지물인지 알고 싶습니다.ㅡ커뷰 (토론) 2014년 11월 7일 (금) 01:55 (KST)
필터 기록을 참조하십시오. 관리자 권한을 가진 제 계정에서도 기록 없음으로 뜹니다. — revimsg 2014년 11월 7일 (금) 02:02 (KST)
그리고, 일부 필터는 Public 상태로, 누구나 볼 수 있습니다. — revimsg 2014년 11월 7일 (금) 02:03 (KST)
중립 찬성을 하든 반대를 하든 실익이 없습니다.(분당선M)--199.119.233.154 (토론) 2014년 11월 12일 (수) 21:36 (KST)

user:Abuse filter를 통한 편집 필터 자동 차단 도입 제안[편집]

스팸 방지와 대우건설들의 문제가 있는 사용자들의 추가 기여를 방지하기 위해 편집필터의 차단 기능을 위키백과에 활성화시켜, 필터에 적발되면 자동으로 차단(기간은 3개월일겁니다) 되도록 하는 것을 제안합니다.

이 기능은 메타나 위키데이터 등에서 잘 사용되고 있습니다. d:special:log/Abuse filter

참조: 이 기능이 도입되면, 편집필터의 차단이 활성화 됨과 동시에 에 관리자 권한이 자동 부여되며, 부여 이후에는 회수할 수 없습니다. (미디어위키 확장기능) --분당선M (토론) 2014년 11월 8일 (토) 03:50 (KST)

찬성 위키데이터에서 유용하게 쓰여 온 것을 그동안 봐 왔습니다(스팸 관련). 한국어 위키백과에도 도입이 되면 좋을 것 같네요.--콩가루 (토론) 2014년 11월 8일 (토) 10:23 (KST)
찬성 --twotwo2019 (토론) 2014년 11월 8일 (토) 11:56 (KST)
반대 사람이 수동으로 개입하지 않는 필터의 특성과 필터 자체에 생길 수 있는 결함으로 인해 제1종 오류(false positive)가 발생할 확률이 존재합니다. 그리고 관리자가 상시 false positive를 감시할 여력도 없고요. 그리고 기본적으로 차단 기한은 무기한입니다. 다만 위키데이터에서는 익명 사용자에 대해 3개월 설정을 추가적으로 했을 뿐이고요. 필터를 정교하게 설계할 능력이 확신되지 않는 이상 차단 기능을 주는 것은 엉뚱한 피해자를 양산하게 되며 사람의 판단이 개입되지 않으므로 차단 정책에서 요구하는 사유의 명백성, 차단의 필요성 심의가 불가능하므로 차단 기능을 추가하는 것에 대해서는 강력하게 반대합니다. – Kwj2772 (msg) 2014년 11월 8일 (토) 16:11 (KST)
여기서 말하는 필터는 다중계정이 흔히 하는 편집(예를 들어, 문서의 내용을 욕으로 채운다든지 등)을 감지하면 자동으로 차단하는 시스템으로 알고 있습니다. 정상적인 사용자(처음온 사람이든 아니든)은 당연히 내용을 욕으로 넣을 리가 없으니 자동 차단되는 이런 시스템이면 괜찮지 않을까요?--twotwo2019 (토론) 2014년 11월 8일 (토) 16:21 (KST)
반대 제가 보수적이라고 생각하실지 모르겠지만, Kwj2772님의 의견에 기본적으로 동의하며, 편집 필터에서 Warning만 하고, 실질적인 차단은 관리자가 직접하는 편이 더 낫다고 생각합니다. 아직 한국어 위키백과는 필터에 대해 이해하고 있는 사용자가 충분하지 않다고 생각합니다. --이강철 (토론) 2014년 11월 10일 (월) 03:07 (KST)
Symbol opinion vote.svg의견 장기적으로는 분당선M 님의 제안대로 편집 필터를 사용한 자동 차단이 좋을 수 있겠으나, 지금 당장은 편집 필터의 오류 가능성에 대한 우려 등이 남아 있는 상황에서 즉시 적용하기는 부담스러워 보입니다. 테스트로 특정 부분에 대해 어느 정도 "시범 운영"을 한 뒤에 그 결과를 보고 공동체의 총의를 다시 묻는 것이 어떨까 싶습니다. -- 아사달(Asadal) (토론) 2014년 11월 12일 (수) 21:22 (KST)

VisualEditor News #9—2014[편집]

2014년 11월 15일 (토) 08:29 (KST)

버그질라의 "진짜" 종말[편집]

위키미디어 버그질라 (bugzilla.wikimedia.org)가 이번 주 주말에 파브리케이터로 이전합니다. 이는 미디어위키.org의 의견 요청의 결과에 따른 이동으로, 이번 주 금요일주터 일요일까지 버그를 보고하거나 할 수 없습니다. 긴급한 버그가 있어 즉시 고쳐져야 하는 경우 (보안 취약점 등)는 미디어위키의 지원방 등을 활용하세요. 기존 버그질라에 계정이 있는 분은 금요일까지 phabricator.wikimedia.org에 계정을 등록하고 (위키미디어 통합 로그인을 지원합니다) 버그질라에서 쓰시던 이메일을 설정에서 등록하면 이전과 함께 구독 데이터, 버그 리포터 정보 등이 모두 이전됩니다. 이전 버그질라는 old-bugzilla.wikimedia.org에 읽기 전용으로 제공될 예정입니다. 현재 영어 이외의 언어는 지원되지 않으나, 파브리케이터 개발자에게 번역 기능을 지원해 달라는 요청이 접수된 상태입니다.

— Revi 2014년 11월 20일 (목) 18:57 (KST)

2015년 오늘의 그림[편집]

2015년까지 얼마 남지 않았는데, '봇'이 내년 것까지 업데이트해 주지 않는 듯합니다. jtm71 (토론) 2014년 11월 29일 (토) 08:37 (KST)

오늘의 그림은 정해진 것도 있고 안 정해진 것도 있습니다. 업데이트는 봇 주인께 문의해 보세요. — Revi 2014년 11월 29일 (토) 11:19 (KST)
다른 언어 위키백과를 보니 마찬가지로 2014년까지만 되어 있습니다. 의견은 취소합니다. jtm71 (토론) 2014년 11월 29일 (토) 17:58 (KST)
@Jtm71: 오늘의 그림에 대한 부연 설명을 하자면, 영어판과 일부 언어판은 자체적으로 "알찬 그림"을 선정하여 그 중 오늘의 그림을 선정하고, 한국어판과 같이 공용의 오늘의 그림을 불러오는 경우는 공용의 알찬 그림 (c:COM:FP)에서 기존에 오늘의 그림이었던 적이 없는 사진으로 선정합니다. 특별한 선정 기간은 없고, 연중 합니다. — Revi 2014년 11월 29일 (토) 18:34 (KST)
위키백과:오늘의 그림/월별 목차와 월별 문서들을 이야기하는 것입니다. jtm71 (토론) 2014년 11월 29일 (토) 18:47 (KST)
그 이미지들은 c:COM:POTD에서 끌어오는 것인데, 특별히 선정 기간이 없기 때문에 공용에서 해당 날짜에 해당하는 POTD 틀이 생성되는 대로 일정 주기에 한번씩 끌어올 수밖에 없다는 것입니다. — Revi 2014년 11월 29일 (토) 19:43 (KST)
공용쪽과 관련되어 있는 것인가요. 아직 1달 남았으니 일단 기다려 보겠습니다. jtm71 (토론) 2014년 11월 30일 (일) 05:10 (KST)
공용에 이미 선정된 파일들이 있으니 그쪽에서 번역하셔도 됩니다. — Revi 2014년 12월 10일 (수) 17:19 (KST)

한국어 위키백과에서 문서 역사 병합이 가능한지요?[편집]

문서 옮기기를 모르는 것으로 추정되는 사용자들이 옮기기가 아닌 기존 문서에서 복사 & 붙여넣기로 새로 생성한 문서에 추가 편집이 이뤄진 경우 기존 문서의 편집 역사와 새로 생성된 문서의 편집 역사를 한 문서로 병합하는 게 가능한지요? 영문 위키백과에 en:Wikipedia:How to fix cut-and-paste moves 이런 글을 있는 걸로 봐서 가능한 걸로 보이는데 한국어 위키백과에서는 어떤지 모르겠습니다. 한국어 위키백과에서 일부 문서를 복사 & 붙여넣기로 새로 문서를 생성한 후 기존 문서를 넘겨주기 문서로 무단으로 바꿔버린 후 새로 생성된 문서에 추가 편집이 이뤄지고 있는 경우가 눈에 띕니다. 가능하다면 이런 문서들을 손봤으면 합니다. --Leedkmn (토론) 2014년 11월 29일 (토) 18:01 (KST)

@Leedkmn: 당연히 가능합니다. 백:문관에 요청해주세요.--콩가루 (토론) 2014년 11월 29일 (토) 18:03 (KST)
감사합니다. --Leedkmn (토론) 2014년 11월 29일 (토) 18:05 (KST)


새로운 사용자 권한에 대한 제안[편집]

백토:사용자 권한#인터페이스 편집자 권한 생성 제안 참조하세요. — Revi 2014년 12월 10일 (수) 17:21 (KST)

공용분류 틀 디버그 요청[편집]

최근 {{공용분류}}가 위키데이터에서 값을 받아오지 못하고 있습니다. 제가 실험을 해 본 결과 위키데이터에서 공용분류 값은 잘 받아 옵니다. [2] 문제는 위키데이터에 있는 공용분류 속성에 값이 몇 개가 있는지 제대로 받아오지 못한다는 점입니다. 공용분류 틀에서 {{#invoke:Wikibase|lengthOfValue|P373}} 부분이 값이 몇 개가 있는지 받아오는 부분인데, 여기를 보면 "2"라는 값을 받아 옵니다. 실제로는 공용분류가 하나 뿐입니다.(d:Q1187835) Wikibase 모듈에 문제가 있는 것 같은데 수정 부탁드립니다.--콩가루 (토론) 2014년 12월 11일 (목) 17:06 (KST)

봇 편집의 기술적 문제점[편집]

위키백과:봇 편집 요청/2014년 12월#2014-12-13 Leedkmn의 요청을 처리하려고 합니다만 고쳐야 할 문서가 30,625개입니다. 이러한 편집이 기술적으로 문제가 있는지요?--콩가루 (토론) 2014년 12월 13일 (토) 20:48 (KST)

여느 봇 편집이 그렇듯이, mw:Maxlag를 지키며 (불쌍한) 서버를 위해 천천히 돌려 주시면야 문제는 없어 보입니다. — Revi 2014년 12월 13일 (토) 20:56 (KST)