위키백과:FAQ/기술
기술 FAQ
본 FAQ는 소프트웨어와 하드웨어를 포함한 위키피디아의 기술 작업과 관련된 몇 가지 질문에 답변한다. 위키백과 확인:추가 기본 페이지별 기술 정보에 대한 FAQ/메인 페이지
참고: FAQ에서 응답하지 않는 특정 기술 문제에 대한 도움을 받으려면 Wikipedia:기술 마을 펌프에서 문제 해결 또는 질문
두 명 이상의 사용자가 동일한 페이지를 편집하는 경우 어떻게 되는가?
- 두 번째 사용자(이상 사용자)가 페이지 저장을 시도할 때, 미디어위키는 그들의 변경사항을 텍스트의 현재 버전으로 병합하려고 시도할 것이다. 병합이 실패하면 사용자는 "충돌 편집" 메시지를 받게 되며, 경우에 따라 변경사항을 수동으로 병합할 수 있다. 연이은 갈등이 여러 번 눈에 띄면 조금 다른 메시지가 생성된다. 이는 널리 사용되는 소프트웨어 버전 관리 시스템인 Concurrent Version System(CVS)과 유사하다.
잊어버린 암호를 복구하는 방법
- 가입할 때 이메일 주소를 입력했다면 새 비밀번호를 생성하도록 할 수 있다. 오른쪽 상단 모서리에 있는 "로그인" 링크를 클릭하십시오. 페이지 하단에 있는 "비밀번호를 잊어버렸는가?"라는 링크를 따라가십시오.
- 로드되는 암호 재설정 페이지에서 사용자 이름 또는 이메일 주소(사용자 이름과 연결된 주소)를 입력하고 암호 재설정 버튼을 선택하십시오.
- 당신은 새로운 임의의 비밀번호가 있는 이메일 메시지를 받아야 한다. 당신은 그것을 사용하여 로그인할 수 있다. 그러면 암호를 기억할 만한 것으로 변경할 수 있는 기회가 주어질 것이다.
- 도움말 참조:로그인 #암호를 잊어버리면?이 기능이 작동하지 않으면?
암호를 변경하는 방법
- Special을 통해 암호를 변경할 수 있음:ChangePassword: 환경설정에서 여기에 대한 링크를 찾을 수도 있다.
버그를 보고하려면 어떻게 해야 하는가?
- 개발자들은 버그를 추적하기 위해 파브리케이터 버그 추적 도구를 사용한다. 누구든 그곳에서 계정을 만들고 그들이 마주치는 버그를 보고하는 것을 환영하지만, 당신이 원한다면 기술 마을 펌프에 당신의 버그에 대해 게시할 수 있다. 자세한 내용은 버그 리포트를 참조하십시오.
새로운 기능을 제안하려면 어떻게 해야 하는가?
- 공식적인 기능 요청을 하려면 Phabricator를 사용하십시오. Phabricator 사용에 대한 자세한 내용은 버그 보고서를 참조하십시오.
위키피디아를 운영하는 데 어떤 소프트웨어가 사용되나?
- 위키피디아는 원래 펄로 쓰여진 클리포드 아담스의 일반적인 위키 대본인 UseModWiki를 운영했다. 2002년 1월, 우리는 PHP에서 마그너스 맨스케가 작성한 2단계 소프트웨어로 바꾸었고, 그 다음 7월에 주로 리 다니엘 크로커에 의해 완전히 정비되어 현재 우리가 미디어위키라고 부르는 것을 만들었다. 현재 위키미디어 재단의 미디어위키에 있는 PHP 코드는 대부분 PHP 7을 사용하고 있다.
- 특별 참조:소프트웨어 버전용 버전. 위키백과 서버의 운영체제는 주로 데비안 배포를 사용하는 Linux이다. 일부 구형 서버는 우분투(Ubuntu)를 실행한다. 자세한 내용은 Wikimedia 서버를 참조하십시오.
하드웨어는 어때?
현재 상황
- m:Wikimedia 서버를 참조하십시오.
위키백과 하드웨어의 역사
- 위키피디아의 간단한 서비스 기록:
- 1단계: 2001년 1월 - 2002년 1월
- Bomis의 서버 중 하나가 UseModWiki 소프트웨어에서 실행되는 모든 위키백과를 호스팅함
- 2단계: 2002년 1월 - 2002년 7월
- 보미스의 서버 중 하나는 모든 위키백과 위키백과; php/mysql 기반 새 소프트웨어에서 실행되는 영어와 메타, UseModWiki의 모든 다른 언어들을 호스팅했다. 하나의 컴퓨터에서 데이터베이스와 웹 서버 모두 실행.
- 3단계: 2002년 7월 – 2003년 5월
- 위키피디아는 영어 위키피디아를 운영하고 약간의 변형 후에 다시 작성된 PHP 소프트웨어와 함께 자체 서버를 가지고 있다. 하나의 컴퓨터에서 데이터베이스와 웹 서버 모두 실행.
- 보미스의 서버 중 하나는 UseModWiki에서 일부 다른 언어를 계속 호스팅하지만, 이 기간 동안 대부분의 활성 언어는 점차 다른 서버로 이동된다.
- 3단계: 2003년 5월 – 2004년 2월
- 위키피디아의 서버에는 "플리니"라는 코드명이 주어진다. 그것은 영어를 제외한 모든 3단계 위키와 웹을 위한 데이터베이스를 제공한다.
- 코드명 "larousse"인 새로운 서버는 영어 위키백과의 웹페이지만을 제공한다. 모든 언어의 웹 서비스를 이 기계로 이동하려는 계획은 보다 효율적인 소프트웨어로 로드가 내려오거나 더 빨리 업그레이드될 때까지 보류된다.
- 보미스의 서버 중 하나는 UseModWiki가 죽을 때까지 UseModWiki의 다른 언어 중 일부를 계속 호스팅했다. 이제 모든 것이 플리니로 진행되며, 몇 가지 더 활동적인 것들은 점차 새로운 소프트웨어로 옮겨졌고, 궁극적으로는 완전한 전환이 계획되어 있다.
- 3단계: 2004년 2월 현재
- 위키피디아는 비영리 위키미디어 재단에 기부함으로써 지불되는 완전히 새로운 서버 세트를 얻는다.
- 새로운 아키텍처에는 새로운 데이터베이스 서버(suda)가 있으며, 아파치를 실행하는 개별 시스템 집합과 함께 (부하를 줄이기 위해) 결과를 캐싱하는 "스퀴드"도 있다. 자세한 내용은 m:Wikimedia 서버.
- 필요에 따라 새 서버를 구입하여 총 350여 대의 서버를 확보했다.
연결은 어때?
- Wikimedia Foundation은 다양한 대역폭 공급업체가 제공하는 전 세계에 분산된 여러 시설을 갖추고 있다.
데이터베이스 크기는?
- 위키피디아의 역사 초기에, 2003년 2월에 데이터베이스 크기는 약 4GB였다. 2004년 4월까지 주당 약 1-1.4GB로 성장하고 있었고, 2004년 10월에는 약 170GB로 성장했다.
- 업로드된 파일은 축소판 그림을 제외하고 약 372 기가바이트 lc를[update] 차지했다.
- 현재 정보는 Wikitech:백업 절차.[needs update]
- 압축 데이터베이스 덤프는 https://dumps.wikimedia.org/에서 다운로드할 수 있다.
위키피디아는 어떤 종류의 마크업 언어를 사용하는가?
- 위키피디아는 UseModWiki를 기반으로 한 매우 간단한 마크업을 사용한다. 자세한 내용은 위키백과:페이지 편집 방법
HTML을 사용하지 않는 이유는?
- 짧은 대답은 간단함과 보안을 위해서입니다.
- 그리고 이제 더 긴 대답이 돌아왔다. 위키백과, 일반적으로 위키백과는 즉석에서 편집하도록 되어 있다. HTML은 단순히 기사를 쓰고 싶을 때 사용하기 쉽지 않다. 링크를 만드는 것은 우리에게 특히 극적인 예를 준다. HTML을 사용하여 파리 기사에 연결하려면 타이핑을 해야 한다.
- <a href="/wiki/Paris">파리
- MediaWiki 마크업을 사용하는 것이 훨씬 쉽다.
- [[파리]
- 특별한 마크업 언어는 심지어 템플릿이라고 불리는 코드의 특별한 스니펫을 위키 페이지로 "트랜스커버링"할 수 있게 해준다. (또한 해당 템플릿의 코드를 "대체"하여 효과적으로 복사하여 문서에 붙여넣을 수 있지만, 이는 공간 낭비일 뿐 아니라 편집하려고 하지만 대량 템플릿 코드를 스크롤해야 하는 다른 사용자에게는 불쾌하다. 그러나 경우에 따라서는 대체하는 것이 바람직하다.)
- 그럼 보안도 있고 다른 웹 브라우저들은 HTML을 통해 악용될 수 있는 버그를 가지고 있다. 악의적인 사용자들은 또한 그들이 위키피디아에서 완전한 HTML 능력을 가지고 있다면 자바스크립트 팝업 창이나 페이지 리디렉션과 같은 것들을 할 수 있다. 전체 HTML 편집을 허용했던 몇몇 "실험적" 사이트들은 임의의 HTML을 허용한 몇 개의 다른 위키들을 포함하여 그러한 공격을 받았다.
그럼 HTML은 사용할 수 없는 겁니까?
- 그렇지 않아요. 특정 HTML 태그 - 이 목록에 있는 태그. HTML을 직접 사용하지 않는 것이 가장 좋다. 이러한 태그에 대한 지원은 항상 그대로 유지되도록 보장되지 않기 때문이다. 이러한 태그는 VisualEditor를 통해 달성된 결과에 영향을 줄 수 있으며, WikiText 마크업만 사용하여 필요한 효과를 얻을 수 있다면 MediaWiki 소프트웨어가 업데이트될 때 가장 안정적인 결과를 얻을 수 있기 때문이다.
비 ASC는?II 문자, 그리고 특별한 기호?
- 위키피디아는 유니코드(특히 유니코드의 UTF-8 인코딩)를 사용하며 대부분의 브라우저는 처리할 수 있지만 폰트 문제는 더 많은 모호한 문자가 많은 사용자들에게 작동하지 않을 수 있다는 것을 의미한다. 메타:도움말:일반적으로 안전한 것과 그렇지 않은 것에 대한 자세한 논의를 위한 특수 문자 페이지. 이 페이지는 더 많은 브라우저가 더 많은 기능을 지원하게 됨에 따라 시간이 지남에 따라 업데이트될 것이다.
- 대부분의 플랫폼에서 유니코드 지원을 활성화하는 방법은 http://www.unicode.org/help/display_problems.html을 참조하십시오.
많은 특별한 기호, 글꼴, 그래픽이 필요한 수학 주제는 어떨까?
위키백과의 내용을 다운받을 수 있을까?
- 예, 모든 위키백과 페이지의 전체 텍스트와 편집 기록을 다운로드할 수 있다. 위키백과 참조:데이터베이스 다운로드.
- 데이터베이스 덤프 다운로드는 전체 사이트를 탐색하는 것보다 훨씬 더 선호된다는 점에 유의하십시오. 사이트를 검색하면 시간이 훨씬 더 오래 걸리고 서버에 많은 부하가 가해질 것이다(특히 우리 로봇을 무시하는 경우).txt와 거미는 수십억개의 diff와 nothing의 조합보다 더 크다. 심한 스피딩은 당신의 거미, 즉 당신의 IP를 사이트에 대한 접근에 편견으로 금지되게 할 수 있다. 합법적인 거미(예: 검색엔진 인덱서)는 요청 사이에 1분 정도 기다린 후 로봇을 따르도록 권장된다.txt, 그리고 가능하면 적은 부하 시간 동안만 작업한다(2:00-14:00 UTC는 하루의 절반보다 가볍다).
- 업로드된 이미지와 다른 미디어 파일은 현재 쉽게 다운로드할 수 있는 형식으로 번들로 제공되지 않으며, 필요한 경우 Wikipech-l 메일링 목록의 개발자에게 문의하십시오. 이미지를 얻기 위해 사이트 전체를 스파이더하지 마십시오.
내 프로그래밍 언어로 위키백과를 조회할 수 있는 도서관이 있을까?
위키피디아는 쿠키를 사용하니?
- 쿠키는 위키피디아를 읽거나 편집할 필요는 없지만, 로그인하여 편집한 내용을 사용자 계정에 연결하기 위해서는 쿠키가 필요하다.
- 사용자가 로그인할 때 Wiki는 로그인 세션을 식별하는 임시 세션 쿠키를 설정하며, 이는 브라우저가 종료될 때(또는 비활성 시간 초과 후) 만료되며 하드 드라이브에 저장되지 않는다.
- 마지막으로 로그인한 사용자 이름을 나열하는 다른 쿠키가 저장되어 후속 로그인을 조금 더 쉽게 할 수 있다. (실제로 두 개: 한 개는 당신의 이름으로 되어 있고, 한 개는 당신의 계좌의 내부 ID 번호로 되어 있다; 그들은 일치해야 한다.) 이 쿠키는 365일 후에 만료된다. 문제가 있으면 세션을 완료한 후 쿠키를 지우십시오.
- 로그인 양식에서 "내 비밀번호 기억" 상자를 선택하면 다른 쿠키가 서버에 대한 인증확인 토큰(비밀번호와 무관함)과 함께 저장된다. 이것이 유효하게 유지되는 한 후속 위키 방문 시 로그인 단계를 우회할 수 있다. 쿠키는 365일 후에 만료되거나 로그아웃하면 제거된다. 만약 이것이 걱정된다면, 그 옵션을 사용하지 마라. (공용 터미널에서는 사용하지 마십시오!)
- 기타 자세한 내용은 각 페이지 하단에 연결된 쿠키 문을 참조하십시오.
야! 내가 왜 자동으로 로그아웃했지?
- 이것은 쿠키, 브라우저 캐시 또는 방화벽/인터넷 보안 설정의 결과일 수 있다. 또는 Tim Starling의 말을 인용하려면("세션 간 비밀번호 기억"에 대한 질문 참조):
- "세션 종류는 엄격히 말하면 네트워크 세션이 아니라 PHP의 세션 처리 기능에 의해 관리되는 HTTP 세션이다. 이러한 종류의 세션은 "암호 기억" 기능과 마찬가지로 쿠키를 설정함으로써 작동한다. 차이점은 세션 쿠키가 브라우저를 닫을 때 삭제된다는 의미인 "discard" 속성 세트를 가지고 있다는 것이다. 이것은 당신이 컴퓨터를 떠난 후 다른 사람들이 당신의 계정을 사용하는 것을 막기 위해 행해진다.
- 또 다른 차이점은 PHP 세션이 서버 측에 사용자 ID와 기타 정보를 저장한다는 것이다. 사용자에게 "세션 키"만 전송된다. 기억 암호 기능은 쿠키 자체에 필요한 모든 인증 정보를 저장한다. 서버에서는 세션 정보가 비내구(신뢰할 수 없는) 캐싱을 위한 시스템인 memcached에 저장된다. 세션 정보가 일시적으로 손실되거나 누락되어 사용자가 로그아웃될 수 있다. 이에 대한 가장 간단한 해결책은 다른 사람들이 같은 컴퓨터를 사용하는 것에 대해 걱정하지 않는 한 암호 기억 기능을 사용하는 것이다."라고 위키피디아에서 말했다.2005년 5월 4일 마을 펌프(기술) (이탈리아 추가)
- 즉, 로그인할 때 "Rememember me" 상자를 클릭하십시오.
위키피디아를 운영하는 소프트웨어는 훌륭해! 내 사이트에 사용해도 돼?
- 할 수 있지만, 필요에 따라 다른 것을 사용하는 것이 더 나을 수도 있다; 미디어위키는 크고 복잡하다. 대체 Wiki 소프트웨어 목록은 첫 번째 Wiki 소프트웨어를 참조하십시오.
위키백과 페이지에 페이지 클릭 카운터를 추가할 수 있는가?
- 페이지 히트를 보려면 해당 페이지로 이동하십시오. 그런 다음 기록 페이지인 기록 보기로 이동하십시오. 그런 다음 페이지 보기 통계를 선택하여 페이지 보기 통계 도구에 액세스하십시오.
저대역 무선 위키백과
- 모바일 기기 사용자(스마트폰 등)는 어느 페이지 하단에 있는 "모바일 보기" 링크를 클릭하거나 URL en.m을 방문하여 위키피디아의 모바일 버전을 검색하는 것을 고려해야 한다.wikipedia.org. 그것은 기기에 적합하고 대역폭을 절약할 것이다.
- 또는 무선 사용자에게 적합한 저대역폭 기본 페이지를 보려면 Wikipedia:기본 페이지 대체(단순 레이아웃) 링크 그 메인 페이지에는 메인 페이지의 텍스트 전용 버전에 대한 링크가 있다. 현재로서는, 무선 기기의 브라우저에 URL을 직접 입력하는 것이 기사를 이용하는 가장 편리한 방법이다. 만약 당신이 과학과 같은 한 단어의 기사를 알고 있다면, 당신은 그 기사를 당신이 가장 좋아하는 주제에 접근하기 위해 사용할 수 있다.
"랜덤 기사" 특성은 정말 무작위인가?
- 아니, 비록 소량의 물품을 안정적으로 공급할 수 있을 정도로 무작위적이긴 하지만.
- 위키백과 데이터베이스에서는 페이지마다 "랜덤 인덱스"가 할당되는데, 이것은 0(포함)과 1(포함) 사이에 균일하게 분포된 임의의 부동소수 번호다. 임의 문서 기능(특수:랜덤) 랜덤 이중 정밀 부동 소수점 번호를 선택하고 랜덤 지수가 선택한 랜덤 번호보다 큰 다음 기사를 반환한다. 어떤 기사들은 무작위 지수 공간에서 그들 앞에 더 큰 격차를 보일 것이고, 그래서 더 많이 선택될 것이다. 따라서 주어진 어떤 기사가 선택될 실제 확률은 사실 그 자체가 무작위다.
- 새 아티클의 랜덤 인덱스 값 및 Special에서 사용하는 랜덤 값:랜덤은 고해상도 타이머와 PID를 사용하여 PHP의 초기화 코드에 의해 요청 시마다 시드되는 메르센 트위스터의 31비트 단어 2개를 읽어 선택된다. 이 단어는 다음을 사용하여 조합된다.
- (mt_randme * $max + mt_randme) / $max / $max
- 일부 오래된 기사는 MySQL의 RAND()를 사용하여 page_random 값을 재설정했다.
- 란드_st->max_value1=(rand_st->propert1*3+rand_st->propert2) %rand_st->max_value;
- 란드_st->max_value2=(rand_st-)1+rand_st->st->max2+33) % rand_st->max_value;
- 반환((double) 란드_st->value_dbl1)/rand_st->max_value_dbl);
- 버그로 인해 2004년과 2005년에 만들어진 많은 페이지들은 비랜덤 페이지_랜덤 값을 가지고 있었는데, 이는 2018년에 수정되었다.
페이지 적중 카운터를 사용할 수 있는가?
- Wikimedia Foundation이 관리하는 고급 페이지뷰 분석 도구가 있는데, 이를 통해 한 페이지 또는 여러 페이지에 대한 히트 수를 동시에 볼 수 있다. 바탕 화면 사이드바의 "도구" 아래에 있는 "페이지 정보"는 간단한 그래프에 대한 링크가 있는 "지난 30일 페이지 보기"를 보여준다. 또한 주간 Top 25 보고서는 지난 주에 가장 인기 있는 25개 기사의 목록을 제공한다.
HTTPS 사용 문제로 인해 HTTP를 통해 위키백과에 액세스할 수 있는가?
- 아니다. 2015년 위키미디어 재단은 HTTPS를 통해서만 접속할 수 있도록 이동하기로 결정했다.[1] HTTP 액세스는 더 이상 사용할 수 없으며, 자동으로 HTTPS 액세스로 요청을 리디렉션한다. HTTP 엄격한 전송 보안이 사용되므로, HTTPS를 통한 첫 번째 연결 성공 후 최신 브라우저는 실제로 HTTP를 통한 연결 시도(연결하기 전에 자동으로 URL을 HTTPS로 다시 쓰기)조차 거부해야 한다.
현재 서버 또는 네트워크에 문제가 있는가?
- 현재 서버 또는 네트워크 상태는 Wikimedia Foundation Grafana를 참조하십시오.
이 리스트에 없는 문제가 있는데 어디로 가야 하지?
- 문제 해결을 참조하십시오. 문제가 없을 경우 마을 펌프를 사용해 보십시오. 특정 소프트웨어 작업에 대한 도움말을 보려면 Wikipedia:컴퓨터 헬프 데스크.
참조
- ^ Welinder, Yana; Baranetsky, Victoria; Black, Brandon (12 June 2015). "Securing access to Wikimedia sites with HTTPS". Wikimedia blog. Wikimedia Foundation. Retrieved 30 January 2016.
Today, we are happy to start the final steps of this transition, and we expect completion within a couple of weeks.
추가 FAQ 항목
