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

페이브리케이터 업데이트

버그 리포트 등을 취급하는 분들에게는 11월 21일에 버그질라가 오프라인으로 전환하고, 파브리케이터는 물건을 수입한 후 다음 주 월요일이나 화요일에 생방송으로 나간다는 것이 현재 잠정적인 개념이다.당신은 https://phabricator.wikimedia.org/T15에서 그것에 대해 더 많이 읽을 수 있다.

여기서 업데이트해야 할 사항(예: 버그질라에서 버그를 보고하라는 권고)에 대해 생각해 보는 것이 아마도 좋은 생각일 것이다.Whatamidoing (WMF) (토크) 20:31, 2014년 11월 6일 (UTC)

버질라 페이지는 "버질라에서 파브리케이터로의 이주는 11월 21일부터 시작될 계획"이라고 말한다.그럼 "다음 주 월요일이나 화요일, 물건을 수입한 후"까지는 버그를 사용할 수 없는 겁니까?정말? --Ancheta Wise (대화 기여) 19:14, 2014년 11월 9일 (UTC)

보아하니 전체 데이터베이스를 가져오려면 주말 내내, 그리고 조금 더 걸릴 것 같다.모든 것을 읽을 수는 있겠지만, 그 시간 동안 새로운 정보를 추가할 수는 없을 것이다.Whatamidoing (WMF) (토크) 18:41, 2014년 11월 10일 (UTC)

그것은 간단한 일이 아니다.이전에 아무도 파브리케이터로 Bugzilla를 이주시킨 적이 없고, 우리는 73k의 보고서를 처리해야 한다.계획된 단계 순서가 mw:Phabricator/versus_Bugzilla#Timeline.우리는 당신이 벌레가 없는 주말을 즐기기를 바란다.;;) --Qgil-WMF (대화) 23:51, 2014년 11월 13일 (UTC)

Bugzilla에서 Phabricator로의 마이그레이션에 대한 업무 시간 2배 증가

안녕, 다음 주에는 Bugzilla에서 Phabricator로의 마이그레이션에 대한 당신의 질문에 답변하기 위해 두 시간 동안 진행하겠다.

• UTC(UTC) 18 Novmbre 16:00 UTC
• UTC(UTC) 18 Novmbre 23:00 UTC

#위키미디아 오피스에서, 평소와 같이.11월 21일 금요일 00:30 UTC에서 이주를 시작할 계획이다.자세한 내용은 mw:에서 확인해 보십시오.Phabricator/versus_Bugzilla.--Qgil-WMF (대화) 23:48, 2014년 11월 13일 (UTC)

역사 시간 스탬프가 잘못됨

왜 여기 타임 스탬프는 미래에 한 시간 있을까?SpiningSpark 13:04, 2014년 11월 14일(UTC)

11시간 전에 01:37과 01:43 UTC로 보고 있어.지금은 13:16 UTC이다.몇 시쯤 보입니까? -- John of Reading (대화) 13:17, 2014년 11월 14일 (UTC)

으악. 24시간.방금 게시된 줄 알았는데.SpiningSpark 13:28, 2014년 11월 14일(UTC)

템플릿 도움말 필요

그린 라인 버스 노선 724를 읽던 중 페이지 중간쯤에서 심각한 난장판을 발견했다. 이 개정판에서는 볼 수 있을 것이다.템플릿이 어디선가 우습게 된 것 같아.누구 도와줄 사람 있어?Hassocks5489 (Floreat Hova!) 20:29, 2014년 11월 14일 (UTC)

몇 시간 전에 되돌린 이 편집이었는데, 그 결과 아직도 여러 페이지가 깨져 있다.WP만 있으면 된다.숙청. --Redros64 (대화) 20:43, 2014년 11월 14일 (UTC)

해결됨

잘됐네, 그거 잘 해결했네. 고마워.Hassocks5489 (Floreat Hova!) 20:46, 2014년 11월 14일 (UTC)

누군가 도착했다

과학과 예술 분수라는 새로운 기사에서, 지리 좌표(?)를 본문 중앙에 배치했다.그들에게 어느 정도 자리를 마련해 주는 것은 좋은 생각이지만 나는 그것이 어떻게 이루어져야 하는지가 아니라고 생각한다.도와주실 수 있겠어요?Einar aka Carptrash (대화) 14:53, 2014년 11월 15일 (UTC)

엄밀히 말하면 유효한 일이지만 이 경우 두 분수가 너무 가까이 붙어 있기 때문에 헤더에 하나의 좌표를 두는 것이 좋을 것 같다.모스:COODS 및 WP:위키프로젝트 지리 좌표가 도움이 될 수도 있고 아닐 수도 있다.Thincat (토크) 15:06, 2014년 11월 15일 (UTC)

각각의 이미지 캡션에 하나씩 넣었어.이것은 충분히 깨끗해 보인다.세나륨 (대화) 15:14, 2014년 11월 15일 (UTC)

그것도 괜찮아 보인다.Thincat (토크) 15:18, 2014년 11월 15일 (UTC)

구글은 뉴런이 해킹당했을지도 모른다고 생각한다.

뉴런(대화 기록 편집 보호 로그 보기 보기 링크 삭제)

방금 "Neuron"을 검색했는데, 첫 번째 히트작은 위키피디아 기사였습니다.구글은 기사 URL 아래 빌리지 펌프나 헬프 데스크 아카이브에 나타나지 않는 문구인 '이 사이트가 해킹당할 수도 있다'는 메시지를 표시했다.그 메시지를 클릭하면 나는 여기에 도착했는데, 그것은 비정보적인 것이었다.이 정도의 청소년 반달리즘을 세지 않는 한 그 기사에서는 특이한 것을 볼 수 없었다(찾아봐야 할 정도는 아니었다). 만약 반달리즘이 살아 있는 동안 우연히 짧은 창문으로 기사를 기어가게 되었다면 구글이 일종의 해킹으로 해석했을지도 모른다.

무슨 일인지 아는 사람 있어?이 사실을 보고해야 할 곳이 있는가?에이드리언 J. 헌터^{(talk•contribs)} 03:22, 2014년 11월 12일(UTC)

나는 지금 호주의 애들레이드에 있어, 혹시 로컬 서버와 문제가 될까봐.에이드리언 J. 헌터^{(talk•contribs)} 03:27, 2014년 11월 12일(UTC)

플로리다에서도 같은 메시지를 받는다. --NE2 03:33, 2014년 11월 12일 (UTC)

홍콩에서도 마찬가지. -- 같은 배 - -舟 (대화) 03:36, 2014년 11월 12일 (UTC)

대표적인 뉴런이 세포 본체를 갖고 있다(wikipedia.org)는 구글이 https://en.wikipedia.org/wiki/Neuron과 https://en.wikipedia.org/wiki/neuron?previous=yes에서 검색한 내용을 검색해보면 구글이 https://en.wikipedia.org/wiki/Neuron과 https://en.wikipedia.org/wiki/neuron?previous=yes에 모두 인덱싱했다는 것을 알 수 있다.'이 사이트는 해킹 당할 수 있다'는 전자의 경우만 표시돼 있다.후자는 구글이 2014년 10월 26일 22:12:30 GMT에 의해 캐시되었다. 전자는 구글의 캐시를 작은 녹색 아래 화살표에 표시하지 않는다. 아마도 구글이 해킹당했다고 의심하기 때문일 것이다.캐시가 표시되지 않을 때 인덱싱한 시기를 직접 확인할 수 있는 방법은 모르겠지만, 검색 사이트인 '이 페이지는 마지막으로 수정한 페이지' 사이트:en.wikipedia.org/wiki/Neuron에 "이 페이지는 2014년 6월 24일 23시 52분에 마지막으로 수정한 페이지"라고 나와 있다.그것은 다음 7월 19일에 편집된 이 오래된 버전이어야 한다.구글은 보통 기사를 자주 색인하는 것 같다.해킹당한 줄 알고 재방문을 중단한 것일까.나는 그들이 왜 그렇게 생각하는지 모르겠다.프라임헌터 (대화) 04:02, 2014년 11월 12일 (UTC)

Google Webmaster Tools 계정을 가진 위키백과 관리자가 있는가?그렇다면 구글이 사이트를 해킹했다고 생각하는 이유를 알 수 있어야 한다.(대화) 05:04, 2014년 11월 12일 (UTC)

이것은 일주일 전에 크렌에어에 의해 발견되었다: 여기 IRC 로그에서 "뉴론"을 검색하라.나는 그것에 대해 어떤 조치가 있었는지 모르겠다.로그에서 볼 수 있듯이 영어 위키백과에 대한 구글 웹마스터 툴 계정이 있는지, 있다면 누가 접속할 수 있는지 아무도 모르는 것 같다.

Nemo bis의 조언에 따라 나는 Bugzilla에 버그를 신청했다: bugzilla:73305 바라건대 이것이 어느 정도 눈에 띄기를 바란다 — 이것, 저것과 다른 (대화) 2014년 11월 12일 (UTC)

좋아, 모두 고마워.에이드리언 J. 헌터^{(talk•contribs)} 12:34, 2014년 11월 12일(UTC)

Google 웹마스터 도구에 따르면:

현재 사이트 콘텐츠에서 보안 문제를 감지하지 못했다.보안 문제와 보안 문제가 사이트에 어떤 영향을 미칠 수 있는지 자세히 알아보려면 당사의 리소스를 검토하십시오.

그게 뭐든 고쳐졌거나 잘못된 긍정이었거나...레이디 (토크) 13:03, 2014년 11월 12일 (UTC)

티켓:2014110510000676, 일주일 전에도 이 문제에 대해 사용자가 논의하도록 했다.///EuroCarGT 03:15, 2014년 11월 13일(UTC)

@Reedy: 구글은 여전히 6월 24일 버전을 인덱싱하고 "이 사이트는 해킹 당할 수도 있다"고 말한다.http://en.wikipedia.org/wiki/Neuron에서 절차를 다시 제출해 주시겠습니까?"이런 식으로 일주일에 최대 500개의 개별 URL을 제출할 수 있다"고 적혀 있다.구글이 인덱싱한 버전에 BLP 기물 파손이나 기타 문제가 심각할 경우 편집자들이 기사 재전송을 요청할 수 있는 일반적인 방법이 있는가?프라임헌터 (토크) 10:58, 2014년 11월 15일 (UTC)

충분한 권한이 부여되지 않았다.더 많은 접근을 위해 작전을 짜는 중...레이디(토크) 12:36, 2014년 11월 15일 (UTC)

좋아, 이제 끝이야.레이디 (토크) 14:28, 2014년 11월 15일 (UTC)

고마워. 구글은 아직 아무것도 바꾸지 않았지만 무슨 일이 생기면 여기에 게시할게.프라임헌터 (대화)20:35, 2014년 11월 15일 (UTC)

성공!지난 몇 시간 동안 위의 구글 검색 '이 페이지는 최종 수정되었다' 사이트:en.wikipedia.org/wiki/Neuron은 '이 페이지는 2014년 11월 17일에 최종 수정되었다'로 변경했고, 더 이상 '이 사이트가 해킹당했을 수 있다'고 말하지 않았다.다시 한번 레이디에게 고마워.프라임헌터 (대화) 03:59, 2014년 11월 18일 (UTC)

핫캣 버그?

방금 HotCat을 사용하여 카테고리에 기사를 추가함:청소년 조직("s" 포함)자동으로 Categate로 변경됨대체 맞춤법에서 리디렉션(전자가 카테고리:청년 조직("z" 포함)뭐가 고장났어?Andy Mabbett (Pigsonthewing); Andy와 대화; Andy가 편집한 20:02, 2014년 11월 13일 (UTC)

아마 HotCat이 고장 났을 거야.그것은 카테고리에 있는 고양이들을 제공하지 말아야 한다.위키백과 소프트 리디렉션 범주, 고양이에게 방어를 제공해서는 안 된다.{{Category redirect}}--Redrose64 (대화) 20:52, 2014년 11월 13일 (UTC)

네가 HotCat에서 버그를 찾은 것 같아.Commons에서 보고할 수 있음:MediaWiki_talk:가젯-핫캣.js.러슬릭_제로20:53, 2014년 11월 13일 (UTC)

보고, 해결책 제시.@Redrose64:나는 HotCat이 리디렉션을 제공하는 것은 괜찮다고 말하고 싶다(어쨌든 그냥 입력할 수 있다).후자는 여기서 실패했지만, 나는 그것이 모든 현실적인 경우에 대해 고쳐질 수 있다고 생각한다.— HHHIPO 22:13, 2014년 11월 13일(UTC)

수정됨. 변경 내용을 즉시 가져오기 위해 브라우저에 캐시를 다시 로드해야 할 수 있음. 그렇지 않으면 수정 사항이 MediaWiki 서버가 적합하다고 판단될 때 전파됨.루포 22:29, 2014년 11월 15일 (UTC)

삽입 기호 상자 사라짐

내 편집 페이지에 있는 기호 상자가 없어졌어.로토프 (대화) 21:21, 2014년 11월 14일 (UTC)

누구 좀 도와주시겠습니까?로토프 (대화) 13:51, 2014년 11월 15일 (UTC)

안녕 로토프, 나도 비슷한 일이 있었는데 이 토론으로 문제가 해결됐어.하지만 다른 사람들이 그것을 경험하고 있다면, 사례별 기준보다 더 많은 것을 고려해 볼 가치가 있을지도 모른다.빅토리아 (tk) 14:09, 2014년 11월 15일 (UTC)

고마워, 빅토리아.페이지를 비워보라는 말씀이십니까 사용자:로토르페/모노북.js?로토프 (대화) 15:10, 2014년 11월 15일 (UTC)

시도해 볼 만한 가치가 있는가? 특히 그 콘텐츠는 전혀 쓸모가 없고, 다른 스크립트가 실패하는 이유일 수도 있는 js 오류를 일으키기 때문에, 당신은 잃을 것이 아무것도 없다.

빈 사용자:로토르페/벡터.js도 그 일을 하는 동안.쓸모없을 뿐(혹은 해로울 뿐) 언젠가 벡터로 전환하고 싶을 수도 있다. 평화 - קיפודד ( ( ((kipod) (토크) 15:17, 2014년 11월 15일 (UTC)

성공!두 분 모두에게 감사드린다.로토프 (대화) 16:13, 2014년 11월 15일 (UTC)

안녕 로토프, 그래, 나는 페이지를 비우고 기호를 되찾았다. 그리고 내가 가장 많이 사용하는 스크립트를 한 번에 하나씩 추가하기 시작했다.나는 간신히 대시 스크립트와 페이지 크기 스크립트를 다시 넣었는데 문제가 발생하지 않았어.나는 모노북, btw를 사용한다.빅토리아 (tk) 2014년 11월 15일 19:00 (UTC)

나는 대본을 사용하지 않지만, 내 상징들을 모두 돌려받았고, 전보다 더 깔끔하게 정리했다.다시 한번 정말 고마워!Rothorpe (대화) 19:08, 2014년 11월 15일 (UTC)

@Rothorpe:사용자:Rothorpe/monobook.js는 비어 있지만, 대부분의 페이지에 있는 대부분의 다른 가젯과 일부 비가젯 기능(예: 상자 확장 및 접기 코드 또는 테이블 정렬)과 마찬가지로 문제의 기능은 스크립트다.

당신이 당신의 monobook.js에 이것을 가지고 있었을 때, 그것은 유효한 Javascript가 아니다; 그리고 그것은 MediaWiki 소프트웨어가 당신의 monobook.js, 당신이 활성화한 모든 가젯들, 그리고 몇몇 더 많은 Javascript 코드들 (붕괴, 분류 등)을 사용하고 있기 때문에 다른 스크립트들을 깼다.e 대용량 JavaScript 파일.만약 당신의 브라우저가 그것의 아주 작은 부분 하나를 좋아하지 않는다면, 그것은 창밖으로 많은 것을 내던져 버릴지도 모른다.모든 브라우저가 그렇게 까다롭지는 않지만. --Redrose64 (토크) 20:33, 2014년 11월 15일 (UTC)

설명해줘서 고마워.나는 어느 정도 이해한다고 생각한다.오래 전에 타이핑을 해야 한다고 누가 그러던데, 왜 그랬는지 까먹었어.그럼 계속 비워둘까?로토르페(토크) 01:15, 2014년 11월 16일 (UTC)

빈 파일은 아무 것도 하지 않고, 세미콜론 한 개도 아무 것도 하지 않는다.어떤 것을 사용하든 상관없다. --Redros64 (대화) 09:47, 2014년 11월 16일 (UTC)

그래, 고마워.Rothorpe (대화) 20:53, 2014년 11월 16일 (UTC)

언어 & 대륙

"Language" 메뉴 항목(메인 페이지, LH 도구 모음)을 마우스로 가리키면 "중동"이라는 대륙이 추가되는 것을 볼 수 있다.이 일은 어디서 물어 볼 수 있을까?WP:VPT, enwiki, mw? -DePiep (대화) 12:05, 2014년 11월 15일 (UTC)

안 보여.이상하게 들린다.아무 것도 클릭하지 않고 메인 페이지#p-lang의 "언어" 제목 위를 맴돌 때 이런 일이 일어난다는 말인가?텍스트는 어디에 배치되어 있는가?그것은 "계속"이라고 하는가, 아니면 대륙을 나열하는가?리바토우와 코르웬 FC와 같은 모든 페이지에서 일어나는 일인가?당신의 브라우저와 피부는 무엇인가?로그아웃할 때 그런 일이 일어나는가?프라임헌터 (대화) 15:38, 2014년 11월 15일 (UTC)

찾았다.단축 언어 목록 아래에 있는 점 세 개를 클릭하면 Preferences, Beta, Compact language 링크가 켜짐Thincat (토크) 15:55, 2014년 11월 15일 (UTC)

고마워. 그걸 보려면 사이드바트랜슬레이트 장치도 비활성화해야 했어.디파이프, 맴돌면서 클릭을 안 하면 이런 게 보인다는 거야?"계속"이라고 주장하는가?그들은 일부 광범위한 언어에 대한 "세계적"과 일부 기사의 "태평양"을 포함한 지역이다. 예를 들어, Cat과 같은.구글 검색에서 "중동 언어"를 검색하면 "약 16만 개의 결과"를 얻는다.흔한 개념이다.이 기능은 Special에서 활성화됨:"토론" 링크가 mw에 연결되는 기본 설정#mw-prefection-betafeatures:대화: Universal Language Selector/Design/Interlanguage 링크It mw:Talk:Universal Language Selector/Design/Interlanguage 링크#계속 짜증나네.그 문제를 언급하는 게시물이 있다.프라임헌터(토크) 16:32, 2014년 11월 15일 (UTC)

나는 다양한 베타를 사용할 수 있다. (자세한 정보를 알고 싶다.)excample page George W. Bush.언급된 10여 개의 "언어" 아래에 "139개 언어 추가"라고 쓰여 있는 "..." 상자/버튼(추상: 여기에 더 있음)이 있고, 그 아래에는 "139개 언어 추가"라고 쓰여 있다.이제 그 버튼(서핑만 하는 것이 아니라)을 클릭하면 '언어 검색, 공용어 등'이라는 언어를 나열하는 팝업(?)이 나온다.내 질문은 이것이 어디에 설정되거나 유지되는가이다. -DePiep (대화) 15:09, 2014년 11월 16일 (UTC)

MW의 일부분이다.확장:위키미디어 재단이 만드는 UniversalLanguageSelector.소스 코드는 다운로드할 수 있지만 영어 위키피디아는 코드를 변경할 수 있는 권한이 없다.특정 위키에 대해 언어 그룹을 선택하는 설정이 있는지는 모르겠지만 그렇다고 해도 개발자가 설정해야 할 것 같다.전술한 바와 같이, mw:Talk: Universal Language Selector/Design/Interlanguage 링크. mw:Universal Language Selector/Design/Internal links#Leave 피드백은 구체적으로 "토크 페이지에 피드백을 남겨주십시오"라고 말한다.프라임헌터 (대화) 15:53, 2014년 11월 16일 (UTC)

"템플릿:플래그 이슬람 국가"

{{flag 이슬람국가}}에 들어가 수정하는 방법에 대해 조언해 주시겠습니까?이 주제에 관한 위키피디아에 관한 주요 기사는 이라크 이슬람국가(IS)와 레반트(Levant)라는 합의에 의해 알려져 있지만, 어떠한 이유나 동기에도 불구하고, 콘텐츠는 여전히 이슬람국가라는 비합치적인 이름 아래 존재하고 있다.템플릿에서 템플릿 사용량 한 가지:이라크의 반란(2011년–현재) 인포박스.이것을 해결하기 위한 어떤 도움이라도 감사할 것이다.

그레그카예 ✍세 16:30, 2014년 11월 15일 (UTC)

{{flag Islamic State}}"이슬람국가"가 이라크와 레반트로 연결되는 파이프 링크로 이슬람 국가를 생산하고 있어, 무슨 문제인지 잘 모르겠다. {{flag Islamic State of Iraq and the Levant}}같은 기사에 대한 미개척의 연결고리를 가진 이슬람국가 이라크와 레반트를 생산한다.{{flag}}}은(는) 파라미터에 지정된 이름을 무시하고 항상 긴 이름을 표시해야 한다는 말씀이세요?프라임헌터 (대화) 2014년 11월 15일 (UTC) 16:46, 15

바로 그렇다.단지 "이슬람국가"(비협조적 이름)만 입력하는 것에 관계없이 표시해서는 안 된다.레거시pac (대화) 16:34, 2014년 11월 16일 (UTC)

{{flag Islamic State}}템플릿 호출:템플릿으로 리디렉션되는 국가 데이터 이슬람 국가:나라자료 이라크와 레반트의 이슬람국가."이슬람 상태" 리디렉션 삭제(템플릿:국가 데이터 이슬람 국가는 또 다른 국가)는 이러한 별칭이 사용되는 것을 막을 수 있지만 WP에서 논의되어야 한다.RFD.

기본적으로 표시되는 이름으로 지정된 첫 번째 파라미터를 사용하는 {{flag}의 대안으로 국가 데이터 템플릿 내에 지정된 표준 이름을 표시하는 {{flagcountry}}이(가) 있다. {{flagcountry Islamic State}}ISIL로 귀결된다.표시된 이름은 다음을 사용하여 재정의할 수 있다. name=두 가지 템플릿으로SiBr₄ (대화) 16:56, 2014년 11월 15일 (UTC)

(충돌 편집)@Gregkaye:이는 "이슬람 국가"가 템플릿의 별칭이기 때문에 작동한다.나라자료 이라크와 레반트의 이슬람국가(IS)와 템플릿:나라자료 이슬람국가(IS)가 그 템플릿으로 리디렉션한다.템플릿에서 별칭을 제거하면 해당 별칭을 사용하는 모든 페이지가 손상되므로 대신 사용할 수 있음{{flag Islamic State in Iraq and the Levant}}(이라크와 레반트에서 이슬람국가(IS)를 제작한다)는 내용을 바꿔야 한다.너무 길면 사용할 수 있다.{{flag ISIS}}(ISIS를 생산한다.)이름을 수동으로 지정할 수도 있으며 name=, 예:{{flag ISIS name=What was that place called again?}} (어느 제품이 생산되었나? 그곳은 뭐라고 불렸나?)템플릿의 추가 옵션 참조:플래그 — Stradivarius씨^{♪ talk ♪} 2014년 11월 15일(UTC)

고맙지만₄, Stradivarius씨, 이 모든 것이 큰 도움이 되고 감사하다.그레그카예 ✍ 17:21, 2014년 11월 15일 (UTC)

다른 관점에서 템플릿에 대한 도움말을 참조하십시오.나라자료 이라크와 레반트의 이슬람국가.'리디렉션 가명'에서는 'ISIL'을 추가하고 '이라크와 레반트', '이슬람국가', '이슬람국가'를 없애는 것이 정말 도움이 될 것이다.명단에서어떤 조언이라도 고마워할 것이다.그레그카예 ✍세 01:33, 2014년 11월 16일 (UTC)

SiBr₄, Stradivarius씨, 좀 도와주겠나?그레그카예프 2014년 11월 16일 09:57 (UTC)

레거시pac은 이미 "이슬람 국가"와 "이슬람 국가" 리디렉션을 템플릿의 목록에서 삭제했다.나라자료 이라크와 레반트의 이슬람국가.그러나 실제 리디렉션은 여전히 존재한다.리디렉션 목록에서 항목을 쉽게 추가하고 제거할 수 있음: 템플릿:국가 쇼데이터/doc#Redirect 별칭.SiBr₄ (대화) 10:27, 2014년 11월 16일 (UTC)

"ISIL" 리디렉션이 이 편집과 함께 템플릿 코드에 이미 추가되었지만 템플릿의 5방향 제한:국가 쇼 데이터가 초과됨.SiBr₄ (대화) 10:43, 2014년 11월 16일 (UTC)

내 의도는 그렉카예와 꼭 같다.만약 누군가가 이슬람 국가를 입력한다면 그것은 "이슬람 국가 이라크와 레반트"를 전시할 필요가 있다.나는 그것이 전혀 작동하지 않기를 바란다.이제 내가 그걸 어떻게 얻는지 이해한다면.레거시pac (대화) 16:30, 2014년 11월 16일 (UTC)

Ping SiBr₄ re: 괜찮다면 Legacypac에서 쿼리하십시오.나는 아직 별개의 문제에서 제기할 또 다른 문제가 있다.우리 두 사람은 많은 비협조적 편집에 반대해 온 사람들 중 한 명이다.그리고 이 지원은 감사할 것이다.나는 방금 템플리트 기사의 사용법을 살펴보았다.국가 데이터 이슬람 국가 및 템플릿:나라자료 이슬람국가(ISIL) 또는 이라크 이슬람국가(ISL)와 레반트로 텍스트를 변경했다.템플리트에 연결되는 사용자 페이지에서 변경하지 않았지만 템플리트의 단순 삭제도 순서가 될 수 있다.그러나 레거시pac의 제안은 가능하다면 더 바람직하다.고마워요.그레카예프 16:59, 2014년 11월 16일 (UTC)

데이터 템플릿에 간단한 파서 함수를 추가하면 "이슬람 상태"라는 이름이 표시되는 이름이 되지 않을 수 있다. name = {{#ifeq:{{{name }}} Islamic State Islamic State of Iraq and the Levant {{{name }}}}}그래야지 name = Islamic State of Iraq and the Levant 첫 와 ISIL로 표기된 하였다. name=, 다른 이름이 사용되지 않도록 방지.나는 이것들 중 하나를 사용하는 것이 좋은 생각이 될지 의심스럽다.SiBr₄ (대화) 21:06, 2014년 11월 16일 (UTC)

SiBr₄, 훌륭해.이거 괜찮아?그레그카예프 2014년 11월 17일 09:12 (UTC)

다시 말해, 이름이 명시적으로 설정되더라도 ISIL이 표시된다. 예를 들어,{{flag ISIL name=Islamic State}}. SiBr₄ (대화) 09:20, 2014년 11월 17일 (UTC)

템플리트 내의 링크와 그렇지 않은 링크를 구분하기 위한 "여기에 링크된 내용"의 작업량

약 10년 전 위키백과를 편집하기 시작한 이후 내가 찾는 것 중 한 가지는 "여기에 있는 링크"의 어떤 항목이 그렇지 않은 항목들의 템플릿 링크에서 나오는 것인지 알 수 있는 능력이다.그것을 구현하는 데 자신이 무엇을 하고 있는지 아는 사람(혹은 어떤 사람)이 얼마나 걸릴지 견적서를 주시겠습니까?("그래, 나는 몇 분밖에 없어"부터 "위키 소프트웨어의 전체 코딩을 줄여야 해"까지)나랏(토크) (토크) 15:02, 2014년 11월 16일 (UTC)

@Naraht: 최근 위키백과에 관련 내용이 보관되었다.마을 펌프(기술)/아카이브 131#여기서 무슨 링크 문제 해결?SiBr₄ (대화) 21:27, 2014년 11월 16일 (UTC)

그것은 아카이브 122의 훨씬 더 완전한 논의와 연결된다.자주 요청되는 기능(FRF) 페이지를 설정할 가치가 있는가?이 문제를 해결하기 위한 제안은 Regexp를 사용한 소스 검색이었지만, 메인스페이스의 소스 검색은 소스에 한함:알파 파이 오메가"는 내가 원하는 대부분의 일을 한다.나라흐트 (대화) 21:45, 2014년 11월 16일 (UTC)

자동으로 링크 만들기

특정 페이지(동일한 테마의 일부여야 하는 페이지) 뒤에 어떤 페이지가 방문되는지를 분석하여 비연계 페이지를 특정 페이지로 자동 연결하는 봇의 아이디어를 가지고 있다.예:페이지 트리에 있던 많은 사람들이 식물에 대해서도 알리기 위해 페이지 식물을 방문했다.나무에는 심을 수 있는 연결고리가 없었기 때문에 그들은 그것을 검색 상자에서 찾아야만 했다.봇은 많은 사람들이 나무를 심은 후에 식물을 방문한다는 것을 인식하고, 나무의 본문에서 "식물"이라는 기존 단어를 연결로 바꿀 것이다.이것이 가능한가? --Impériale (대화) 17:32, 2014년 11월 16일 (UTC)

그것은 가능하다.하지만 좋은 생각일까?WP 참조:오버링크 한 쪽만.자동으로 이렇게 하는 것은 설득력이 없어 보인다.만약 당신이 링크를 추가해야 한다고 생각한다면, 그것은 어떤 이유에서든 누구나 편집할 수 있는 백과사전이다.—EncMstr (대화) 18:44, 2014년 11월 16일 (UTC)

오버링킹의 문제는 봇이 가장 자주 10페이지(물론 이미 연결된 페이지를 연결하지 않음)만 추가하게 만드는 주문으로 해결될 수 있다고 생각한다.물론 링크는 우리 스스로 추가할 수도 있지만, 이 봇은 우리, 즉 저자들이 링크를 놓아야 한다는 것을 모르는 페이지에 링크를 배치할 것이다.다른 쪽에는 링크가 누락된 페이지를 보는 독자들이 많지만, 그것들은 종종 너무 동기가 없거나 어떻게 해야 할지 모르는 경우가 많다.게다가 봇은 많은 중복 작업을 할 것이고, 그만큼의 안전한 시간과 신경 때문에. --임페리얼 (대화) 22:09, 2014년 11월 16일 (UTC)

나는 우리가 실제로 유용한 방법으로 이러한 종류의 사용자별 검색 정보를 기록할지 잘 모르겠다(그리고 tbh, 우리가 기록해야 할지 잘 모르겠다).Andrew Gray (대화) 20:07, 2014년 11월 16일 (UTC)

야후는 곧 돌아올 것이다.

지난 10분 동안 야후 에러 메세지를 받는 데 문제가 있었던 사람 있어?위키피디아 페이지에서 편집 미리보기를 포함해서 말이야.핵심 내용은 다음과 같다.

(야후 로고) 금방 돌아올게...

양해해 주셔서 감사합니다.

우리 기술자들은 그 문제를 해결하기 위해 빠르게 일하고 있다.

—EncMstr (대화) 18:48, 2014년 11월 16일 (UTC)

위키피디아는 야후와 관계가 없다.야후 오류가 발생하면 그들의 서비스(프록시, DNS) 중 하나를 사용해야 하며, 그 중 하나는 문제가 있다. -- [[User:Edokter]] {{talk}}2014년 11월 16일 19:02(UTC)

나는 그 관계를 잘 알고 있다.그러나 내 브라우저에 심각한 문제가 있거나 일부 서버에 주입 문제가 있다.나만 그런 건지 궁금했어.—EncMstr (대화) 19:28, 2014년 11월 16일 (UTC)

이상하다.아마도 당신은 위키피디아 서버에 접속할 수 없었고 당신의 브라우저가 야후 질의에 후퇴하려고 시도했을 것이다.만약 당신이 더 파기를 원한다면, 대부분의 브라우저에는 F12 키를 사용하여 접속할 수 있는 개발자 콘솔이 있고, 당신의 브라우저가 호출하는 페이지를 알려줄 네트워크/넷 패널이 있다. -- Luk 10:26, 2014년 11월 17일 (UTC)

• 사실 꽤 자주 받는다.나에겐 야후 404 검색 도우미가 야후를 위해 사용 가능하기 때문이다.도구 모음.너도 그럴 것 같아.그냥 몇 번 되받아치고 다시 해 봐.— {{U 기술 13}} 18:54, 2014년 11월 17일(UTC)

Google 지도 및 {{GeoGroupTemplate}}

Google에서 이 페이지를 참조하십시오. Google 지도 클래식에 대한 KML 지원이 곧 손실될 예정이므로, KML 파일은 보기 흉한 새 버전의 Google 지도에서도 호스팅할 수 없음.위키백과 대화에 대한 크로스 포스팅:위키프로젝트 지리 좌표.Nyttend (대화) 04:29, 2014년 11월 17일 (UTC)

이것은 또한 WT에서 제기되었다.KML에 관한 USRD는 기사에 더 직접적으로 사용된다.또 다른 편집자가 메타에서 이 문제를 제기했다.테크#구글 지도는 이것을 WMF의 주목을 끌기 위해 변화한다. 우리는 앞으로 이러한 논의를 한 곳에 통합해야 한다.임자디 1979 → 20:48, 2014년 11월 17일 (UTC)

기술 뉴스: 2014-47

2014년 11월 17일 18:28(UTC)

사용된 mediawiki 안내 둘러보기 특수 페이지 로드

위키백과 어드벤처의 경우, 사용자가 등록한 후 8단계에서 게임에 복귀할 수 있도록 하는 미디어위키 코드를 사용하여 특정 URL을 로드해야 한다(The Wikipedia Adventure's tours 상단에 로드되고 있다).

전체 안내 둘러보기:

https://en.wikipedia.org/wiki/MediaWiki:Guidedtour-tour-twa1.js

제대로 작동하는 이 URL을 로드하도록 하는 중:

https://en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Wikipedia:TWA/1/Start&returntoquery=tour%3Dtwa1%26step%3D8%26showGettingStarted%3Dfalse&type=signup

이 코드를 사용하고 있다:

url: mw.util.getUrl( 'index.php?title=Special:UserLogin&returnto=Wikipedia:TWA/1/Start&returntoquery=tour%3Dtwa1%26step%3D8%26showGettingStarted%3Dfalse&type=signup')

URL 결과 제목이 잘못됨:

https://en.wikipedia.org/wiki/index.php%3Ftitle%3DSpecial:UserLogin%26returnto%3DWikipedia:TWA/1/Start%26returntoquery%3Dtour%253Dtwa1%2526step%253D8%2526showGettingStarted%253Dfalse%26type%3Dsignup

URL 접두사가 잘못되었기 때문에:

그 이유는 부분적으로 mw.util.getUrl이 URL 접두사를 로드하는 방법 때문이며,https://en.wikipedia.org/wiki/보다는https://en.wikipedia.org/w/

하지만 내가 전체 접두사를 입력한다면:

mw.util.getUrl( 'https://en.wikipedia.org/w/index.php?

다음에서 시작하는 대신:

mw.util.getUrl( 'index.php

그러면 작동하지 않는 이중 URL 접두사가 추가된다.

mw.util.getUrl 또는 다른 방법으로 올바른 링크를 로드할 수 있는 방법이 있는가?아니면 내가 URL에서 볼 수 있는 작은 오류를 범하고 있는 것일까?Jake Ocaasi ^{t c} 21:10, 2014년 11월 17일 (UTC)

• (충돌 편집 × 2) 예:

. = .구성.얻다(wgServer') + .구성.얻다(wgScriptPath') + :'/index.php?title=specificable:사용자로그인&returnto=위키과:TWA/1/Start&returntoquery=tour%3Dtwa1%26step%3D8%26 showGettingStarted%3Dfalse&type=signup'; 

귀사에 도움이 될 경우:

//en.wikipedia.org+/w+/index.php?title=Special:UserLogin&returnto=Wikipedia:TWA/1/Start&returntoquery=tour%3Dtwa1%26step%3D8%26showGettingStarted%3Dfalse&type=signup

==//en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Wikipedia:TWA/1/Start&returntoquery=tour%3Dtwa1%26step%3D8%26showGettingStarted%3Dfalse&type=signup

== //en.wikipedia.org/w/index.php?title=Special:UserLogin&returnto=Wikipedia:TWA/1/Start&returntoquery=tour%3Dtwa1%26step%3D8%26showGettingStarted%3Dfalse&type=signup

행복한 편집.— {{U 기술 13} 21:30, 2014년 11월 17일(UTC)

• 생각해 본 후에, 여러분은 또한&wpReason=계정이 TWA의 일부로 생성되었다는 점에 주목한 경우.나는 우리가 ACC를 통해 만들어진 계정을 추적하는데 그것을 이용한다는 것을 안다.특수용 index.php 매개 변수에 대한 도움이 필요한 경우:UserLogin, 내 ACC 사용자 설명서에 대한 스크립트 작성의 일부로 몇 가지 조사를 해봤어.내게 알려줘.:) — {{U 기술 13} 21:35, 2014년 11월 17일 (UTC)

너 정말 유용하구나!고마워요.이건 완전히 투어 계획을 망치고 있었는데 네가 고쳤잖아!나는 또한 &wPReason의 아이디어가 마음에 드는데, 나는 그 간단한 덧셈을 조사할 것이다.베스트, Jake Ocaasi ^{t c} 22:12, 2014년 11월 17일 (UTC)

도움말! 로그인할 수 없음

약 15시간 전부터 주기적으로 로그인을 시도했지만 로그인 페이지가 로드되지 않아 로그인을 할 수 없었다.(다른 글의 오른쪽 상단에 있는 링크를 통해 로그인하려고 하거나 http://en.wikipedia.org/w/index.php?title=Special:UserLogin.)에 직접 접속하려고 하면 이런 일이 발생한다.시도할 때마다 "Internet Explorer에서 웹 페이지를 표시할 수 없음"이라는 동일한 오류 메시지가 표시되는데, 일반적으로 이 오류 메시지는 DSL 연결이 중단된 경우에만 표시된다.나는 이 문제에 한번도 부딪힌 적이 없고, 다른 위키피디아 페이지들은 문제없고, 모두 제대로 로딩되고 진열되어 있다.어떤 도움이라도 미리 고마워!사용자:Cingold

이것은 위키피디아와 관련이 있을 수 있다.마을 펌프(기술)/아카이브 131#SSL 3.0 단종. --Redros64 (토크) 00:13, 2014년 11월 18일 (UTC)

어이, 거기 - 잘 추측해봐, 레드로스.한 달 전에 있었던 일인데 로그인 문제가 마지막 날 갑자기 터져서 네가 연계된 토론을 읽고 별로 희망적이지 않았어.그러나 어쨌든 한번 해 보았는데, 그 수법을 쓴 것 같다.(하지만, 내 에러 메시지가 SSL에 대해 아무 말도 하지 않았다는 것이 이상하다.그랬으면 분명히 도움이 됐을 텐데!)그래, 네가 아주 도움이 되는 제안을 해주어서 고마워.정말 고마워!Cingold (대화) 05:46, 2014년 11월 18일 (UTC)

Talkpage

나는 내 토크 페이지에 아카이빙을 설정하려고 했지만, 작동하지 않는다.간단한 해결책이 분명히 있을 텐데, 그게 뭔지 모르겠어.누가 좀 도와줄래?숙성된 채우기(토크) 04:02, 2014년 11월 18일(UTC)

하위 페이지에만 아카이브됨(예:key User에서 언급된 내용:MiszaBot/config가 설정됨).나는 사용자 이름을 수정했다.[3]프라임헌터 (토크) 04:10, 2014년 11월 18일 (UTC)

페이스팜 글쎄, 나 자신의 사용자 이름을 제대로 입력하지 못해서 그런 것 같아!숙성된 채우기(대화) 04:11, 2014년 11월 18일(UTC)

개정 이력 통계

(이 문제를 다시 제기하고 싶지 않음)hi, 영어 위키백과의 페이지 기록에 있는 "개정 내역 통계" 링크가 다운되었으며, 언어로서 engb 또는 engb를 사용하는 사용자를 위해 "외부 도구"에 있다.[4]에 의해 만들어져서 (글쎄 열리지 않는다)로 간다.고마워--Ozzie10aaa (대화) 11:48, 2014년 11월 8일 (UTC)

지금 다시 돌아와야 한다.약 1시간 전에 고쳐졌다. --Glaisher (대화) 15:41, 2014년 11월 8일 (UTC)

수정 내역 링크,... 내 잘못이 아니야, 보고만 할 수 있어(지난달 5배)

(이 문제를 다시 제기하고 싶지 않음)hi, 영어 위키백과의 페이지 기록에 있는 "개정 내역 통계" 링크가 다운되었으며, 언어로서 engb 또는 engb를 사용하는 사용자를 위해 "외부 도구"에 있다.그것은 [5]에 의해 만들어져서 (글쎄 열리지 않을 것이다.고마워--Ozzie10aaa (대화) 13:36, 2014년 11월 11일 (UTC)

(이 문제를 다시 제기하고 싶지 않음)hi, 영어 위키백과의 페이지 기록에 있는 "개정 내역 통계" 링크가 다운되었으며, 언어로서 engb 또는 engb를 사용하는 사용자를 위해 "외부 도구"에 있다.그것은 미디어위키에 의해 만들어졌다.히스토리젠드 및 로 간다(글쎄 가끔 열리지 않는다).고마워--Ozzie10aaa (대화) 11:54, 2014년 11월 16일 (UTC)

Ozzie10aaa:문제가 있는 경우 해당 URL/링크를 제공하십시오. --AKlapper (WMF) (토크) 17:22, 2014년 11월 17일 (UTC)

https://tools.wmflabs.org/xtools/ec/..(토크) 열리지 않으니 어떻게 말해야 할까--Ozzie10aaa (토크) 17:39, 2014년 11월 17일 (UTC)

• MediaWiki로 이동하는 경우:수정 내역 통계에 대한 링크를 클릭하여 내 콘솔에 다음 오류가 표시됨The character encoding of the HTML document was not declared. The document will render with garbled text in some browser configurations if the document contains characters from outside the US-ASCII range. The character encoding of the page must be declared in the document or in the transfer protocol.그리고 빈 페이지.이 점이 불만 사항이 무엇인지를 명확히 하는 데 도움이 되길 바라며...— {{U 기술 13}} 18:50, 2014년 11월 17일(UTC)

무엇이 문제인가

https://tools.wmflabs.org/xtools/ec/,, 이 "역사 통계" 링크는 여전히 작동하지 않는데,(4일 현재) 내가 그것에 관심을 갖는 이유는 내가 작업하는 기사의 편집과 바이트를 추적할 수 있기 때문이다.가능하다면 고칠 수 있을 텐데, 여기 빌리지 펌프 테크니컬(잘못된 곳에 있는 내가?)에서 많이 신고했다.--Ozzie10aaa (대화) 16:10, 2014년 11월 18일 (UTC)

자세한 설명은 위의 소... 토론을 참조하십시오.TAK(TransportMan) 16:57, 2014년 11월 18일(UTC)

@Ozzie10aaa:같은 코멘트를 반복해서 올리는 것(페이지와 헬프 데스크 등 5가지 사용자 토크로 하는 것을 본 적이 있다)은 문제가 더 빨리 사라지지는 않을 것이다.TransportMan이 언급하는 실은 이 실 바로 아래에 있으며, 이전에 이 문제에 대해 게시한 일부 장소에서도 응답이 제공되었다. --Redros64 (대화) 17:27, 2014년 11월 18일 (UTC)

다시 한번 감사드리며--Ozzie10aaa (대화) 22:48, 2014년 11월 18일 (UTC)

페이지가 표시되지 않음

사용자가 WP에서 보고:콜라드 그린과 같은 일부 페이지가 모바일 뷰의 일부 장치에 표시되지 않는 EAR.위키백과:편집자 보조자/요청자#Collard Greens 기사는 모바일 사이트의 aon 사용자들에게 텍스트를 보여주지 않는다.여기서 언급하는 것이 체크아웃이 되도록 하는 것이 최선이라고 생각했다. -- 다이애나 (대화) 16:49, 2014년 11월 16일 (UTC)

좀 더 많은 정보를 제공하기 위해.나는 구글에서 [채굴녹색]을 검색한다.그것은 스크래퍼 사이트나 어떤 것이 아니라 위키피디아 기사에 대한 링크를 돌려준다.나는 링크를 클릭한다.페이지가 로드되지만 문서 텍스트가 표시되지 않음.위 게시물에는 임구르 링크가 있다(나는 정말로 여기에 링크를 다시 붙이기 위해 캡쳐와 싸우고 싶지 않다, 미안하다).나는 아이폰4s에서 iOS 7.1.2의 최신 구글 크롬을 사용하고 있다.내 캐리어는 O2를 사용하는 영국 항공사 기프가프다.내 Google Chrome은 설정 -> advanced에서 "데이터 사용 감소"를 사용하고 있으며, 이는 캐싱 프록시에 적용된 블록에 또 다른 문제를 야기한다. 82.132.214.221 (대화) 18:22, 2014년 11월 16일 (UTC)

음, 이건 좀 이상한데...개발 도구를 이용해 크롬에서 이슈를 복제할 수 있는 만큼 모바일 브라우저가 아닌 미디어위키 모바일 뷰(미네르바)와도 확실히 관련이 있는 것으로 보인다.또한 다양한 모바일 기기 에뮬레이터(iOS 7의 사파리, A4.4/5의 안드로이드 브라우저, WP 8.1의 IE 모바일)에서도 버그를 관찰했다.콘텐츠가 서버에서 반환되지 않음 - 응답은 200 OK이고 모든 것이 정상이지만 주요 콘텐츠 요소는 비어 있음!부록: 또한 폐쇄되지 않음 - 오프닝 <div id="content" class="content" lang="en"dir="ltr"를 받지만 해당 닫힘 태그가 없음. 2014년 11월 16일(UTC)

더욱 이상한 것은 URL 끝에 쿼리 문자열을 밀어 넣어 문제를 '수정'할 수 있다는 점이다.무슨 일이든 상관없어, 무슨 일이든 괜찮아!예를 들어, 이 링크는 버그를 표시하는 반면, 이 링크는 https://en.m.wikipedia.org/wiki/Collard_greens?what이 아니다.테스트를 원하는 사용자의 경우 브라우저 캐시에서 데이터가 추출되고 테스트가 오염되는 것을 방지하기 위해 새로운 '개인용' 브라우저 세션을 열어야 할 것이다.

다른 페이지들이 이렇게 하고 있는지 아십니까?레티컬레이션 스플라인^{(t • c)} 18:47, 2014년 11월 16일(UTC)

안녕, 그리고 이걸 봐줘서 고마워.나는 몇몇 기사에서 그것을 알아챘지만 그것이 무엇이었는지 기억하지 못한다.다시 보면 여기로 올게.구스타바일(그러나 로그아웃) 82.132.214.221(토크) 19:18, 2014년 11월 16일(UTC)

콜라드 그린은 지금 정상적으로 작동하는 것 같아. 다른 테스트 할 사람 있어?레티커레이션^{(t • c)} 스플라인 00:03, 2014년 11월 17일(UTC)

응, 나도 같이 일해.나는 몰래 브라우저에서 URL의 모바일 버전을 테스트했다.봐줘서 고마워. 82.132.239.148 (토크) 11:12, 2014년 11월 17일 (UTC)

추가 정보는 유사한 행동에 대한 이 이전 링크를 참조하십시오. https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_131#Minimal_display_in_mobile_view 나는 이전에 다른 기사에서 이러한 행동을 본 적이 있다는 것을 알고 있다.나는 칼라드 그린 기사를 보고하는 데 상당한 어려움을 겪었다.나는 이것이 i 용어 반복 버그라고 의심한다. 82.132.239.204 (대화) 19:56, 2014년 11월 18일 (UTC)

이라크 및 레반트의 이슬람 국가 깃발 마우스오버 및 링크

이것은 SiBr과₄ Stradivarius씨의 매우 감사한 안내를 받은 위의 "Template:flag Islamic State"의 요청에 따른 것이다.또한 템플리트에서 플래그 관련 문서에 대한 링크가 작동하는 방식을 재정의할 수 있는지 궁금했다.인포박스 국가.플래그 링크가 (기사의 이름)의 플래그로 직접 가는 것으로 알고 있다.이걸 무효로 할 방법이 있을까?

해결이 가능하다면, 주요 이슬람 국가인 이라크와 레반트 페이지에 있는 깃발과 링크가 "블랙 스탠더드"와 관련된 표시보다 마우스를 더 선호할 수 있고 "블랙 스탠더드"와 같은 참조를 통해 링크가 이 페이지로 바로 연결되도록 하는 방법에 대해 조언하십시오.그 집단은 그들만의 독특한 깃발을 가지고 있지 않다.플래그는 템플릿 사용 내에서 설정된다.Infobox country와 나는 그것을 많이 보았고 캡션을 제어하는 코드 요소를 찾지 못했다.User talk에서 현재 사용되는 국기 이름의 문제를 제기하였다.워싱턴의 헤드위그는 현재 이라크와 레반트가 사용하는 국기의 이름을 파일명으로 잘못 표기하고 있다.일부 불완전하거나 부정확한 정보가 제공된 후 이슬람국가(IS.svg)의 깃발.바라건대 이 파일들은 곧 "이라크 이슬람 국가와 레반트가 채택한 블랙 스탠더드 변종" 또는 "ISIL이 채택한 블랙 스탠더드 변종"과 같은 것으로 명명될 것이다.도와 주셔서 감사해요.그레그카예 ✍♪♪ 2014년 11월 16일 (UTC) ping 또한 레거시pac

플래그 캡션을 제어하는 템플릿 코드는

<<td align="중앙" 스타일="=-size:85%;"{#if existance:{{{linking_name}{{common_name {{PAGENAME}}}}}}}}}}}}[{{linking_name {{common_name {{PAGENAME}}}}}}}}}{{flag_caption Flag}}}}}] 플래그 }}}}</td.

플래그 링크에서 가장 바깥쪽인 "Flag of" 다음에 부품을 오버라이드할 수 있는 세 개의 "이름" 매개변수가 있음을 보여준다. linking_name=. The flag_caption=매개 변수는 링크 텍스트 "플래그"를 재정의한다.쉽게 추가할 수 있지만 현재 전체 링크를 변경할 수 있는 방법은 없다.SiBr₄ (대화) 21:18, 2014년 11월 16일 (UTC)

SiBr₄ 아마도 플래그로 삽입하는 대신 캡션이 있는 이미지로 삽입할 수 있을 것이다.이것이 가능할 수 있을까.마우스를 이미지에서 사용하지 않도록 설정하여 파일 이름을 정상적으로 표시하십시오.그레그카예프 2014년 11월 17일 09:04(UTC)

마우스오버 텍스트는 플래그 링크가 사용하는 것과 동일한 "이름 플래그" 수식을 사용하며, 이를 변경하거나 생략할 수 있는 옵션도 없다.플래그 이미지와 캡션을 완전히 사용자 정의할 수 있도록 플래그 이미지와 캡션을 other_symbol=다음과 같은 필드:
other_symbol = [[File:Flag of the Islamic State in Iraq and the Levant.svg border 125px Black Standard variant]]
other_symbol_type = [[Black Standard]] variant
이 필드를 설정하면 모토와 국가 뒤에 infobox 아래로 더 멀리 나타난다.또는 infobox 템플릿을 변경하여 플래그에 대한 더 많은 옵션을 추가할 수 있다.SiBr₄ (대화) 15:07, 2014년 11월 17일 (UTC)

이슬람국가 이라크와 레반트 الدولة الإسلامية في العراق والشام (아랍어)
깃발
상태	인식할 수 없는 상태

이슬람국가 이라크와 레반트 الدولة الإسلامية في العراق والشام (아랍어)
좌우명:باقية وتتمدد (아랍어)
애국가: 음마트슈, 콰드 라하 파히룬
블랙 스탠더드 변종
상태	인식할 수 없는 상태

이슬람국가 이라크와 레반트 الدولة الإسلامية في العراق والشام (아랍어)
깃발
상태		인식할 수 없는 상태

SiBr₄, 이건 문제를 일으킬지도 몰라.나는 제안된 코드의 추가와 함께 컷다운 버전의 인포박스에 이어 컷다운 버전의 인포박스를 추가했다.얼마나 가능한지는 모르겠지만, 실용적이면 기존 인포박스에서처럼 다른 마우스를 정보 위에 올려놓으면 좋을 것 같아.

그레그카예 ✍세르 18:00, 2014년 11월 17일 (UTC)

왠지 네 핑크는 더 이상 작동하지 않아.이 섹션의 앞부분도 그렇지 않았다.

플래그 캡션과 마우스오버 텍스트에 매개 변수를 추가할 수 있지만, 어떤 매개 변수를 불러야 하는가? flag_caption=이미 존재하고 캡션의 링크 텍스트에 사용되고 있다.SiBr₄ (대화) 19:47, 2014년 11월 17일 (UTC)

SiBr₄ 그거 좋겠다 :)

마우스오버 선호: 이라크 이슬람 국가 및 레반트에 의해 채택된 블랙 스탠다.

라벨 선호: 검은색 표준 변형

그레그카예베 23:00, 2014년 11월 17일 (UTC)

내 말은 그런 뜻이 아니었어어쨌든 나는 a를 추가했다. flag_mouseover=템플릿으로 템플릿에 대한 매개 변수:Infobox country/sandbox2.샌드박스에서 flag_caption=현재 전체 플래그 링크가 포함된 경우 전체 플래그 링크를 대체하십시오. 링크가 말이 되는지 모르겠지만 여기서 작동하는지 확인하십시오.SiBr₄ (대화) 09:33, 2014년 11월 18일 (UTC)

SiBr₄ 고마워 하지만 뭔가 잘못되고 있어.원래 깃발 텍스트의 대체는 infobox의 이전 위치로서 당신이 작성한 것과 정확히 같이 텍스트를 배치한 다음, 텍스트를 infobox 정보의 끝으로 이동시킨다.어느 쪽이든 나는 "이라크와 레반트의 이슬람국가"를 여전히 읽은 마우스오버 결과와 "[이슬람국가 이라크와 레반트 블랙 스탠더드의 변종]이라고 쓰인 캡션을 받았다.

나는 그 기사의 다른 부분의 내용이 상호작용을 하는지 잘 모르겠다.이 기사는 또한 "인포박스 전쟁파"와 수입 템플릿을 사용한다.이슬람국가 이라크와 레반트의 역사.당신이 텍스트를 제자리에 설치할 수 있는 가능성이 있는가?이 페이지에서는 정말 멋져 보이지만 문맥상으로는 고치지 못하고 있다.고마워요.그레그카예 ✍16:35, 2014년 11월 18일 (UTC)

마우스 오버 툴팁은 브라우저마다 다르게 생성된다. 예를 들어 마우스 오버 툴팁이 올바르게 작동하도록 설정된 경우.구글 크롬, 그것은 인터넷 익스플로러에서 똑같이 작동하지 않을 수도 있다.그리고 WP와 같은 것들이 있다.마우스오버를 방해하는 것으로 알려진 POPUPS. --Redrose64 (토크) 18:15, 2014년 11월 18일 (UTC)

더 그럴 가능성이 높은 것은 내가 샌드박스에 변화를 주었기 때문이다; 나는 실제 인포박스를 바꾸지 않았다.SiBr₄ (대화) 20:01, 2014년 11월 18일 (UTC)

템플릿 "올바르게 렌더링되지 않음"

위키백과 중재
중재 정보 이야기하다 중재정책 (CU/OS) 중재안내 게시판 + 이야기하다 보관된 절차 검색 반항고 보고하다
공개절차 열려 있는 모든 요청 사례 요청 설명 및 수정 요청 중재자 모션 요청 시행 요청
적극적 제재 재량제재(Log) 일반제재 편집자 제재
중재 위원회 토론하다 + 연락처 회원들 절차들 선거 이야기하다 역사 점원 + 이야기하다 점원 절차
회계 감사 이야기하다 통계 이야기하다 보고서 (2016년 이전)
관련 변경 사항 추적
v t

나는 그 암호가{{Casenav/sandbox}}"올바르게 렌더링하지 않음" 그러나 세부 정보가 제공되지 않았다.

{{Casenav/sandbox}}에 대한 해결책이다.{{Casenav}}, 매개 변수가 있는case name =완전하게 구현되지 않음 - 바로 가기, 일정 및 직원이 작동하지 않음.

두 사람의 비교는 다음과 같다.{{Casenav/testcases}}, 사례명 세트로 볼 수 있는 곳에서는 샌드박스 버전이 제대로 작동하고, 라이브 버전은 작동하지 않는다.(사례명 없이는 중재사례 페이지가 아니기 때문에 둘 다 중단된다.)

템플릿 토크의 토크 페이지에서도 동일한 비교가 이루어졌다.카세나브는 14일 동안 아무도 문제를 발견하지 못했다.

나 역시 17개 중재 사건 페이지에서 '프리뷰'로 샌드박스 템플릿을 테스트해봤고, 별다른 이슈는 보지 못했다.심지어 라이브페이지와 프리뷰를 탭바꾸기까지 했는데, 아직 차이가 없어.

누가 나에게 오류의 방향을 가리켜 줄 수 있니?

최상의 선택:Rich Farmbrough, 02:33, 2014년 11월 18일 (UTC)

(변화가 되돌아가고 있다는 것을 내가 알아차렸을 때) 문제가 무엇이었습니까?또한 주 템플릿은 다수의 하위 템플릿을 사용한다.혹시 그 안에 문제가 있는 건 아닐까?러슬릭_제로 03:18, 2014년 11월 18일 (UTC)

나는 그 문제가 무엇이었는지 모르겠다, "이제는 상자가 모순되게 렌더링한다"는 것 말고는.내가 질문을 남겼지만 그들은 대답하지 않았다.최상의 선택:Rich Farmbrough, 04:25, 2014년 11월 18일(UTC)

질문을 어디에 두셨습니까?나는 그것을 볼 수 없었다.템플릿 토크 페이지에 남겨두는 게 좋을 것 같아.일주일 내에 응답이 없으면 {{editprotected}}}을(를) 시도해 보십시오.ARBCOM 관련 물건에 대한 소유권 문제는 처음 보는 것이 아니고 다시 보게 되어 실망스럽다.— 마틴 (MSGJ · talk) 17:37, 2014년 11월 19일 (UTC

나는 그 질문을 되돌린 편집자의 토크 페이지에 남겼다.나는 또한 Crosskes에게 부탁했다. 나는 너의 충고를 받아들여 템플릿의 토크 페이지에 질문을 추가할 것이다.내가 나중에 다룰 소유권 문제는 나뿐만이 아니라는 것을 확인해줘서 고마워.최상의 선택:Rich Farmbrough, 00:10, 2014년 11월 20일(UTC)

• HTML5를 통과해서 HTML5를 준수하도록 만들었어. 문제가 되는 나쁜 코드 조각일 수도 있으니까 말이야.최신 Firefox의 Win7 기계와 Firefox의 안드로이드 폰에서도 찾을 수 있을 것 같다.어떤 문제라도 기꺼이 해결하겠지만, 다른 사람들에게 제대로 전달되지 않는 것에 대해서는 좀 더 자세한 정보가 필요할 것 같다.— {{U 기술 13}} 00:43, 2014년 11월 20일(UTC)

AT&에 로그인할 수 없음T

bugzilla 보고서를 참조하십시오.간단히 말해서, 나는 내 목적의 모든 가능성을 없앴고 사우스 캐롤라이나의 다른 AT&T 가입자들 역시 뒤쳐지고 있다.나는 더 이상 bugzilla에 다시 로그인할 수 없지만, 메인 페이지에서 로그인을 시도하면 다음과 같은 시간이 걸린다.

• 오류를 표시하기 3초 전, 다시 로드하는 데 7초가 더 걸리고,
• "load.php?debug=false&lang=en&modules=ext.uls.nojs ext.visualEditor.ViewPageTarget.nscript ext.위키히에로,위키미디아배드온리=스타일&스킨=벡터&*"
• "load.php?debug=false&lang=en&modules=en&modules=nonly=load&skin=skin=vector&*"를 로드하는 데 46초가 소요됨
• load.php?debug=false&lang=en&modules=jquery.makeCollapable mediawiki.special.userlogin.common.js&skin=vector&version=20141119T150924Z&*"
• 0.6초 동안 "checkLoggedIn?type=script&wikiid=enwiki&proto=https&return=1&returnTo=Main+Page"를 로드하십시오.

로그인 페이지도 잘못 로드되어 텍스트와 하이퍼링크, 로그인 필드만 표시됨.나는 이제 형편없는 키보드가 있는 스프린트 폰에서만 위키미디아 기반 사이트에 접속할 수 있어, 누군가 이것을 버질라 보고서에 전달해 줄 수 있다면, 나는 정말 기쁠 거야.Ian.thomson (대화) 16:38, 2014년 11월 19일 (UTC)

여보, 오늘은 "다른 책상에 가서 불평하라"는 게임을 하는 거지?다른 사람들은 여전히 여기서 당신을 도울 수 있을지 모르지만, 나는 또한 당신을 #위키메디아^connect 테크놀로지로 옮기고 싶다. 특히 당신이 영향을 받은 유일한 사람이 아니라는 것을 나타내기 때문이다.다양한 장소를 보내서 정말 미안해.Martijn Hoekstra (대화) 17:00, 2014년 11월 19일 (UTC)

그렇게 하려는 시도는 "irc.freenode"라는 메시지만 얻을 수 있다.net: 종료됨".Ian.thomson (대화) 17:14, 2014년 11월 19일 (UTC)

잠기는 것은 멈췄지만 여전히 뒤처져 있다(이 사이트와 버질라).위키미디어(비 위키미디어 사이트는 아님)사우스캐롤라이나에서 AT&T가 위키미디어 사이트를 다루는 것은 분명 문제일 것이다.Ian.thomson (대화) 2014년 11월 19일 (UTC)

잠깐, 아니, 다시 잠길 정도로 늦기 시작했어.게시할 때마다 브라우저를 다시 시작하고 게시물을 만드는 위치로 바로 이동하면 게시물을 올릴 수 있다.Ian.thomson (대화) 19:39, 2014년 11월 19일 (UTC)

infobox 국가에서 "인볼딩" 또는 "정상화" 매개 변수 정보

나는 이라크와 레반트와 관련된 또 다른 질문이 있다.죄송합니다만, 이번 사건에는 합법적인 단체와 관련하여 관련성이 있는 위키백과 시설을 이용하는 기사와 함께 합법성이 없는 단체가 있어 상황이 까다로워지고 있다.탄식하다

영토에 대한 법적 권리나 인정된 권리가 없는 집단으로서 그것은 자본을 가질 수 없다.문제는 행정중심지는 평상시처럼, 가장 큰 도시는 다음과 같이 과감하게 제시된다는 점이다.

행정센터를 과감하게, 아니면 두 번째 옵션으로 가장 큰 도시를 정상으로 제시할 수 있는가?

고마워 그레카예 17:10, 2014년 11월 19일 (UTC)

응 -{{Infobox country}}가 있다capital_type 매개 변수임의의 문자열을 할당할 수 있으며, 이 문자열을 Infobox의 Capital 대신 사용할 수 있다.레티커레이션^{(t • c)} 스플라인 21:29, 2014년 11월 19일(UTC)

레티컬레이션 스플라인 고마워 그레그카예 03:39, 2014년 11월 20일 (UTC)

전폐

현재 금지된 한 편집자는 이라크 이슬람국가(IS)와 레반트(Levant) 페이지에 전폐를 설정했으며 사람들은 그 길이를 바꾸기를 원한다는 데 의견을 같이했다.

(내 말) 전폐를 고정하는 기사 텍스트는 {{:이라크의 이슬람 국가 및 레반트 사건 연대표} 그러나 내가 템플리트를 찾아봤을 때:이라크의 이슬람국가 연대표와 레반트 사건만 내가 얻은 건 페이지를 만들 수 있는 선택사항이었다.나는 더 이상 내가 처리해야 할 전횡이 없기를 바라지만, 이 전단에 대한 설정을 어떻게 변경해야 하는지에 대한 지시에는 감사할 것이다.현재 15일 분량의 텍스트가 전시될 예정이다.개발을 보면 쉽게 바꿀 수 있다면 5일을 목표로 할 것이다.그렇지 않으면 7일이 이전의 결정에 적용된다.또한 타임라인 기사는 현재 요청하고 있는 이동 절차라서 변경이 생기면 나도 변경해야 할 것 같아.

관련 토론:대화:이라크 이슬람국가와 레반트#프로포세스가 주요 기사에서 시간표 폐기

그렉카예 고마워 2014년 11월 20일 (UTC)

첫 번째 곱슬 괄호 바로 뒤에 있는 결장(colon){{:...)는 템플릿이 아니라 메인스페이스 페이지가 변환되고 있음을 나타낸다.코드{{:Timeline of Islamic State of Iraq and the Levant events}}템플리트를 변환하지 않음:이라크 이슬람국가(IS)와 레반트(Levant) 행사 연대표, 그러나 이라크 이슬람국가 연대표와 레반트(Levant) 행사 연대표.WP 참조:TRANS#기본 구문 점 2.SiBr₄ (대화) 13:32, 2014년 11월 20일 (UTC)

(충돌 편집)인과 같은 결장이 있는 곳{{:Timeline of Islamic State of Iraq and the Levant events}}이 경우에는 이라크의 이슬람국가 타임라인과 레반트 사건을 망라한다.그 기사는 다음과 같은 내용으로 포장되어 있다.<onlyinclude>...</onlyinclude>그래서 그 내용만 망각된다.이를 위한 보다 다용도적인 방법은 라벨이 부착된 섹션 전폐를 사용하는 것이다. -- Gadget850 ^talk 13:37, 2014년 11월 20일 (UTC)

SiBr₄, Gadget850 고마워 나는 이 모든 것을 ISIL 페이지에서 올릴 것이다.잘 해결했어! 그레그카예 ✍16:19, 2014년 11월 20일 (UTC)

502 잘못된 게이트웨이: nginx/1.1.19

위키백과에 대한 Wikilink 클릭:Requests_for_adminship/Northama1000_2, "nginx/1.1.19"라는 오류 페이지가 포함된 "502 Bad Gateway" 오류가 방금 표시되었다.나는 최근에 이것을 산발적으로 보아왔지만 대체로 무시해 왔다.그 오류는 재현할 수 없으며 동일한 링크 순간들을 클릭하는 것은 나중에 잘 되었다.웹 검색에 따르면 이 "nginx/1.1.19" 오류는 16진수 포맷 문제가 있는 Windows 서버와 관련이 있을 수 있다.다음에 이 문제에 부딪히면 더 나은 오류 보고를 위해 어떤 조치를 취할 수 있는지 아는 사람?제이슨 퀸 (토크) 21:50, 2014년 11월 20일 (UTC)

침입이 적은 비디오 플레이어 아이콘

미디어 재생

사담 후세인과 악수하는 도널드 럼즈펠드

여기서 다시 게시:[6](Wikipedia:Village pump(아이디어 랩)/Archive 15#Archive 침입형 비디오 플레이어 아이콘) 이전에는 비디오가 되는 것 외에도 비디오가 독립형 일러스트로서 기능할 수 있어 특히 썸네일을 수동으로 선택할 때 더욱 유용해졌다.예를 들어, 유명한 이미지와 이벤트 비디오를 모두 볼 수 있는 곳[7]을 참조하십시오.그러나 웬일인지 선수 아이콘은 엄지손가락을 많이 가리는 등 크고 어두워졌다.나는 위에 언급된 이유로 이전 버전이 훨씬 더 유용했다고 생각한다.아이콘의 축소판 그림이 거의 파괴되는 여기도[8]을 참조하십시오.

아마도 그 아이콘은 가운데를 때리는 대신 엄지손가락의 한 귀퉁이로 옮겨질 수 있을까?그리고 더 작아져야 한다.아니면 썸네일에 따라 아이콘을 어둡거나 밝게 만드는 매개 변수가 있을 수 있기 때문에 그 주위에 크고 어두운 막대가 있어야 식별할 수 있는 것이 아닐까?아니면 플레이 아이콘이 캡션 필드로 이동될 수 있는가?아마도 비디오는 소리처럼 그들만의 창문이 있어야 할 것이다. 예를 들어 여기를 보라.[9] 그런 선수바, 엄지손가락을 딛고 있는 것이 훨씬 더 유용할 텐데, 내가 정확히 기억한다면, 처음에는 이렇게 보였다고 생각한다.펑크몽크 (토크) 10:53, 2014년 11월 12일 (UTC)

어떤 문제를 해결하려고 하십니까?동영상의 축소판 그림이 더 잘 인식되어야 한다고 생각하십니까?그리고 표시된 이미지가 실제로 이미지일 뿐만 아니라 볼 수 있는 비디오라는 것을 사용자들이 깨닫도록 돕는 것보다 더 중요한가? --Malyacko (talk) 11:40, 2014년 11월 12일 (UTC)

이 작업을 수행하려면 mw:TimedMediaHandler 코드 및 수정 시작토론하는 것은 아마도 우리에게 큰 도움이 되지 않을 것이다.—DJ (대화 • 기여) 11:44, 2014년 11월 12일 (UTC)

문제는 현재 있는 그대로의 아이콘이 축소판 그림을 독립형 이미지로 사용하는 것을 방지한다는 점이다.전에도 그런 식으로 작동한 적이 있는데, 왜 그것이 사용자들의 플레이를 더 어렵게 만들는지 모르겠고, 이미지를 흐리지 않고 명확해질 수 있는 몇 가지 방법도 제안했다.코드 변경에 대해서는 공감대를 얻는 게 좋을 것 같아서 프로그래머가 아니다.펑크몽크 (토크) 11:47, 2014년 11월 12일 (UTC)

4,5년 전만 해도...그것이 프로젝트의 수명의 1/3이다.이와 같은 것을 바꾸는 것에 대해서는, 그것을 하기 위해서는 프로그래머가 필요한데, 그것은 위키피디아의 토론 능력(단지 나의 불만스러운 의견 :P)이 아니라 가장 무서운 자원인 것 같다.내 개인적인 의견은 썸네일의 모서리에 있는 작은 카메라 아이콘일 것이다. 그리고 당신이 썸네일을 누를 때 재생 버튼을 보여준다.하지만 그건 데스크탑일 뿐이고, 터치 스크린에서는 항상 내가 지금 보는 것을 보고 싶어 한다.—DJ (대화 • 기여) 16:18, 2014년 11월 12일 (UTC)

그래, 네가 제안하는 건 좋아, 파일을 더 유용하게 만드는 건 뭐든지 괜찮아.문제는 비디오 파일이 너무 많은 공간을 차지하고 그 위에 완전히 쓰레기처럼 보이기 때문에 많은 사람들이 비디오 파일을 사용하지 않는다는 것이다. 그래서 사람들은 대신 이미지를 사용한다.만약 비디오가 이미지로도 사용될 수 있다면, 그것들은 단순히 더 유용할 것이다.펑크몽크 (토크) 16:56, 2014년 11월 12일 (UTC)

TheDJ의 제안이 시작하기에 좋은 장소라는 것에 동의하지만, 이 문제를 해결하기 위한 진정한 장애물은 "still image" 썸네일 컨테이너를 "motion video" 파일로 시작하는 아이디어로 거슬러 올라간다고 생각한다.다시 말하지만, 단지 "모션 비디오" 사례만을 위해 그런 것을 개발하는 것은 프로그래머들로부터 상당한 관심을 필요로 할 것이다. -- 조지 오웰 III (토크) 23:56, 2014년 11월 12일 (UTC)

예전엔 그랬나봐.그리고 현재 일부 오디오 파일에 사용되는 것을 재사용하는 것이 일반 이미지 용기보다 더 나을 것이다.펑크몽크 (토크) 09:22, 2014년 11월 13일 (UTC)

나는 단지 이것이 가능하면 줄에 서야 할 훌륭한 아이디어라고 말하고 싶었다.나는 TheDJ가 제안한 폼팩터 - 중앙에 플레이 버튼이 있는 구석에 있는 작은 카메라 아이콘을 좋아한다.터치 스크린을 통해, 나는 거대한 놀이 단추가 정말로 잘 작동하지 않는 것 같은 느낌이 든다 - 그것은 썸네일 이미지를 완전히 흐리게 하고, 일반적으로 프레임 안에 있는 것을 선명하게 보기 위해 버튼을 눌러야 한다.나는 사람들이 일반적으로 "재생" 버튼이나 구석에 카메라 버튼이 있다면, 이것은 비디오의 썸네일이라는 것을 알아차릴 만큼 충분히 똑똑하다고 생각한다.0x0077BE 16:13, 2014년 11월 14일(UTC)

• 이것은 또한 멀티미디어 메일링 리스트에서도 논의되었고, 그것을 왼쪽 하단 모서리로 옮기는 것은 아마도 http://www.bbc.com/news/business-30016007에서 볼 수 있는 것과 비슷한 스타일로 광범위하게 동의할 것으로 보인다 - 이것은 아마도 SMOP일 것이고, 나는 이 노트/노트들을 모으기 위해 bugzilla:73438을 지금 신청했다."패치를 환영해!"라고 그들이 말하는 대로.Quiddity (토크) 22:10, 2014년 11월 14일 (UTC)

• PHP 지식이 내 마음 속 깊은 곳에서 꿈을 꾸고 내일 패치를 제안할 수 있는지 알아보겠다.레티컬레이션 스플라인 01:49, 2014년 11월 15일(UTC)

고마워, 결과적으로 비디오가 더 널리 쓰일 거야.그것들은 동물 면에서는 꽤 유용하지만, 많은 사람들은 위에서 설명한 이유로 그것들을 사용하지 않는다.펑크몽크 (토크) 12:39, 2014년 11월 15일 (UTC)

패치가 제출됨. 오버레이를 이동하여 작은 비디오의 크기를 자동으로 조정할 수 있음.레티컬레이션 스플라인^{(t • c)} 23:52, 2014년 11월 16일(UTC)

(코드 리뷰의 코멘트에 근거하여) en:wp에서 로컬로 CSS를 통해 처리하는 것이 더 나을 것 같다 - MediaWiki_talk:common.css.레티컬레이션 스플라인^{(t • c)} 20:10, 2014년 11월 17일(UTC)

토크 페이지에서 다음에 대한 요청common.css . 스플라인^{(t • c)} 00:40, 2014년 11월 19일 (UTC)

관리자 및 CSS 전문가에게 감사 인사common.css 면담을 하다레티컬레이션 스플라인^{(t • c)} 20:31, 2014년 11월 19일(UTC)

고마워, 이제 멋져 보여!펑크몽크 (대화) 22:34, 2014년 11월 20일 (UTC)

복잡한 템플릿 대체

템플릿 Subst:조건문 마크업과 다른 크러드 뒤에 남겨진 이 편집에서 내가 만든 항목.템플릿 대신 사용할 수 있는 방법이 없을까?Andy Mabbett (Pigsonthewing); Andy와 대화; Andy가 편집한 2014년 11월 19일(UTC)

내가 알기로는 수동조치 외에는 아무것도 없다.하지만 내가 모르는 것이 꽤 많고, 어떤 종류의 심층/재귀적 대체 메커니즘이 유용할 것이라는 데 동의하기 때문에, 나는 듣고 있다.Martijn Hoekstra (대화) 16:33, 2014년 11월 19일 (UTC)

템플릿에서 모든 변경 사항{{#if:로{{{{{ safesubst:}}}#if:그리고 #switch를 위해 비슷한 일을 한 다음 변전할 때 더 깔끔해질 것이다. -- WOSlinker (대화) 16:40, 2014년 11월 19일 (UTC)

복사 및 붙여넣기를 할 의향이 있는 경우 Special:확장템플릿.그렇지 않으면 템플릿 코드를 변경해야 하며, 추가해야 함{{{ safesubst:}}}또는<includeonly>safesubst:</includeonly> 모든 템플릿 및 파서 함수 시작(두 배의 곱슬 브레이스가 있는 경우).— Mr. Stradivarius^{♪ talk ♪} 21:55, 2014년 11월 19일 (UTC)

고맙지만, 그렇게 되면 나는 첫 번째 줄에 대한 이야기를 하게 된다.<table class="infobox geography vcard" style="width:22em;width:23em">, 다소 원하는 것을 태우다.{{Infobox. Andy Mabbett (Pigsonthewing); Andy와 대화: Andy가 편집한 2014년 11월 20일(UTC)

또한 하위 템플릿인 경우 하위 템플릿과 파서 기능이 더 이상 없을 때까지 하위 템플릿, 저장, 하위 템플릿, 저장, 반복해야 할 수 있다.— {{U 기술 13}} 22:27, 2014년 11월 19일(UTC)

감사합니다, 여러분.Andy Mabbett (Pigsonthewing); Andy와 대화: Andy가 편집한 2014년 11월 20일(UTC)

템플릿의 "Allegiance to" 매개 변수:인포박스 전쟁파

미안하지만 이것은 이라크와 레반트와 관련된 또 다른 질문이다.그것은 ISIL에 충성을 선언했지만 그 그룹의 일부분으로 표시된 안사르 미끼 알-마크디스 같은 그룹과 관련이 있는데, 이는 사실을 과대 포장한 것처럼 보이지만 그들은 여전히 동맹국 이상이다."Allegiance to"와 같은 것을 추가할 수 있는가?고마워 그레카예 07:22, 2014년 11월 20일 (UTC)

이걸 해결할 방법이 없을까?그렇지 않으면 대체 템플릿을 찾아야 할 수도 있다.그레그카예 ✍세 10:53, 2014년 11월 21일 (UTC)

"어려움" 같은 것을 옵션으로 추가하면 충분히 쉬울 것이다.그게 효과가 있을 것 같니?만약 그렇다면 ping을 해주면 인포박스 코드에 추가하겠다.Chris Cunningham (사용자:thumperward)(대화) 11:11, 2014년 11월 21일 (UTC)

Chris Cunningham (user:thumperward) TY, 그것은 확실히 각인되어 있고, 현재 상황보다 더 낫지만, 그 상황은 매우 구체적인 아랍어 약속이 이루어지고 있다."Allegiance to"가 더 정확할 것이다.나는 제휴가 다른 상황에서 다른 그룹과 관련이 있을 것이라고 확신한다.그레그카예셀 12:39, 2014년 11월 21일 (UTC)

완료, 사용 allegianceto = . Chris Cunningham (사용자:thumperward)(대화) 13:43, 2014년 11월 21일 (UTC)

고마워 크리스, 넌 스타야.이것은 진정한 도움이며 매우 감사한 일이다, 그레그카예 ✍. 18:42, 2014년 11월 22일 (UTC)

정말 이상한 벌레:초기 문자 H 누락

오늘 정말 이상한 곤충을 만났어.글자 H로 시작하는 모든 기사에는 제목에 H가 빠져 있다.대신 그 자리가 비어 있다.이것은 내가 내 컴퓨터에서 테스트한 모든 브라우저에서 발생하지만 내 휴대폰이나 동료의 컴퓨터에서는 발생하지 않는다.왜 이런 일이 일어나는지 아는 사람 있어?

--Shandris^{the azylean} 08:25, 2014년 11월 20일 (UTC)

난 기술적이진 않지만 네 동료들처럼, 여기 있어.나는 성공적으로 하마를 탐색기 11에 싣기 위해 윈도우 7을 시도해 보았다.Chrome38.02125.1111(2014) 및 2014년 버전의 Firefox.그레그카예베데프 10:23, 2014년 11월 20일 (UTC)

@Shandris:바이러스 검사기를 실행해 보십시오. --Redros64 (대화) 11:45, 2014년 11월 20일 (UTC)

그것 참 신선할 정도로 이상하네.어떤 것은 아마도 당신의 시스템이나 계정 중 하나일 것이다.로그인 시와 로그아웃 시 모두 발생하는지 확인해 주시겠습니까?로그인만 되면 개인 스타일시트/j와 관련이 있고, 그렇지 않으면 시스템과 관련이 있다.우리는 거기서부터 시도하고 최소화할 수 있다.Martijn Hoekstra (대화) 11:48, 2014년 11월 20일 (UTC)

홀수(파일 > 대부분의 브라우저와 같이 페이지 저장)가 보이는 페이지 중 하나의 복사본을 저장하여 어딘가에 업로드해 주시겠습니까?파일 내에서 원시 HTML을 복사하여 PasteBin과 같은 것으로 붙여넣는 것이 이상적일 것이다.레티컬레이션 스플라인^{(t • c)} 12:18, 2014년 11월 20일(UTC)

내가 조사를 좀 해봤는데, 위키백과 - 리눅스 리버틴의 제목에 사용되는 글꼴과 관련이 있는 것 같다.이상하긴 한데, 내가 사용하는 브라우저에 상관없이 내 컴퓨터에서만 일어나는 것 같아.@ Redrose64 바이러스와상관없는 것 같아,내컴퓨터는 잘 작동해. Shandristheazylean 12:24, 2014년 11월 20일(CoordinatedUniversalTime).

아마도 당신의 컴퓨터에 그 글꼴의 "H"가 부족했을 것이다!더 심각한 것은, 비록 당신의 컴퓨터가 수십 개의 바이러스를 가지고도 보통 "괜찮게" 실행되는 것처럼 보일지라도, 나는 그것이 바이러스와 관련된 것인지 의심스럽다.

해당 글꼴을 설치/제거하면 문제가 사라지십니까?최상의 선택:Rich Farmbrough, 2014년 11월 20일 (UTC)

많은 컴퓨터 바이러스들이 있다; 그 숫자는 20년 전보다 1000개가 더 많이 지나갔다.그들의 영향은 다양하다; 어떤 것들은 단지 한 종류의 프로그램만을 목표로 하고, 어떤 것들은 부패하기 위한 데이터를 찾는다.브라우저의 페이지 렌더러가 검색하는 위치에 자신을 연결하기로 결정한 경우일 수 있음<h1>...</h1>첫 번째 문자가 "H"인 요소들 그리고 그것들을 막는다. --Redrose64 (토크) 15:08, 2014년 11월 20일 (UTC)

Linux Libertine은 우리가 h1 요소에 대해 정의한 첫 번째 글꼴이다.컴퓨터에 설치된 경우 렌더링에 사용되는 글꼴이 그것이다.그렇지 않다면 다음 글꼴을 줄에 넣어야 하는데, 바로 조지아 입니다.어떤 글꼴이 실제로 사용되는지 확인하는 가장 쉬운 방법은 크롬으로 표시된 다음, 제목 요소의 요소를 검사한 다음, 선택한 오른쪽 아래 창의 계산된 창에서 아래로 스크롤하여 "렌더링된 글꼴"을 확인하십시오.브라우저가 실제로 표시하는 데 사용하는 글꼴이 표시됨.Linux Libertine인데, 다른 폰트를 사용하지 않는다면, 나는 그것을 제거하는 것을 추천한다. 분명히 거기에는 파손된 부분이 있다.그 폰트를 어디서 구했는지 기억한다면 알아두는 게 좋을 거야.번식을 해서 실제 버그가 있는 곳(아마 글꼴 포장이지만 확실하게 말할 수는 없다)에 버그를 신고하고 싶다.Martijn Hoekstra (대화) 15:46, 2014년 11월 20일 (UTC)

그것은 조지아(시험할 필요 없음)이다.내 첫 번째 생각은 아마도 당신의 조지아 글꼴이 손상되었거나 올바르게 렌더링되지 않은 것 같다.이거 윈도우 7이니?다이렉트Write라는 성분이 있는데 버그가 있을 수 있다. -- [[User:Edokter]] {{talk}}16:21, 2014년 11월 20일(UTC)

옵티컬 폰트 인식은 잘 못해봤어 OP를 살려줘서 고마워Shandris, 자본 H는 모든 h1 요소에서 사라지는가, 아니면 단지 첫 번째 요소에서 사라지는가? (우연한 사고로 그러한 요소들 중 하나가 있는 내 사용자 페이지에서 확인할 수 있다.)Martijn Hoekstra (대화) 16:46, 2014년 11월 20일 (UTC)

• FireFox 또는 Chrome에서 요소를 마우스 오른쪽 버튼으로 클릭하고 요소를 검사한 다음 전체 요소를 복사하십시오.<h1>...</h1>태그? 또한 아래 섹션의 스크린샷을 오염되지 않은 상태로 캡처해 주시겠습니까?

나는 그들 중 많은 사람들이 아무런 변화도 보이지 않을 것이라고 예상하지만, 어떤 것이 영향을 받는지를 보는 것은 나에게 유용할 것이다.또한, 마지막으로, 나는 당신의 컴퓨터가 치과의사에 의해 감염되었다고 생각한다. 치과의사는 당신의 H를 컴퓨터에 모든 H를 차지하며 AHHHHH!라고 말하며 그녀의 행복을 유지하려고 노력한다.— {{U 기술 13} 16:42, 2014년 11월 20일(UTC)

The= H1 =이 접을 수 있는 섹션의 상단에 페이지의 TOC 나사가 있다.이 접이식 섹션의 모든 데모 헤딩은 보관봇을 혼동하게 될 것이다. 보관봇은 이전, 아마도 그 다음 부분을 차지하지만 중간 부분을 남겨둘 것이다. --Redros64 (대화) 22:51, 2014년 11월 20일 (UTC)

관련 마크를 하위 페이지로 이동했다.Andy Mabbett (Pigsonthewing); Andy와 대화; Andy가 편집한 2014년 11월 20일(UTC)

내가 문제를 해결했어!내 조지아 글꼴이 부패한 것 같다.또한, TTF 파일을 열었을 때, 모든 글자들은 Arial 글꼴 스타일로 보였다.나는 내 폰트 파일을 동료들과 비교했고, 날짜와 파일 크기는 심지어 바이트까지 똑같았다.어쨌든, 그는 내가 나의 타락한 것으로 대체한 그의 버전을 나에게 보냈고 이제 나는 나의 수도 H를 다시 볼 수 있다!조언에 기여해주신 모든 분들께 감사드린다. --Shandris^{the azylean} 09:57, 2014년 11월 21일 (UTC)

ogv 파일의 미리 보기 이미지를 변경할 수 있는가?

어색한 눈 감은 이미지로 대통령을 사로잡는 File:20090124 WeeklyAddress.ogv를 살펴보십시오.미리보기 이미지로 선택한 파일의 프레임을 변경하거나 선택할 수 있는 방법이 있는가?Tarc (대화) 2014년 11월 20일 (UTC)

어떤 대통령?최상의 선택:Rich Farmbrough, 2014년 11월 20일 (UTC)

케냐의 대통령. --NE2 23:08, 2014년 11월 20일 (UTC)

비 스나키 입력은?Tarc (대화) 2014년 11월 20일 (UTC)

예를 들어, 어떻게 표시하는지 알아내고 이 링크를 클릭하면 오그브에 연결된다.MV가 클릭 가능한 이미지를 망쳤는지 모르겠어.최상의 선택:Rich Farmbrough, 22:17, 2014년 11월 20일 (UTC)

• 기사에는 물론 썸타임=0:00이 있지만 파일 페이지 자체에 어떤 효과가 있을지 모른다.나는 오바마 페이지를 바꿨다.[10] 얼마든지 더 수정하십시오.펑크몽크 (토크) 22:23, 2014년 11월 20일 (UTC)

그래, 적어도 기사 정도는 될 거야, 고마워.Tarc (대화) 17:26, 2014년 11월 21일 (UTC)

Bio intros의 아랍어 및 히브리어 스타일 이름

바이오 기사의 문단에서 아랍어와 히브리어의 이름을 중심으로 편집하는 방법은 편집이 엉망이 되지 않고 편집하는 방법이 있을까?예를 들어, 1925년에 타자를 치려고 할 때, 19는 아랍어 및/또는 히브리어 이름 앞에 붙게 된다.GoodDay (토크) 00:24, 2014년 11월 21일 (UTC)

MOS:RTL이 너의 문제를 해결하니?그렇지 않은 경우 특정 기사를 링크하고 해당 기사에서 수행하려고 하는 작업을 말하십시오.프라임헌터 (대화) 00:48, 2014년 11월 21일 (UTC)

내 경험으로 볼 때, 함께 일하는 것은 단지 골칫거리일 뿐이지만, 결국 당신은 거기에 도달할 수 있다.나는 그것이 "어떻게" 하는 것이 아니라는 것을 알지만 그것을 부드러운 격려로 여긴다.최상의 선택:Rich Farmbrough, 01:01, 2014년 11월 21일 (UTC)

또 다른 대안은 아랍어 또는 그 문제에 대한 모든 rtl 언어를 다음 언어로 포장하는 것이다.<bdi>...</bdi>, html은 명시적으로 rtl을 ltr로부터 격리하도록 설계되었다.사용 고려:lang="xx"어디에"xx"ISO639-1 언어 코드(ar아랍어로는he히브리어 등의 용어로.

—스승(대화) 01:11, 2014년 11월 21일 (UTC)

RTL 텍스트로 글을 쓸 때, 나는 다음과 같은 일을 하는 경향이 있다."1925년생 John Doe(rtl)는 a..." 이렇게 하면 rtl을 삭제하고 RTL 이름을 복사/붙여 괄호 안에 넣는다.또는 괄호를 쓰고, 안에 이름을 쓰고, 괄호를 삭제하면 된다.어느 방법이나 괄호는 RTL과 LTR의 경계 역할을 할 수 있다.Nyttend (대화) 01:14, 2014년 11월 21일 (UTC)

좀 헷갈리네이런 아랍어/히브루어 이름들을 마주쳤을 때 '편집선'이 반대 방향으로 갈 때 처럼요.굿데이 (토크) 01:18, 2014년 11월 21일 (UTC)

{{lang-ar}}은(는) 좌우 표시를 포함한다. -- Gadget850 ^talk 15:31, 2014년 11월 21일(UTC)

텍스트 덮기 표

마리아에게 뭔가 문제가 있어_테레사, 그리고 난 문제를 찾지 못했어.

섹션 7.1(섹션 번호 매김이 없는 경우 문제라고도 함)은 여러 섹션을 포괄한다.섹션 12의 꼬리 끝이 보이면 13(Ancestry)

내가 보기엔 딱 두 개만 열려 있는 것 같은데, 한 개만 빼려고 했는데 별로 소용이 없었어.

탁자 위의 숨기기 버튼은 아무 것도 할 수 없는 것 같아.

크롬과 모질라에 있는 데스크톱에서 살펴봤는데, 같은 이슈였죠.

생각은 없나?--S 필브릭(토크) 17:54, 2014년 11월 21일 (UTC)

내가 고쳤다.향후 참조를 위해: WP:NAVFRAME(그러나 여기서 NavFrame이 약간 남용된다는 점에 유의한다.) -- [[User:Edokter]] {{talk}}2014년 11월 21일, 19:46(UTC)

고맙다, 좋아 보인다.우리한테 알려준 독자에게 정보를 전달하겠어.--S 필브릭(Talk) 21:28, 2014년 11월 21일 (UTC)

인용 형식 RfC

피이

– 다른 곳에서 관련 논의를 위한 포인터.

대화:아스프로몬테염소#WP 범위에 관한 RfC 인용 형식에 관한 RFC:CITEVAR 및 올바른 XML을 포함한 참조 인용문의 기본 기술 코딩 변경 및 문제 있는 참조 ID 변경을 방지하는 데 사용할 수 있는지 여부 — SMcCandlish ☺ ☏ ¢ ≽^ʌ ⱷ ҅ ҅_ᴥⱷ^ʌ҅≼҅ 19:48, 2014년 11월 21일(UTC)

미디어 뷰어 업데이트: 마지막 개선 사항

이제 미디어 뷰어는 이미지 바로 아래에 캡션을 보여준다.

안녕하십니까: 저희 멀티미디어 팀이 커뮤니티 피드백을 바탕으로 미디어 뷰어에 대한 요청된 모든 '필수' 개선 작업을 완료했음을 알려드리게 되어 기쁘게 생각한다.

다음은 모든 위키백과 및 자매 프로젝트에서 개발 및 릴리스된 새로운 기능:

• 이미지 바로 아래의 캡션 또는 설명 - 완료(새로 만들기)
• 소스 후 라이센스 레이블 이동 및 레이아웃 조정 - 완료(새로 만들기)
• 이미지를 클릭하여 이미지를 확대하기 위한 더 쉬운 방법
• "자세히" 버튼: 파일: 페이지 - 완료에 대한 보다 두드러진 링크
• "다운로드" 및 "공유 또는 임베드"에 대한 별도의 단추 - 완료
• 미디어 뷰어를 개인적으로 사용하지 않도록 설정하는 더 쉬운 방법 - 완료
• 파일 페이지에서 미디어 뷰어 다시 활성화 - 완료
• 파일 페이지 이름 바꾸기 단추: "미디어 뷰어에서 열기" - 완료
• Monobook에서 MediaViewer 텍스트 더 크게 만들기 - 완료
• 더 적은 수의 항목으로 더 간단한 메타데이터 패널 - 완료
• 썸네일 사전 렌더링으로 더 빠른 이미지 로드 - 완료

이러한 개선사항은 현재 모든 위키미디어 호스팅 사이트에서 실시간으로 제공되고 있다.당신은 이 'Featured pictures' 페이지에서 그것들을 시험해 볼 수 있다.

이러한 기능은 최근 커뮤니티 상담 및 지속적인 사용자 연구로부터 가장 빈번한 요청을 기반으로 한다.미디어 뷰어의 주요 대상 사용자인 독자와 캐주얼 편집자에게 더 나은 경험을 제공하는지 확인하기 위해 사용적합성 연구의 최종 라운드를 진행하고 있다.

이러한 개선을 제안한 모든 공동체 구성원들 덕분이다!당신의 피드백은 매우 소중했고 우리가 함께 더 나은 제품을 만드는 데 도움이 되었다.:)

이 미디어 뷰어 대화 페이지에서 어떻게 생각하는지 알려주십시오.우리는 우리의 연구 결과를 공유하기 위해 12월에 한 가지 업데이트를 더 올릴 것이다.안부 전합니다Fabrice Florin (WMF) (토크) 02:44, 2014년 11월 22일 (UTC)

섹션 앵커의 위/아래 및 홈/엔드 문제

예를 들어, https://en.wikipedia.org/wiki/The_National_Archives_(United_Kingdom)#Forgeries_discovered_in_2005을 보면, 페이지 업은 페이지 다운/엔드 역할을 할 수 있고, 페이지 다운은 페이지 업 역할을 할 수 있다.주문 효과가 있어 페이지 상단이나 하단 부분에 '포장'할 수 있다.홈 앤 엔드(Home and End)는 기껏해야 응답하지 않거나(이 캐럿을 "이 페이지는 2014년 11월 22일 16:07에서 마지막으로 수정됨"의 시작 부분으로 이동하거나 페이지의 다른 줄에서 "내비게이션"으로 이동) 예측할 수 없다.

최상의 선택:Rich Farmbrough, 16:21, 2014년 11월 22일 (UTC)

네비게이션 키의 효과는 위키피디아가 아닌 브라우저에 의해 제어된다.내 파이어폭스에서는 키가 그 페이지에서 예상대로 작동한다.Shift/Ctrl/Alt와 같은 제어 키를 누르거나 컴퓨터에서 어떤 이유로 누른 것으로 등록하면 탐색 키에 영향을 줄 수 있지만 결과는 브라우저에 따라 달라진다.프라임헌터 (토크) 17:06, 2014년 11월 22일 (UTC)

이상한 사용자 페이지 보기 통계

지난 며칠 동안 많은 사용자 페이지(모두?)가 비정상적인 보기 통계를 얻고 있다.[11][12][13][14][15][16].내가 틀릴 수도 있지만, 스파이크의 크기는 페이지 감시자의 수와 일치하거나 개수를 편집하는 것 같다.별일 아닙니다.무슨 일인지 아는 사람이 있는지 궁금하기만 하면 돼. --Anthonyhcole (대화 · 기여 · 이메일) 13:17, 2014년 11월 19일 (UTC)

이것이 6월에 논의되었던 버그와 관련이 있는지 확실하지 않다.저것은 아직 해결되지 않은 것 같다; 나는 10월부터 몇몇 기사에 대한 엄청난 스파이크를 보고 있다.[17][18][19]사용자:Ironholds는 우리에게 그 문제에 대한 최신 정보를 줄 수 있을 것이다. --Paul_012 (대화) 15:15, 2014년 11월 24일 (UTC)

그것은 그것을 막을 수 있는 메커니즘이 없다는 점에서 해결되지 않았다. 물론, 우리는 무슨 일이 일어났는지 안다.그러나 이 스파이크들은 상대적으로 작아서 조사할 가치가 없을 것이다.Ironholds (대화) 17:54, 2014년 11월 24일 (UTC)

콩을 밟지 않고 무슨 일이 있었는지 말해줄 수 있어?— HHHIPO 20:09, 2014년 11월 24일 (UTC)

서러스 검색

검색에 많은 문제가 있음:

검색 중 오류가 발생함: 현재 검색이 너무 사용 중임.나중에 다시 시도해 주십시오.

이건 뒤로 밀릴 필요가 있을까?최상의 선택:Rich Farmbrough, 22:10, 2014년 11월 20일 (UTC)

나는 수영장 줄에 차가 좀 막히는 것을 보고 있다.이 오류들의 좋은 점은 그것들이 일시적이고 파도 속에서만 나타나는 경향이 있다는 것이다...메시지에서 말하는 대로 언제든지 다시 시도할 수 있다.이 모든 것은, 오류가 좋지 않고 우리는 아마도 대기열 크기를 더 조정할 수 있을 것이다. (fwww, MWSearch에서도 이런 일이 벌어지곤 했는데, 얼마나 흔한 일인지 생각해 보지도 못했다니 놀랍다.)BZ/Phabricator는 현재 마이그레이션이 중단되어 있지만, 나는 월요일 이것을 더 자세히 살펴본다는 과제를 접수할 것이다.^데몬^{[omg plz]} 17:40, 2014년 11월 21일 (UTC)

나도 방금 이것 좀 봤어.좋은 소식은 문제가 파도에 밀려오고 당신이 본 파도는 최악이라는 것이다.나쁜 소식은 그것이 전혀 일어나지 않는다는 것이다.네가 이 메시지를 올리기 바로 전에 부하가 급증하는 것을 봤지만, 로그에는 흥미가 없다.부하 급증은 이미 오래전 일이라서 얼마나 긴지 정확성을 잃었지만 만약 우리가 22:06에서 22:09 UTC까지 이 오류를 처리하는 것과 일치한다고 추측해야 한다면.나는 이것이 롤백이라고 생각하지 않는다. 왜냐하면 우리는 예전 시스템에서도 이런 것들을 보는 것에 익숙하기 때문이다.물론 예전 검색은 이런 것들을 계속 떠들어댔지만 새 검색은 당신이 이 사실을 보고하기 직전에 몇 가지 불만과 한 번의 엄청난 폭증에 대해 저축을 했다.현재 계획은 다음 주 초쯤 전체 텍스트 검색에서 접두사 검색을 세분화하는 것이다.다음에 이런 일이 일어날 때, 이것은 그 스파이크가 한 특정한 검색의 맛에 의해 발생하는지 알아내고 그 과정에서 다른 맛들을 보존할 수 있게 해줄 것이다.네베레트 (WMF) (대화) 18:23, 2014년 11월 21일 (UTC)

오! 방금 네가 봤던 스파이크를 추적했어. 엄청나게 뒤죽박죽인 트롤을 찾아냈어쩌다.내가 그것에 대한 방어책을 좀 더 세울 수 있는지 알아볼게.사람들이 뭘 찾고 있는지 알면 놀랄텐데...네베레트 (WMF) (대화) 18:27, 2014년 11월 21일 (UTC)

Cirrus는 언제 구현되었는가?로그에 기록하지 않은 다른 검색 버그가 있었지만, 현재 검색 엔진과 관련이 있다고 생각할 만한 이유가 있다면 다시 만들 수 있을 것이다.최상의 선택:Rich Farmbrough, 22:21, 2014년 11월 22일 (UTC)

지난 1년 반 동안 활발한 개발 중에 있으며, 바로 요전날인 19일에 영어 위키백과의 디폴트로 배치되었다.기존 검색 엔진은 추가 기능을 통해 여전히 액세스할 수 있음&srbackend=LuceneSearch 특별 행사:검색 또는 API 쿼리(버그가 아직 존재하는지 또는 추가되었는지 확인하기 위해 비교하기에 적합함 :) ^demon01^{[omg plz]}:49, 2014년 11월 23일 (UTC)

위키백과에 "기술 문제 보고" 추가 제안:연락하기

위키피디아는 사용자가 버그를 보고할 수 있는 장소가 있는가?(예: WMF 이메일 주소?)그렇게 하는 것은 독자들이 그들이 가지고 있는 문제들을 보고하도록 하기 위한 적절한 조치처럼 보일 것이다.위키피디아에 이런 내용이 없다는 사실에 놀랐다.우리에게 연락해라.이메일 주소가 있으면 다른 사용자가 지적할 수 있는가?그렇지 않으면 꽤 유용할 것 같아. --Tom (LT) (토크) 21:00, 2014년 11월 22일 (UTC)

위키백과 버그를 이 페이지(이 문제가 템플릿, 모듈 등에 특정한 경우) 또는 페이브리케이터(서버 소프트웨어와 관련된 경우)에서 보고할 수 있다.확실하지 않은 경우, 게시하기에 가장 좋은 장소는 이 페이지 - 만약 버그 리포트가 페이브리케이터에 배치되었어야 한다면, 다른 사람이 여러분을 올바른 방향으로 가리킬 것이다(또는 여러분을 위해 그것을 할 수도 있다).

내가 이 글을 쓸 때, Phabricator는 유지보수를 위해 다운되었다. 월요일에는 복구될 것이다.

WP의 "읽기" 섹션에 기술 문제와 관련된 간단한 문장 한두 개를 추가하는 것을 지지한다. 우리에게 연락하라; 현명한 생각처럼 보인다.— 이것, 저것 및 다른 (대화) 04:34, 2014년 11월 23일 (UTC)

이 페이지 상단에는 "버그 및 기능 요청"을 삽입할 위치에 대해 나와 있다. --AKlapper (WMF) (토크) 18:00, 2014년 11월 23일 (UTC)

비기술적 비편집자가 기술적 문제를 보고하기에 좋은 장소는 정말로 없다.연락처 페이지에 있는 대부분의 전자 메일 주소는 정보 제공 OTRS 대기열 중 하나로 이동하며 기술 이벤트 대기열이 있다.그러나 그것이 정말 쉬운 대답이 아니라면 그들은 아무 응답도 없이 오랫동안 앉아 있거나(주, 때로는) 다른 곳에 언급되는 경향이 있다(여기, 메일링 리스트).내가 알고 있는 바로는, 페이브리케이터가 버질라(아마도 더 나쁠 것이다)보다 더 평민 친화적이지는 않을 것이기 때문에, 아마도 독자들을 추천하기에 가장 좋은 장소는 아닐 것이다.이 페이지는 아마도 Phabricator보다 더 알기 쉬우며 OTRS보다 더 많은 응답을 받을 가능성이 있다.그러나 편집자가 아닌 사람에게는 여전히 어려울 수 있다.미스터 Z-man 17:53, 2014년 11월 23일 (UTC)

Bugzilla에 비해 Phabricator는 일부 지역의 상황을 개선할 것이다.Bugzilla 사용자 인터페이스와 별개로 Bugzilla에 대해 내가 들은 가장 흔한 불평은 별도의 로그인과 이메일 주소가 노출되었다는 사실이었다.두 가지 모두 더 이상 페이브리케이터의 경우가 아니다.mw:도 참조하십시오.개선 사항 및 알려진 문제에 대한 Phabricator/versus_Bugzilla.개인적으로 나는 여전히 모든 사람들의 요구와 기술에 정통한 수준에 맞는 완벽한 버그트레이커를 기다리고 있다고 말하고 싶다. 그리고 나는 50년 후에도 내가 여전히 기다리고 있을 것이라고 확신한다. 그것은 항상 타협과 절충이다.게다가 기대는 주관적인 것이기 때문에 버그가 어디서 시작되고 "이상하지만 의도된 행동" 또는 사용자 지원 질문이 어디서 끝나는지 정의하거나 알아내기가 정말 어려울 수 있다. :-/ --AKLAPER (WMF) (토크) 2014년 11월 23일 (UTC)

iPad 1의 로그인 페이지

iPad 1에서 "Keep me login in"을 더 이상 확인할 수 없다.확인란이 작동하지 않는다.이것이 알려진 문제인가?고마워 -- Jo3sampl (대화) 03:33, 2014년 11월 23일 (UTC)

하지만 성공적으로 로그인할 수 있다고?어떤 브라우저에 대한 내용인가? --AKlapper (WMF) (토크) 18:03, 2014년 11월 23일 (UTC)

고마워 -- 로그인 할 수 있어 -- "Keep me login" 옆에 있는 제어 장치만 작동하지 않아.브라우저는 Safari(아이패드의 네이티브)이다.버전 ID를 찾는 데 문제가 있지만, 버전은 iPad 1의 마지막 운영 체제 업데이트인 IOS 5.1.1에 해당된다.아이패드 1을 이용한 마지막 WP 편집자(대부분)라는 생각을 받아들여야 할 것 같다.크리스마스가 다가오는데... 다시 한 번 감사드리며 -- Jo3sampl (대화) 23:29, 2014년 11월 23일 (UTC)

티켓팅 시스템에 보고됨.—DJ (대화 • 기여) 13:21, 2014년 11월 24일 (UTC)

카운트 편집(again)

지난번에 봤을 때(흔히 페이지에도 닿지 않는 경우가 많다) 1500분 뒤라고 적혀 있었다.또 막혔는데 발길질이 필요해.

원래 제공자는 몇 분 이상 지연될 것으로 예상하지 않았으므로 굳이 몇 시간(몇 일)으로 구문 분석하지 않았으리라 생각한다!

버터를 바르지 않은 파스닙(토크) mytime=sun 20:25, 위키타임=12:25, 2014년 11월 23일(UTC)

이에 대해 공구 관리인에게 문의해야 한다(서명 링크를 연결할 필요가 없다는 점 참고). --Mdann52톡! 2014년 11월 23일(UTC)

내가 아는 것은 그것이 내 "사용자 기여" 페이지의 맨 아래에 있는 버튼이라는 것이다.누가 그걸 유지하는지 내가 어떻게 알 수 있지? 왜 내가 신경써야 하지?

다른 위키 페이지에 글을 쓸 때 레드링크를 멈추게 돼 있어하지만 일반인과 함께 일하지는 않는 것 같다.누구에게도 어떤 차이가 있는가? --버터링되지 않은 파스닙(토크) mytime=Sun 22:48, 위키타임=14:48, 2014년 11월 23일(UTC)

Xtools 관련 문제는 유지보수 담당자에게 https://github.com/x-Tools/xtools/issues에서 보고할 수 있다.페이지 소스에서 내부 위키링크를 찾는 도구가 있다. [[:en:User:Unbuttered Parsnip]]다른 위키에 대한 인터위키 링크처럼 포맷되고 일부 도구를 혼동할 수 있다.그것은 또한 페이지 출처를 보는 독자들을 혼란스럽게 할 수 있다.너의 레드링크 코멘트가 무슨 뜻인지는 모르겠지만 레드 링크는 같은 위키에서 존재하지 않는 페이지로 연결되는 위키 링크야.커먼스에 커먼스 사용자 페이지를 만들지 않은 경우:사용자:버터링되지 않은 Parsnip을 사용하면 다른 Commons 페이지에서 해당 페이지로 연결되는 Wikilink가 빨간색으로 표시됨.프라임헌터 (대화) 15:33, 2014년 11월 23일 (UTC)

지난번에 봤을 때 엔위키에서 정의한 서명은 다른 위키에서는 아무런 효과가 없을 겁니다.다른 위키에서 사용할 수 있도록 동일한 Wikitext를 복사/붙여넣으라는 말씀이시죠?여기 서명에서 ":en:"을 생략하십시오.Johnuniq (대화) 00:19, 2014년 11월 24일 (UTC)

감사 실행 취소

나는 어떤 모자에게 혹사당하는 것을 느끼고 있다.이 기사의 수정 내역 페이지에서, 사용자 이름으로 (감사하지 않음)을 가지고 있지 않은 유일한 편집자다.많은 사용자명이 자신의 이름으로 (감사하지 않음)을 가지고 있지 않은 관련 페이지에서도 마찬가지다.왜 이러한가?~ P123ct1 (대화) 17:10, 2014년 11월 23일 (UTC)

너는 스스로에게 감사할 수 없다.다른 사람들은 당신의 편집에서 감사 링크를 본다.봇과 IP에 의한 편집은 감사 링크가 없다.이슬람국가 이라크와 레반트는 반보호적이어서 IP 편집이 없다.프라임헌터 (대화) 2014년 11월 23일 17:17 (UTC)

왜 이런 생각을 못했을까?내가 방금 짐작했던 봇과 IP에 대해서.~ P123ct1 (대화) 17:58, 2014년 11월 23일 (UTC)

시간대 설정

내 시간대("시간 오프셋") 설정을 업데이트하려고 할 때 아시아/베이징은 선택이 아니라는 것을 깨달았다.같은 효과를 얻기 위해 아시아/홍콩으로 시간대를 바꿀 수 있었지만, 한 나라의 수도(그리고 의미심장한 수도)이기 때문에 아시아/베이징이 그 목록에 추가되어야 한다고 생각한다.대부분의 주요 운영 체제(Windows, Mac OS, Linux의 많은 디스트로)의 시간대 옵션에도 수록되어 있다.같은 시간대에 다른 도시들이 있는 것으로 알고 있지만, 이미 많은 도시들이 주어진 시간대에 등록되어 있다.예를 들어, 미국/토론토, 미국/몬트리얼, 미국/뉴욕, 미국/보고타.그리고 미국/리마는 모두 -05:00 시간대에 있지만, 그 중요성 때문에 모두 개별적으로 열거되어 있다.

요컨대, 나는 아시아/베이징이 Preferences -> Outlook의 시간 오프셋 목록에 포함되도록 요청하고 싶다.

고마워. Tony Tan⁹⁸ · talk 04:26, 2014년 11월 24일 (UTC)

@Tony Tan 98: 이것은 MediaWiki 소프트웨어의 특징이기 때문에 영어 위키백과에서는 국소적으로 고칠 수 없다.MediaWiki 개발자들이 당신의 요청을 볼 수 있도록 우리의 (새로운) 버그 추적 시스템에 버그 리포트를 제출했다.— Stradivarius^{♪ talk ♪} 04:50, 2014년 11월 24일 (UTC)

@스트라디바리우스 씨:그렇구나. 보고서를 제출해줘서 고마워!베스트, 토니 탄·토크⁹⁸ 04:54, 2014년 11월 24일 (UTC)

미디어위키는 다른 많은 사람들과 마찬가지로 tz 데이터베이스를 사용하는 PHP로 쓰여져 있다.tz 데이터베이스 시간대의 목록에는 아시아/베이징이라고 불리는 시간대 식별자가 없기 때문에 빨간 링크 입니다.베이징은 아시아/상해로 덮여 있다.아시아/홍콩은 또한 당신의 위키피디아 선호를 설정하기 위해서만 일하지만, 공식적으로 홍콩만을 다룬다.참고 항목: 중국에서의 시간#IANA 표준 시간대 데이터베이스.프라임헌터 (토크) 11:54, 2014년 11월 24일 (UTC)

• 토니, 네 좌절을 이해해."미국:"미국:보스턴" (보스턴처럼 대부분의 OS 및 기타 프로그램 설정에서 이용 가능한) 뉴욕이 속해 있지 않은 뉴잉글랜드의 중심 허브의 일종인 매사추세츠 주의 수도다.나 또한 이것에 대해 연구를 좀 해 보았는데, 그것이 tz 데이터베이스에 추가되기 전까지는 소프트웨어 개발자들이 합리적으로 할 수 있는 일은 많지 않다.행복한 편집!— {{U 기술 13}} 15:04, 2014년 11월 24일(UTC)

그들이 할 수 있는 한 가지 일이 있다: 다른 주요 도시들을 몇몇 tz 식별자 오른쪽에, 아마도 더 작은 글씨체로 추가하라.프라임헌터 (대화) 15:46, 2014년 11월 24일 (UTC)

기술 뉴스: 2014-48

2014년 11월 24일 19:31(UTC)

다음 줄에 대한 참조 래핑

화면을 어떻게 설정하느냐에 따라 다음 줄까지 참조가 감길 수 있는데, 이 모습이 어색하고 낯설게 보인다.이 스크린샷 파일:필래(우주선)의 스크린샷_쇼잉_ref_wrap.jpg."11월"과 참조 시작 사이에는 공백이 없다.이런 일이 일어나지 않게 할 방법이 있을까?Bubba73 01:23, 2014년 11월 20일 (UTC)

@Bubba73:어떤 브라우저를 사용하십니까?나에게 있어서, Win7의 Firefox와 IE9에서는, 참조가 항상 앞의 단어와 같은 줄에 나타나서 완전히 정지했다.— Stradivarius^{♪ talk ♪} 01:55, 2014년 11월 20일 (UTC)

Windows 8.1에서 IE11을 사용하고 있다. Bubba73^{You talkin' to me?} 02:57, 2014년 11월 20일(UTC)

아까 같은 필래(우주선) 기사를 쓰면서 같은 효과를 재현하려다 운도 없이 우연히 같은 설정을 갖게 된 것을 보니, 어쩔 수 없었다.기본적인 IE11 글꼴 패밀리 및 브라우저 너비를 만지작거렸으나, 내가 무엇을 시도했든 간에, 그것이 포장하기로 결정한 지점은 [위의 사진처럼] 참조의 기간과 개봉 대괄호 이후가 결코 아니었지만, "at"이라는 단어와 그 뒤에 오는 00:36 타임 스탬프 사이에 항상 일어나는 것처럼 보였다.

내게는 css같은 것처럼 보이지만, 솔직히 말해서 인라인 요소와 무차단 특성을 다루는 최근의 일에는 미치지 못한다. -- 조지 오웰 3세 (토크) 03:38, 2014년 11월 20일 (UTC)

나는 텍스트를 크게 하거나 작게 만들면 문제가 없어진다.하지만 다른 곳에서 그런 일이 일어날 수도 있다.다른 데서 본 것 같아.내 Windows 글꼴 크기를 125%로 설정한 것 같아. 그게 문제가 될 수 있다면.Bubba73^{You talkin' to me?} 03:57, 2014년 11월 20일 (UTC)

이것은 이전에 나온 것들 중 하나이다; 이 페이지의 기록 보관소에 무엇인가가 있다(예: 위키백과:마을 펌프(기술)/아카이브 125#첨자 번호가 다음 텍스트 행으로 이동됨).포장이 일어나는 지점(그리고 포장을 결정하는 지점)은 매우 다양하다.그것에 영향을 미치는 요소들(위에는 어떤 것들이 강조되어 있었다)은 다음과 같다: 물리적 화면 해상도, 운영 체제, 설치된 글꼴, 브라우저, 창 크기 조정, 확대/축소 수준, 스타일 시트, 페이지 레이아웃.우리가 어떤 통제력을 행사할 수 있는 유일한 것은 마지막 두 가지뿐이며, 한 사용자에 대해 "올바른" 것을 얻으려고 하는 것은 다른 사용자에게 "잘못된" 것을 얻을 수 있다.우리는 다수를 만족시키려고 노력하지만 결코 보편적인 성공을 거둘 수 없다. --Redrose64 (대화) 11:35, 2014년 11월 20일 (UTC)

도움말:참조 디스플레이 사용자 정의에는 이 문제를 해결하는 두 가지 방법이 있다.IE 8+가 다음을 지원해야 할 것 같다.before사이비 종교[27] -- Gadget850 ^talk 13:22, 2014년 11월 20일 (UTC)

내게는 "공간이 없으면 깨지 말라"는 간단한 규칙이 쉬운 해결책이 될 것 같다.Bubba73^{You talkin' to me?} 18:16, 2014년 11월 20일 (UTC)

만약 당신이 긴 ref를 가지고 있다면, 어떻게 될까? 너무 길어서 화면보다 폭이 넓다면? (스마트폰을 가지고 있는 사람에게 그렇게 하기는 어렵지 않다.)WhatamIdoing (대화) 21:43, 2014년 11월 25일 (UTC)

• 최근에 발견한 {{zwj}}}이(가) 여기서 붉은 청어가 될까..?사르다나팔루스 (대화) 2014년 11월 21일 17:42, (UTC)
• {{Zwj}}워커들에게 있어 그 어떤 것보다도 좋다.나는 사용해 왔다.{{Nowrap}}"11월 15일"이 깨지는 것을 막기 위한 기사에 대해나는 우리가 모든 "."와 "<ref" 사이에 0폭의 조인을 삽입할 수 있다고 생각하지 않기 때문에 일반적인 해결책은 버그를 재현하고 버그를 기르는 것에 의존할 것이다.최상의 선택:Rich Farmbrough, 22:16, 2014년 11월 22일 (UTC)
  

• 이제 그것은 파일:에서 파란색으로 강조된 나를 위해 "얼음처럼 단단한" 뒤에 포장되고 있다.문제 2.jpg를 참조한다.Bubba73 00:22, 2014년 11월 23일(UTC)
• 두 스크린샷에서 문제가 있는 참조는 #41이지만 지금은 서로 다른 참조가 된다는 점에 유의하십시오.그 문제는 41이라는 숫자와는 아무런 관련이 없는 것이겠지?Bubba73 03:14, 2014년 11월 23일 (UTC)

• 나는 전문가는 아니지만 의심스럽다.위의 Redrose64에 따르면, 이것은 "브라우저, 그것의 버전, 달의 위상에 따른 Varies" 중 하나처럼 보인다."… 사르다나팔루스 (대화) 09:52, 2014년 11월 23일 (UTC)

병합 페이지의 추가 탭

트윙클 탭 앞에 병합 페이지 탭(url은 https://en.wikipedia.org/w/index.php?title=Special:MergeHistory&target={{urlencode:{FULLPAGENAME}})을 추가하고 싶다.어떻게 하면 좋을까? (상대적으로 간단한 자바스크립트가 될 것 같은데 잘 모르겠어.)עודדווו Od Mishehu 14:22, 2014년 11월 20일 (UTC)

@Od Mishehu:

mw.이용하다.addPortletLink('p-causes', mw.구성.얻다('wgScriptPath') + '/index.php?title=특수:병합히스토리&타겟=' + .우루코멘토르(.구성.얻다(wgReallyPageName')), '머지 역사'); 

Jackmcbarn (대화) 16:35, 2014년 11월 20일 (UTC)

노력했지만 소용이 없었다.עודדווו Od Mishehu 19:14, 2014년 11월 20일 (UTC)

@Od Mishehu:그것은 나에게 효과가 있다.링크가 전혀 나타나지 않는가, 아니면 나타나지만 작동하지 않는가?Jackmcbarn (대화) 01:42, 2014년 11월 21일 (UTC)

전혀 나타나지 않는다.עודדהוodOd Mishehu 04:48, 2014년 11월 21일 (UTC)

트라이 퍼팅JSconfig.keys['HotCatMinorSingleChanges'] = true;파일 끝에그것은 많은 다른 링크들도 보여주지 못하게 하는 것 같다.세나륨 (대화) 09:44, 2014년 11월 21일 (UTC)

고마워, 세나리움, 계산은 이제 거기 있어.트윙클 탭 앞에 어떻게 놓을까?עודדוווו Od Mishehu 12:15, 2014년 11월 21일 (UTC)

나도 몰라.나는 TW를 사용하지 않고, 사용자 토크 경고용으로만 사용하고 싶다.세나륨 (대화) 13:47, 2014년 11월 21일 (UTC)

위키미디어 기술 블로그

그래서 위키미디어 기술 블로그를 막 읽고 있었는데, 새로운 게시물이 작성되면 여기 VPT에 봇이나 어떤 것이 메모를 올리면 좋을 것 같다는 생각이 들었다.내가 보기에 이 페이지를 읽은 많은 편집자들은 기술 블로그가 말하는 것에 관심이 있을 것 같지만, 현재로서는 많은 사람들이 그것을 알고 있고, 업데이트를 확인하는 것을 기억하지 못할 것이다.여기서 새로운 게시물 알림을 받을 수 있는 쉬운 방법이 있을까?— 미스터 스트라디바리우스 2014년 11월 22일 (UTC)

주기적으로 이곳에 새로운 게시물을 일괄적으로 메모하는 봇처럼, 효과가 있을 것이다.또는 주간 Tech News에 통합할 수 있다.자오펑 리[말씀] 기여...] 2014년 11월 23일 04:13(UTC)

Tech News는 이미 이러한 기능을 제공하고 있다(그러나 시간이 있으면 언제든지 링크가 있는지 다시 확인하고, 없으면 추가하십시오!).--Eltre (WMF) (토크) 10:25, 2014년 11월 26일 (UTC)

SUL 공구 반환: 404 - 찾을 수 없음

계정 요청을 처리하려고 하는 동안 Toollabs:quentinv57-tools/tools/sulinfo를 알게 되었다.php는 "404 - 찾을 수 없음"을 적어도 며칠 전부터 반납하고 있다.이는 기존 사용자 이름과 유사한 사용자 이름에 대한 요청을 기존 이름이 활성 상태였으므로 수락해야 하는지 여부를 평가하는 데 상당히 중요한 도구다.만약 누군가가 이것을 조사할 수 있다면 그것은 좋을 것이다.— {{U 기술 13}} 18:45, 2014년 11월 23일(UTC)

이제 CentralAuth가 연결되지 않은 계정을 표시했으므로 툴이 여전히 필요한가?–xeno^talk 18:58, 2014년 11월 23일(UTC)

• SUL 도구는 더 정확한 등록 날짜를 포함하여 CA보다 약간 더 많은 정보를 제공한다(2013년 4월 이전에 작성된 CA의 모든 계정은 2013년 4월로 표시됨).IERC, SUL 도구는 CA가 하지 않은 마지막 활동 날짜도 제공한다.— {{U 기술 13}} 19:09, 2014년 11월 23일(UTC)

• 고마워. 그래, 이 도구를 돌려받으면 좋겠다.–xeno^talk 18:11, 2014년 11월 24일(UTC)

꽤 많은 도구들이 404개를 지금 돌려주고 있다. 적어도 내가 경험해 본 것은 그런 것이고, 방금 전에 잠깐의 산발 테스트는 나를 다르게 설득하는데 아무런 도움이 되지 않았다!레티컬레이션 스플라인 19:02, 2014년 11월 23일(UTC)

해결됨

User_talk당:사이버파워678#SUL_info.고마워 사이버파워.— {{U 기술 13}} 17:26, 2014년 11월 25일(UTC)

그럼 (반대)

MPelletier (WMF), hops는 무엇인가?공구가 또 고장났어?나는 위에서도 Whatamidoing (WMF)이 무게를 실었다는 것을 알고 있지만, 나는 그들이 무슨 말을 하는지 이해하지 못했다. 나는 단지 빈정거릴 뿐이었다.이봐, 난 정말 누가 어떤 방식으로 무엇을 운영하든 상관없어.작업 편집 카운트와 기사 작성 카운트를 원하며 WMF가 그렇게 만들었으면 한다.제발Drmies (토크) 02:31, 2014년 11월 24일 (UTC)

이봐 드레이어스, 내가 이 일에 대해 얘기할 수 있을 것 같아.나는 기술자도 변호사도 아니니 참고하십시오.)

툴서버에서 실행한 툴과 마찬가지로, 실험실에서 실행되는 툴은 툴 소유자의 책임이다.아마도 당신은 TParis 등이 유지보수 인수를 돕기 전에 툴 서버에서 X's 툴이 작동 중단되었던 때를 기억할 수 있을 것이다.같은 문제다.온위키, 기계 장치가 고장나도 같은 일이 일어난다.주인은 그것들을 고쳐야 한다.음, 가젯이 더 낫지, 왜냐하면 누구든지 코드를 편집할 수 있는 한 고칠 수 있기 때문이다 :)

위키미디어 재단이 편집 도구를 인수하고 호스팅하는 문제는...- 까다롭군 - 물론이지, 하기는 쉬워문제는 윤리와 지역 사회 정서에 관한 것이다.개인 정보 보호 정책은 WMF 자체가 액세스 로그에 대해 거의 갖고 있지 않으며, 그러한 발견은 만료된다는 것을 분명히 한다.이것은 CheckUser와 같은 고급 도구를 가진 자원 봉사자들 조차도 접근할 수 있는 것을 따른다.

사람들이 취하는 모든 편집과 조치는 위키 소프트웨어에 의해 기록된다.이는 허가 조건뿐만 아니라 개인 책임이라는 위키 철학의 본질이다.역사는 반드시 지켜져야 한다.그러나, 이력을 분석함으로써 어떤 데이터 마이닝이 이루어지느냐가 매우 매우 불안정한 지위에 있다.많은 지역사회가 편집 창구를 불편하게 여기고 있으며, 어떤 곳에서는 편집 창구를 사용하는 것이 법을 위반할 수도 있다.

그래서 결국, 더 좋은 질문은, 도구를 복제하고 자원 봉사자들의 손에 맡기는데 무엇이 도움이 될 수 있을까 하는 것이라고 생각한다.실험실의 모든 도구는 오픈 소스인데, 지역사회에 중요한 서비스라면 한두 개 정도는 포크를 사용하는 것이 사소한 일일 것이다.이 역할을 기꺼이 맡을 수 있는 연구소 계정을 가진 개발자가 있는가?키건 (WMF) (토크) 07:45, 2014년 11월 24일 (UTC)

• 키건(WMF), 나는 당신의 인간 영어 번역에 감사한다(이전의 답들은 모두 독자들이 문제의 역사를 알고 있고 b.는 다양한 기술력을 이해하고 있다는 것을 당연하게 여겼다).나는 지금 그 복잡한 것들 중 몇 가지를 이해한 것 같아.왜 그런 기계들이 자꾸 고장 나는지 이해가 안 되겠지만, 네 말을 믿겠다.어쨌든, RfA의 편집자를 평가하기 위해서는 이 도구들이 필요하다. 없이는 그렇게 하기가 매우 어렵다.다시 한 번 감사드리며 (토크) 13:52, 2014년 11월 24일 (UTC)

생각해 보면, 이것을 언급하기에 부적절한 장소일 수도 있지만, "미디어 뷰어", "비주얼 에디터" 등과 같은 불필요한 것들을 만드는 데 드는 돈은 대신에 편집 도구/봇과 같은 필수적인 기능들을 운영하는 데 사용되어야 한다.아무도 좋아하지 않는 기능에 너무 많은 노력이 낭비되는 반면 핵심 기능들은 격월로 고장나 몇 주 후에야 고쳐지는 것을 보면 정말 실망스럽다.펑크몽크 (토크) 2014년 11월 24일 18:10 (UTC)

이에 대한 답변은 위의 "So..."를 참조하십시오.한편, 우리의 소프트웨어 도구를 유지하는데 있어서 누구를 더 믿으시겠습니까? 당신의 평균 위키백과 자원봉사자 또는 MV & VE와 같은 일을 했던 사람들? -- llywrch (대화) 21:08, 2014년 11월 25일 (UTC)

페이지 전환

갑자기 페이지 사이를 왔다 갔다 하면서(IE10 뒤로 및 앞으로 탐색 버튼 사용) 한 페이지가 바삭바삭한 순간 새로 고침 대신 다른 페이지로 '슬라이드'하는 '전환'이 일어난다.기술 담당자가 무언가를 변경했는가, 아니면 이것이 내 IE 설정의 일부 측면에 의해 발생한 것인가?전에 한 번, 몇 달 전에 그런 일이 있었는데 갑자기 멈췄어고마워, 141.6.11.14 (대화) 12:29, 2014년 11월 24일 (UTC)

내 짐작은 IE일 것이다; 이것은 위키피디아와는 아무 상관이 없다. --Mdann52는 나와 대화한다! 13:31, 2014년 11월 26일 (UTC)

템플릿에 대한 편집 요청:인포박스 휴일

이 템플릿은 페이지를 "주파수" 필드에 따라 분류한다. 예를 들어 "연간" 페이지 분류:휴일 및 빈도별 행사(연간)문제는 연간 자본금 A가 페이지를 중복된 카테고리인 카테고리:공휴일 및 빈도별 준수(연간).범주 이름에 있는 주파수의 소문자 버전을 사용하려면 템플릿의 코드를 편집하십시오.– Fayenatic London 14:51, 2014년 11월 24일(UTC)

{{lc:}} 마법의 단어를 사용하여 고정.기간 및 예약 필드는 동일한 변경이 필요할 수 있다.SiBr₄ (대화) 15:05, 2014년 11월 24일 (UTC)

@SiBr4:고마워!범주에서와 같이 스케줄링에 관한 마법의 단어는 피하는 것이 좋겠다.공휴일과 일정을 정하는 예식은 "크리스마스"로 시작한다.하지만 지속시간에는 안전하게 사용할 수 있어야 한다.– 페예나틱 런던 23:56, 2014년 11월 25일(UTC)

팝업

지난 12시간 동안 네비게이션 팝업을 잃어버린 사람은 나뿐이라고?이미 밀린 SPI 사건을 조사하는데 지루하게 만든다.--제즈벨의 Ponyo^{bons mots} 16:54, 2014년 11월 25일 (UTC)

아닌 것 같다.베스트, --Eltre (WMF) (토크) 17:03, 2014년 11월 25일 (UTC)

고마워그 실과 내 경험에 따르면 팝업이...다시 나타났다. --제즈벨의 포뇨^{bons mots} 18:35, 2014년 11월 25일 (UTC)

내 감시 목록에서 보류 중인 변경 배너를 억제하는 방법

나는 내 워치리스트에 있는 연어색 "현재 개정중" 배너를 없애고 싶다. 내 워치리스트의 개별 페이지가 이미 표시되어 있기 때문에 그것은 경고와 중복이다.나는 이것에 대한 선호도가 보이지 않고 CSS와 함께 그것을 훔치려고 노력했지만 운이 없었다.좋은 생각 있어?안녕, 오렌지 스웨이드 소파 (토크) 20:18, 2014년 11월 25일 (UTC)

비결은 셀렉터를 너무 구체화하지 않고 구체화하는 것이다.

칸막이하다#mw-fr-watchlist-watchlist-buff {   전시하다: 없는; } 

Special에 배치:MyPage/common.css - MonoBook 및 Vector에서 테스트됨. --Redrose64 (토크) 20:37, 2014년 11월 25일(UTC)

고마워!오렌지 스웨이드 소파 (토크) 20:45, 2014년 11월 25일 (UTC)

보관소

내 토크 페이지에 두 세트의 아카이브가 있었는데 갑자기 사라졌어."사용자:"를 입력하면검색 상자에 P123ct1" 보관함 2가 표시되지만 보관 1은 표시되지 않는다.나는 이것을 설명할 수 있는 수정 역사에서 어떤 차이점도 볼 수 없다.한 편집자가 최근 내 토크 페이지의 제목 제목을 허락 없이 변경했다.도와주실 수 있겠어요?~ P123ct1 (대화) 17:03, 2014년 11월 26일 (UTC)

@P123ct1: 이 편집으로 직접 제거하셨습니다. --Redros64 (토크) 17:25, 2014년 11월 26일 (UTC)

Redrose64:나는 그 당시 상단에 있는 스팸 메시지처럼 보이는 것을 제거하려고 하고 있었다.나는 내가 아카이브 1을 동시에 삭제한 것을 보지 못했다.WP의 기술적인 부분은 나를 당황하게 하고 나는 편집하는 대신에 그것에 엄청난 시간을 낭비하는 것 같다.고마워요.~ P123ct1 (대화) 18:00, 2014년 11월 26일 (UTC)

제안: 선택 2단계 인증 사용

구글, 페이스북, Evernote, Dropbox, 애플의 iCloud와 같은 다수의 대형 온라인 서비스 제공업체들이 사용자 계정의 보안을 강화할 수 있게 하면서 2단계 인증이 지난 몇 년 동안 인기를 끌었다.로그인할 때 일반적으로 모바일 장치에 설치된 응용 프로그램에 의해 생성된 일회용 암호를 입력해야 한다.사용 가능한 미디어위키 확장 기능으로는 선서어택과 투팩터가 있다.위키피디아를 포함한 위키미디어 위키 사용자들에게 2단계 인증을 제공할 수 있는 인증.

나는 이와 같은 것을 제안한다: 사용자 계정 보안을 강화하기 위해(특히 관리자, 기능사 및 사용자 권한이 높은 다른 사람의 경우), 우리는 Wikimedia 재단이 영어 위키백과(및 기타 위키미디어 재단 위키백과)에 TOTP 기반 2단계 인증 솔루션을 설치하는 것을 고려해 줄 것을 요청한다.협의) 합리적인 보안 감사 및 사용자 테스트를 통과하고 CentralAuth와 합리적으로 통합되는 구현이 발견될 수 있는지 여부.사용자는 2단계 인증을 사용할 필요가 없으며, 합리적인 복구 프로세스가 마련되어야 한다.

• 제안자로서의 지원.—톰 모리스 (대화) 14:58, 2014년 11월 17일 (UTC)
• 지지하다.백엔드 검증이 어떻게 되는지 모르겠지만 구글 인증자 지원이 있었으면 좋겠고, 시간 기반 토큰을 검증하기 위해 구글 서버에 질의해야 한다면 나는 사용하지 않을 것이다.0x0077BE^{(talk · contrib)} 15:01, 2014년 11월 17일(UTC)

  0x0077BE: Google Authenticator는 TOTP의 인기 있는 구현이지만, Google Authenticator는 인증할 때 Google의 서버에 접속하지 않는다(내가 아는 한, Google Authenticator는 사용자가 인증할 때 Google의 서버에 접속하지 않는다(단, 기기를 사용하고 장치에서 트래픽을 모니터링하여 확인하는 방법만 확인 가능).단말기가 오프라인일 때 사용할 수 있다.나는 개인적으로 아이폰에서 오토시를 사용하지만 레드햇의 오픈소스 FreeOTP 등 다양한 구현이 있다.이 기사에는 구현된 모든 목록이 나와 있다.시간 기반 일회용 암호 알고리즘.TOTP의 깨진(의도적이든 아니든) 구현이 있을 수 있지만, TOTP 클라이언트가 사용하는 것은 사용자의 몫이다.—톰 모리스 (대화) 15:07, 2014년 11월 17일 (UTC)

응, 인증자가 서버에 연락하지 않는 건 알지만, 서버 쪽 백엔드에 대해서는 잘 몰라.위키피디아가 자체 서버에서 Authenticator 호환 토큰을 생성할 수 있다면 찬성하겠지만, 위키피디아가 토큰을 얻기 위해 구글에 연락해야 한다면 사용하지 않을 것이다.나는 구글과의 어떠한 접촉도 필요하지 않을 것이라고 생각한다. 왜냐하면 그것은 아마도 보안이 필요한 불필요한 접속을 추가함으로써 보안을 상당히 복잡하게 만들 것이기 때문이다.만일 Authenticator가 특정 프로토콜의 구현에 불과하다면(나는 항상 TOTP를 특정 알고리즘이 아닌 시간 기반 토큰 생성기의 클래스를 지칭하는 것으로 생각했지만, 나는 결코 그것을 들여다보지 않았다) 분명히 구글의 개입 없이 Authenticator 지원을 받을 수 있을 것이다.0x0077BE^{(talk · contrib)} 15:18, 2014년 11월 17일(UTC)

0x0077BE: 아니, WMF는 키를 생성하기 위해 구글의 서버(또는 다른 사람의 서버)에 연락할 필요가 없을 것이다.—톰 모리스 (대화) 15:26, 2014년 11월 17일 (UTC)

• 일단 반대하다.나는 그 아이디어를 좋아하지만, 위키에 관한 선서어트와의 경험은 이상적이지는 않았다.나는 여러 번 통장을 잠갔는데 다른 사람들도 실수로 같은 일을 할까 봐 걱정이다.나는 이 확장자를 더 넓게 사용하기 전에 개선된 것을 보고 싶다.^demon15^{[omg plz]}:24, 2014년 11월 17일(UTC)

  @^demon:어떻게 해서 갇혔는지 기억나?Jackmcbarn (대화) 03:36, 2014년 11월 18일 (UTC)

  전화기를 닦고 새 전화기를 얻었다.내 열쇠가 없어졌거든^demon18^{[omg plz]}:58, 2014년 11월 18일(UTC)

  그래, 아마도 더 많은 복구 옵션(SMS, 이메일 등)을 제공해야 할 것이고, 두 확장자의 UI가 정확히 사용자에게 친숙한 IMO는 아니다. 자오펑 리 [토크... 기여...] 22:41, 2014년 11월 18일 (UTC)

• 모든 구현에 대한 충분하고 긍정적인 기술 및 사용자 검토에 따라 원칙적으로 지원. -- KTC (대화) 15:57, 2014년 11월 17일 (UTC)
• 반대: 이 두 확장 모두 개발 초기 단계인 것 같다.또한, 그들을 가능케 하지 않는 또 다른 훨씬 더 심각한 이유가 있다.그 이유는 위키백과는 마리아DB를 사용하므로 선서작가는 위키백과에서는 작동하지 않을 것이며 선서작가는 bugzilla:658에서 볼 수 있듯이 MySQL에 대한 지원만 가지고 있기 때문이다.TwoFactor도 마찬가지라고 해도 놀라지 않을 것이다.전자에 기반한 인증.--Snaevar (talk) 16:07, 2014년 11월 17일(UTC)

  음, 마리아DB는 기본적으로 MySQL이야.Legoktm (대화) 17:04, 2014년 11월 17일 (UTC)

  레고크tm이 한 말.버그는 Postgresql에서 실행하는 문제를 언급했다.Postgres는 MySQL과 매우 다르다.마리아DB는 그렇지 않다.—톰 모리스 (대화) 17:10, 2014년 11월 17일 (UTC)

• 질문:나는 제안자가 2요소 인증의 이점을 믿을 수 있는 출처로 설명해주길 바란다.특히 이것은 옵트인이 되는 것이고 아마도 선량한 보안 관행을 사용하게 될 대부분의 사람들이 선택하게 될 것이기 때문에, 암호화된 연결을 사용하고, 모든 계정에 동일한 암호를 사용하지 않으며, 컴퓨터 옆 게시판에 게시된 암호를 유지하지 않는 사용자에게 이것이 어떤 도움이 될 것인가?Jc3s5h (대화) 17:15, 2014년 11월 17일 (UTC)

2단계 인증을 사용하는 것은 좋은 보안 관행의 일부분이며, 그렇지 않으면 좋은 보안을 사용하는 사람이 공격에 면역이 된다는 것은 사실이라고 생각하지 않는다.나는 이것을 가능하게 하는 많은 사람들이 Javascript와 다른 스크립팅을 기본적으로 비활성화하지 않고 비밀리에 비밀번호를 수집할 수 있는 많은 제로 데이 공격에 면역이 된다고 생각한다.또한 잠재적으로 손상된 터미널에서 로그인하지 않는 것(또는 재생 공격을 허용하지 않고 잠재적으로 손상된 터미널에서 로그인할 수 있기를 원하는 것)에 대해 충분히 주의하지 않을 수 있으며, 이 두 가지 모두 TOTP 또는 기타 2단계 인증 시스템에 의해 완화될 수 있는 공격이다.0x0077BE^{(talk · contrib)} 17:47, 2014년 11월 17일(UTC)

기본적으로 0x0077의 내용BE가 말했다.TOTP 기반의 2단계 인증은 보안을 의식하는 사용자가 자신의 무기에 추가할 수 있는 툴이다.모든 웹사이트에 그것을 사용할 수는 없다. 왜냐하면 모든 웹사이트가 그것을 배포하지는 않기 때문이다.그러나 주요 보안 자산, 즉 보안 강화가 필요한 계정을 활성화할 가치가 있다.우리는 관리권이 별거 아니라는 척 하기를 좋아하지만 블록을 나눠주는 능력과 삭제된 콘텐츠를 보는 능력은 관리자에게 위임되는 중요한 사항이다.어쨌든 나에게는 과거에 몇 가지 실수를 저질렀지만, 믿음직스럽고 책임감 있는 방법으로 관리 업무를 수행하려고 열심히 노력한다.내 위키피디아 계정을 말하자면, 내 페이스북 계정만큼 안전하게 만들 수 있는 능력이 있다면 꽤 좋을 것이다.—톰 모리스 (대화) 21:48, 2014년 11월 17일 (UTC)

• 지원 WMF는 현재 위키텍에서 이것을 사용하고 있으므로 우리는 큰 문제가 없다는 것을 안다.Jackmcbarn (대화) 03:35, 2014년 11월 18일 (UTC)

• 지지하다.보안상 좋은 생각인 것 같아사실 여기서 보기 전까지는 내가 직접 프로포즈를 하려고 했다.Lor^Chat 00:25, 2014년 11월 25일(UTC)
• 지원하지만 외부 서비스와 스마트폰은 보안 장치가 아니다.가입하고자 하는 사람들은 PGP 공개 키를 업로드 할 수 있고, 시스템은 로그인할 때 한 번의 사용 키의 암호를 해독하도록 도전할 수 있다.공용/개인 키 암호화와 함께 제3자를 신뢰하는 것은 목적을 저버린다.Chillum 00:29, 2014년 11월 25일(UTC)

  외부 서비스를 제안하지 않는다."스마트폰은 보안장치가 아니니까 GPG를 이용하자"는 것이다.그것은 솔직히 A등급이다.구글 Authenticator 스타일의 TOTP는 충분히 사용할 수 있고 안전하다.사람들은 그것을 그들의 Gmail, Facebook, Github 그리고 다른 계정에 사용한 경험이 있다.PGP/GPG 암호 해독은 너무 많은 실수다.'친구집에 앉아 있는데 위키피디아를 편집하고 싶다'는 사용 사례에서 TOTP는 휴대전화를 꺼낸 다음 사용자 이름, 비밀번호, TOTP 토큰으로 로그인하는 것을 의미한다.PGP 암호 해독을 사용하면 GPG 키가 노트북에 있기 때문에 전혀 로그인할 수 없다.사용할 수 없는 보안은 아무에게도 도움이 되지 않는다.

  또한, "안전하지 않다"는 것은 무엇을 의미하는가.모든 것이 안전하지 않거나 안전하지 않다.특정 위협 모델에 대해 모든 것이 안전하다.내 집은 안전하니?글쎄, 자물쇠 등은 내 보험회사가 그 내용물을 보험에 들 수 있을 만큼 충분히 안전해.절대 침입하지 않겠다는 뜻인가?아니. 하지만 우리 집에 필요한 보안은 포트 녹스와 약간 다를지도 몰라.보안은 실용적일 필요가 있다: 선택 TOTP는 사용자들이 업계에서 중요한 모든 사람들이 사용하는 현재 가장 널리 사용되는 2단계 인증 프로세스를 설정하도록 선택할 수 있다는 것을 의미한다.GPG를 기반으로 여러분 자신의 2FA를 굴린다는 것은 몇몇 목수염 해커들 외에는 아무도 사용하지 않는다는 것을 의미하며, 이는 전체적인 보안을 강화한다는 것을 의미한다.—톰 모리스 (대화) 2014년 11월 28일 (UTC) 18:25, UTC)

더 이상 작동하지 않는 Wikipedia 모바일 버전 검색

(새 검색이 시행된 이후) 약 한 달이나 두 달 동안 (아마도 새로운 검색이 시행된 이후) 내 휴대폰의 웹브라우저에 있는 위키백과 메인 페이지의 검색 기능이 작동하지 않고 있다.나는 안드로이드 2.2.2와 표준 웹 브라우저와 웹 URL "http://en.m.wikipedia.org/wiki/Main_Page"과 함께 삼성 인터셉트를 사용하고 있다.

페이지가 처음 나타나면 페이지 상단에 있는 검색창에는 세 개의 메뉴 바가 있으며 "검색 위키백과"라고 되어 있다. 위키백과한 번 있다검색 위키백과'를 한 번 터치하면 단어는 사라지지만 메뉴 바는 남는다.단어를 두 번째로 터치하면 메뉴 바가 "X"로 대체되고 커서가 뒤에 위치한다.내가 검색어를 입력하기 시작하자마자, 회색 원 안의 더 작은 "x"가 줄의 다른 끝에 나타나며 제안된 검색어가 아래에 나타나기 시작한다.

그런 다음 아래 검색 단어 중 하나를 선택하려고 하면 다음 두 가지 중 하나가 발생한다.

1) 검색어를 터치한 다음 즉시 손가락을 떼거나, 검색어를 터치하고 몇 초 동안 손가락을 떼지만, (선택한 것으로 무언가를 보여주기 위해) "박스 윤곽선"이 검색어를 감싸지 않고, 손가락을 떼면, 페이지는 즉시 원래 모습으로 되돌아가며, 메뉴 바는 "검색 위키백과"이다.", 원 안에 "x"가 없고 검색어도 없다.

2) 검색어를 터치하고 몇 초만 손가락을 올려놓고 '박스 아웃라인'이 검색어뿐만 아니라 다른 전체 또는 부분 검색어(다른 줄에, 마치 내가 선택하고자 하는 것을 알 수 없는 것처럼)를 둘러싸고 있으면 다양한 옵션(열기, 새 창에서 열기 등)을 묻는 상자가 나타난다.나는 박스 상단에 있는 전혀 관련이 없는 URL에서 공연하고 싶다.

더 이상 "박스 개요"로 선택하려는 검색 단어만 선택하여 둘러싸도록 검색 기능을 설정할 수 없음.

나는 또한 검색어를 입력하거나 위키피디아에서 검색하도록 할 수 없다. 왜냐하면 검색창에는 검색을 시작하기 위한 "?" 또는 "시작" 단추와 같은 것이 없기 때문이다. 대신 "X"만 검색어를 끝낼 수 있다.

만약 이것에 대해 어떤 생각이나 제안이 있거나 나를 도와줄 수 있는 사람이 있다면, 나는 그것을 매우 고맙게 생각할 것이다.— 66.87.95.204 (대화) 10:32, 2014년 11월 26일 (UTC)에 의해 추가된 이전의 부호 없는 의견

우리에게 이 문제에 대해 말해줘서 고마워, 그것은 매우 짜증나게 들린다.사용자:마리아나(WMF)는 그 문제에 대해 알고 있으며, 나는 그것이 곧 고쳐지길 바란다.Whatamidoing (WMF) (토크) 23:37, 2014년 11월 26일 (UTC)

HTTPS 인증서 변경?

위키백과 이전에 누군가가 이것에 대해 보고했다.빌리지_펌프_(기술)/아카이브_129#What.27s_up_with_Firefox_and_security_certificate.3F 악성 인증서 교환/MitM 공격이 있었다는 결론

나는 최근에 직장에서나 집에서나 https://en.wikipedia.org에 접속하려고 할 때 인증서의 변화를 알아차렸다.여기 Certificate Purset이 나에게 말해주는 것이 있다 - 다른 비슷한 것을 본 사람이 있는가?

원본: - GTE CyberTrust 글로벌 루트 - DigiCert High Assurance EV 루트 CA - DigiCert High Assurance CA-3 - *.wikipedia.org SHA-1 = 87:A6:CC:C9:08:A0:0B:4F:B0:66:31:B2:4B:24:3F:39:82:FA:E0:30 2012-10-22, 01:00:00, 2016-01-20, 12:00:00 New: - GlobalSign Root CA - GlobalSign Organization Validation CA - SHA256 - G2 - *.wikipedia.org SHA1 = D1:B3:F4:B9:EF:27:75:07:EE:DD:B5:61:75:15:3F:EA:B9:EF:85:C9 발행 2014-11-21, 18:06:02, 2015-22, 18:06:02 만료

— 131.111.102.15 (대화) 13:36, 2014년 11월 26일 (UTC)이(가) 추가한 이전 미서명 의견

새 자격증도 받는다. --NeilN^{talk to me} 14:07, 2014년 11월 26일 (UTC)

나도 새로운 SHA-256 자격증을 가지고 있어, 모든 것이 자격증과 잘 맞는 것 같아.— xaosflux 14^Talk:38, 2014년 11월 26일(UTC)

좋아, 고마워. 내 목표는 문제가 아니야.이제 인증서 및 CA가 만료일 1년 전에 변경된 이유에 대해 궁금해진다.131.102.15 (대화) 15:12, 2014년 11월 26일 (UTC)

예전 인증서는 SHA-1이었는데, 지금은 더 이상 사용되지 않고 있고, 우리는 Shaha :D — xaosflux 15:41, 2014년 11월 26일 (UTC)에서 잘 어울린다.

페이지 참조:T73156, Chrome 41은 SHA1 인증서가 사용되어 2016년 1월 1일 이후 만료될 경우 사용자에게 경고한다. --Sitic(토크) 13:59, 2014년 11월 27일(UTC)

다른 언어에 연결

예전에는 다른 언어로 평행한 글과 연결하기가 쉬웠었다.불행하게도, 그러한 연결은 현재 전통적인 편집자와 VE 둘 다에 숨겨져 있다.한국어 기사에 링크를 추가하려고 했지만, 전통적인 편집자에서는 작동하지 않았고 VE는 절망적이어서 코딩을 잊어버린 것 같다.I wanted to add 한국어:탑정저수지 as a link from Tapjeong Reservoir.Kdammers (대화) 09:32, 2014년 11월 27일 (UTC)

두 글의 사이드바에서 "링크 추가"를 클릭하고 다른 글의 언어와 제목을 입력하면 스크립트가 자동으로 기사 쌍에 대한 Wikidata 페이지를 생성하거나 편집해야 한다.너는 더 이상 기사를 편집할 필요가 없다.(위키다타 이전의 방법은 추가될 것이다.[[ko:탑정저수지]]enWP 페이지로.[[en:Tapjeong Reservoir]]KOWP 원까지.)SiBr₄ (대화) 09:44, 2014년 11월 27일 (UTC)

그러나 이를 위해서는 모든 위키미디어 프로젝트에 대한 중앙 로그인을 하거나 Wikidata에 별도의 계정을 만들어야 한다.그렇지 않으면 위키다타의 지름길이 먹히지 않을 것이다.De728631 (대화) 11:16, 2014년 11월 27일 (UTC)

중앙 로그인은 자동으로 이루어진다.특수:CentralAuth/Kdammers는 Kdammers의 계정이 Wikidata 계정에 연결되어 있음을 보여준다.SiBr₄ (대화) 11:29, 2014년 11월 27일 (UTC)

다른 쪽에서는, 한국어는 다음과 같은 기사가 없다.한국어 위키백과에서 탑저 수 있다.De728631 (대화) 11:23, 2014년 11월 27일 (UTC)

나는 생각한다한국어:인터위키 접두사("한국어"라는 뜻)로 제작되었다.문제의 한국 기사는 ko:탑정수수있음. SiBr (대화₄) 11:29, 2014년 11월 27일 (UTC)

아, 모든 한글 문자 사이의 그 교활한 결장이 나를 빠져나왔다. :-) De728631 (대화) 11:40, 2014년 11월 27일 (UTC)

템플릿

템플릿 작업 중:Navbox 부분군, 이 템플릿은 20개의 부분군을 허용하고, 나는 20개 이상의 부분군을 가지고 있다.20개 이상의 하위 그룹을 삽입할 수 있는 이와 같은 템플릿이 있는가?Amen Akbar (대화) 11:07, 2014년 11월 27일 (UTC)

대신 {{Navbox child를 사용할 수 있다. -- WOSlinker (talk) 13:09, 2014년 11월 27일 (UTC)

위키 표시 누락

해결됨

며칠 전에 나는 편집 시 위키 표시가 완전히 없어진 것을 알아차렸다.내 프리프나 PC(2)나 노트북에는 변화가 없었다.여기 무슨 일인지 아는 사람 있어?고마워요.TMCk (대화) 18:03, 2014년 11월 27일 (UTC)
추가 정보: (크롬 대신) IE에서 확인했으며 로그아웃하지 않는 한 동일하게 설정하십시오.독일 위키에서 문제 없어.TMCk (대화) 2014년 11월 27일 18:30 (UTC)

@위대한 청소부:"위키 마크업"이란 무엇인가?나는 Firefox 33.1을 사용하고 있고 여기에 위키 마크업을 입력하여 콜론을 들여쓰기, 이 회신 시작 시 템플릿, 그리고 내 서명까지 모두 문제없이 작성했다. --Redros64 (토크) 19:40, 2014년 11월 27일 (UTC)

페이지를 편집할 때 "삽입"이라는 이름의 왼쪽 하단 근처에 드롭다운 메뉴가 있으며 목록에는 마크업이 한 가지 선택사항이다.나는 로그인할 때 이 드롭다운 메뉴를 받을 수 없다.TMCk (대화) 19:50, 2014년 11월 27일 (UTC)

난 그게 네가 의미하는 거라고 생각했어.CharInsert가 활성화되었는지 확인: Preferences → Gadgets → CharInsert, 편집 창 아래에 Wiki 마크업 및 특수 문자를 신속하게 삽입할 수 있는 도구 모음 추가 - Gadget850 ^talk 19:55, 2014년 11월 27일(UTC)

사용자:도 비워 두십시오.Magnificant Clean-keeper/common.js 및 해당 텍스트 행의 바이패스는 유효하지 않으며 간섭할 수 있다. -- Gadget850 ^talk 19:57, 2014년 11월 27일(UTC)

고마워, 내 암호 페이지가 방해했어이제 괜찮아;) TMCk (대화) 20:15, 2014년 11월 27일 (UTC)

범주:구 영어 외부 링크가 있는 기사

존재하지 않는 카테고리:어떤 것에는 구영어로 된 외부 링크가 붙어 있는 기사들은 지구에도 숨겨지지 않은 채 나타나는데, 누군가 이것을 고칠 수 있을까?Brandmeister^talk — 선행 미등록 의견 추가 23:06, 2014년 11월 27일(UTC)

@브랜드마이스터: 이러한 편집에서 {{ang icon}의 인스턴스를 제거하여 수행됨.GoingBatty (토크) 01:56, 2014년 11월 28일 (UTC)

카테고리:위의 편집에서 유일한 기사 지구에서 비우기 1분 전에 Old English-Language 외부 링크가 있는 기사.오래된 영어를 카테고리의 다른 언어와 같은 외국어로서 취급하는 것:영어가 아닌 외부 링크가 있는 기사는 이상하게 보일 수 있지만 숨겨진 범주일 수 있다.영어 이외의 텍스트를 포함하는 아티클에는 이미 하위 카테고리가 있음:많은 기사가 수록된 오래된 영어 텍스트가 수록된 기사.프라임헌터 (토크) 02:06, 2014년 11월 28일 (UTC)

@PrimeHunter: 좋아, 내가 편집한 내용을 지구로 되돌려서 다시 범주에 넣었어.GoingBatty (토크) 02:18, 2014년 11월 28일 (UTC)

@Brandmeister: 존재하지 않는 범주는 모든 기사에서 항상 숨김 없이 나타난다.이는 범주의 캣 페이지가 있는 경우에만(또는 해당 마크를 포함하는 템플릿) 범주를 숨길 수 있기 때문이다. 이를 위해서는 캣 페이지가 존재해야 한다.따라서 해당 고양이에 기사가 들어가도 범주가 숨겨져 있다면, 유일한 "수정"은 카테고리 페이지를 만드는 것이다. --Redrose64 (토크) 10:00, 2014년 11월 28일 (UTC)

시그니처 마크업 발행

안녕.나는 방금 토크 페이지에 댓글을 달다가 한 사용자의 서명이 약간 엉망이 된 것 같다는 것을 알아차렸다.나는 이용자에게 그것에 대해 물어봤고 나는 여기에서 언급되었다.사용자 후 편집 시 해당 시그널은 다음과 같이 표시된다.파일:마크업.JPG

(파일이 보이면 삭제해 달라고 요청할 겁니다. 월요일이 너무 이르지 않길 바라십니까?)다른 사람이 내 브라우저(Firefox 33.1) 또는 OS(Windows 7 Professional Service Pack 1)에 문제가 있거나 있는 것인가? 도움에 감사한다.데이보사우루스 (토크) 09:07, 2014년 11월 28일 (UTC)

@Daveosaurus and DerbyCountyinNZ:{{Font color}}에 대한 이 편집은 모든 파서 기능이 올바르게 대체되도록 해야 하지만, 다음과 같이 대체될 경우 숨겨진 코멘트를 유지한다.{{subst:fontcolor blue orange DerbyCountyinNZ}}이제 그 결과가 되다.

<span style="background-color:orange; color:blue;">DerbyCountynNZ</span><!-- 두 개의 파라미터 -- -->

서명에 템플릿을 사용하는 것이 금지되므로 직접 설정하는 것이 좋다는 점에 유의하십시오.<span style="background-color:orange; color:blue;">DerbyCountyinNZ</span>서명으로서SiBr₄ (대화) 09:22, 2014년 11월 28일 (UTC)

• 나는 더비가 그렇게 하지 않는 이유가 시스템의 255자 서명 길이 제한과 관련이 있다고 추측한다.문제는 그들이 WP가 다음과 같은 사실을 깨닫지 못하는 것 같다는 것이다.SIGLENGE는 어쨌든 사회 정책에 의해 서명 코드는 그것보다 더 길어질 수 없다고 말한다.나는 오늘 밤 그들의 토크 페이지에 내가 집에 컴퓨터가 있는 오늘 밤에 적절한 HTML5 호환 서명을 제안하는 메시지를 남길 것이다.— {{U 기술 13}} 15:44, 2014년 11월 28일(UTC)

  서명을 크게 한 것은 미신분 파서 기능과 숨겨진 코멘트인데, 이 코멘트가 없으면 173자밖에 되지 않는다(타임스탬프만 된다.현재 시그널에 구식 HTML 부품이 포함되어 있는가?SiBr₄ (대화) 17:49, 2014년 11월 28일 (UTC)

  • 좋아, 이제 나는 풀사이즈 화면과 키보드가 있는 집에 왔어.분명히 더비는 기본 위키 서명으로 되돌아갔고, 나는 이미 그들이 원한다면 준수하는 새로운 위키 서명으로 코드화할 수 있도록 내 서비스를 제공했다.따라서, 기본 시그널에는 더 이상 사용되지 않는 HTML 부품이 없다.:p — {{U Technical 13}} 19:55, 2014년 11월 28일(UTC)

나는 몇 년 동안 그 시그널을 사용했다(WP에 대해 전혀 알지 못했다).나중에 편집할 때 추가 형식을 전혀 인식하지 않고 SIG:NT).Anyhoo, 이제 위의 암호로 바뀌었다.건배, 더비카운틴NZ ^{(Talk Contribs)} 21:16, 2014년 11월 28일(UTC)

템플릿에 대한 편집:11월 23일의 폰트 색상으로 "부적절한" 색상이 되었다.그 전에는 완전히 확장되었다.SiBr₄ (대화) 21:43, 2014년 11월 28일 (UTC)