위키백과:찌그러진 벌레
Wikipedia | 이 페이지는 보관 파일입니다.이 페이지의 내용을 편집하지 않습니다.추가 의견은 현재 메인 페이지로 보내주시기 바랍니다. |
이 문서는 위키백과 소프트웨어의 2단계(2002년 6월 20일 이전에 사용됨)의 버그 보고서만 보관한 문서입니다.위키백과를 참조하십시오.현재 시스템에 대한 버그 보고서를 추가하는 방법에 대한 버그 보고서입니다.
버그 수정 및 해결된 문제
오늘 아침부터 색상이 모두 잘못되었습니다.Netscape의 View source는 BODY HTML 태그에 'textcolor="TEXT" bgcolor="BGCOLOR"가 있음을 보여주며, 이는 문자열이 어딘가의 변수를 적절하게 대체하지 않았음을 시사합니다.내 Netscape 브라우저에서는 bgcolor 명령을 어두운 녹색으로 해석하여 검은색 텍스트를 읽기 어렵게 하고 파란색 링크는 더욱 어렵게 만듭니다.피부를 바꾸는 것은 2002년 5월 9일 목요일에 맬컴 파머와 다르지 않습니다.
- 2002-05-14 기준 수정
파서가 메일 수신자:, 뉴스:, ftp: URL 구성표(2002/02/20)를 인식하지 못합니다.
링크 파서가 메일 수신자 URL 구성표(RFC 2368)를 인식하지 못하는 것 같습니다.이렇게 하면 사용자가 자신의 사용자 페이지에 클릭 가능한 전자 메일 연락처를 수 없습니다.
- 실제 결과: 메일 데미안은 링크를 생성하지 않습니다.
- 예상 결과: teples@spamcop으로 주소가 지정된 새 메시지와 함께 사용자의 MUA를 여는 클릭 가능한 링크.그물
- CVS에서 고쳤습니다.우리는 http, ftp, 뉴스, mailto를 가질 것입니다.나도 Gopher를 추가했는지 기억이 안 나 ;) -- Magnus Manske, 2002년 4월 14일 일요일
상태 : CVS에서 해결됨, 2002-5-14 현재 위키백과에서 작업 중 2002년 3월 31일 일요일, 테이블의 링크에 있는 앞머리가 테이블을 파괴합니다.
관찰: 다음 표는 올바르게 코딩되었지만 잘못 표시됩니다(소스를 보면 두 번째 행에 표시됨).링크를 파이프로 연결하여 뱅이 표시되지만 연결되지 않도록 하면 수정됩니다.
| 바이브먼트 디맨시! | 비밀리에 사용자 | 1983 | W | D | ||
| 바이브먼트 디맨시! | 비밀리에 사용자 | 1983 | W | D |
- 불량 링크 거부 코드에 버그가 있는 것 같습니다.제가 노력해서...2002년 3월 31일 일요일 브리온 비버.
- 알겠습니다. CVS에 고정되어 있습니다. 짐보가 업그레이드 될 때까지 기다립니다.2002년 4월 2일 화요일 브리온 비버.
- 업그레이드되었습니까?링크를 끊었는데 표의 두 줄은 그것을 제외하고는 똑같아야 하나요?2002년 4월 7일 일요일 코야니스 캇시
기울임꼴로 둘러싸인 링크의 앰퍼샌드는 단어가 떨어지고 끝 기울임꼴 태그는 무시됩니다. 일반적인 문제는 아닐 것입니다.그러나 대화의 역사로 이동합니다.오사마 빈 라덴과 여러분은 제가 무슨 말을 하는지 알 수 있습니다.전 <로저 앤 미>의 앰퍼샌드가 범인이었습니다.2002년 4월 7일 일요일 코야니스 캇시
표시된 페이지에서 링크 쌍 사이의 텍스트가 누락되는 경우가 있음
이에 대한 예는 Leigh Brackett 페이지의 4월 14일 06:28 버전을 참조하십시오.세 개의 아포스트로피는 그녀의 이름을 제대로 굵은 글씨로 표시하지 않습니다. 그리고 일부 링크 사이의 텍스트 덩어리가 생략되고 있습니다.편집 텍스트의 링크는 재미있는 문자가 없는 완벽하게 정상적으로 보입니다.생략된 텍스트 바로 앞에 캐리지 리턴을 삽입하면 문제가 해결되는 것처럼 보이기 때문에 위키 텍스트를 구문 분석하는 함수에 이상한 현상이 발생하는 것처럼 보입니다.맬컴 파머, 2002년 4월 15일 월요일
- BAD LINKS 다음에 누락된 텍스트는 일주일 정도 전에 수정된 오래된 버그인데 아직 수정이 설치되지 않았습니다.문제의 링크는 링크에 줄 바꿈이 있기 때문에 좋지 않습니다!줄 바꿈은 아티클 제목에 올바른 문자가 아닙니다.2002년 4월 15일 월요일 브리온 비버.
저는 이 문제가 몇 번 나타났는데, 이것이 시스템에서 발생한 것인지 아니면 제 컴퓨터에서 발생한 것인지 확신할 수 없습니다.가장 최근에 그것은 역사상 유명한 여성들에게 나타났습니다.편집 페이지에는 Mildred Zaharias와 Margaret Thatcher 사이에 섹션 제목을 포함한 텍스트가 있지만 저장하면 이 두 이름이 공백도 없이 동일한 줄에 함께 나타납니다.절충주의
- 상태: 중복 버그, 잘못된 문자가 포함된 링크 후 텍스트 누락에 대한 페이지 상단의 여러 보고서 참조
- 감사합니다! 이러한 문제에 대해 더 많은 경험을 가진 사람이 페이지에서 이러한 종류의 버그를 수정하기 위한 단계별 지침이 포함된 "문제 해결" 페이지를 시작할 수 있습니다.
- 2002-05-14 기준으로 수정됨.
다음 줄:
경고:제공된 인수는 /home/wiki-newest/work-http/wikiPage의 올바른 MySQL 결과 리소스가 아닙니다.88행의 php
(코드의 일반적인 "HTML" 태그 이전에도) 많은 페이지의 맨 위에 한 번 이상 나타납니다.유일하게 다른 점은 "88번 선"이 "86번 선"이 될 수 있다는 것입니다.메인 페이지, 버그 리포트 등에서 본 적이 있습니다.
이것은 (태평양 표준시로 오늘 오후 늦게부터) 새로운 것입니다.맨 위의 페이지는 다음과 같습니다.
경고:제공된 인수는 /home/wiki-newest/work-http/wikiPage의 올바른 MySQL 결과 리소스가 아닙니다.86행의 php
경고:제공된 인수는 /home/wiki-newest/work-http/wikiPage의 올바른 MySQL 결과 리소스가 아닙니다.88행의 php
최근 변경사항 페이지에는 이러한 행이 없지만 최근 페이지 페이지에서 이름을 눌러 액세스하는 페이지에는 해당 행이 있습니다.리디렉션된 페이지에는 각 오류 메시지가 두 번 있습니다. -- Marj Tiffert, 2002년 5월 7일 화요일
- 네, 저도 지금 보고 있습니다...(이 버그에 대한 다른 개발자들의 참고 사항: 실행 중인 wikiPage 버전.php는 2002-04-02부터 1.112라고 생각합니다.오류가 발생하고 있습니다.
wikiPage::load()에mysql_fetch_object()그리고.mysql_release()데이터를 외부로 가져올 때 호출unlinkedtable. 유감스럽게도 개발자의 데이터베이스 액세스 기능이 여전히 비활성화되어 있으므로 쿼리를 수동으로 테스트하여 무엇이 잘못되고 있는지 확인할 수 없습니다...이전 쿼리에서 유사한 오류를 본 적이 없습니다.linked표).2002년 5월 7일 화요일 브리온 비버.
위키백과의 거의 모든 화면에서 동일한 오류가 발생하고 있습니다.어제 84번과 86번 라인에서 오류가 발생하여 화면 로딩을 전혀 거부했습니다.오늘 오류가 '99'행으로 전환되어 거의 모든 화면 상단에 표시됩니다. 경고:제공된 인수는 /home/wiki-newest/work-http/wikiPage의 올바른 MySQL 결과 리소스가 아닙니다.php on line 99 ~KJ 2002년 5월 8일 수요일
상태 : CVS에서 고정, 2002-05-14 기준 위키백과에서 고정 기사가 "여기서 새 페이지 설명"으로 대체되는 경우, 해당 기사에 액세스하는 다음 사용자는 편집 창을 사용하여 인사를 받습니다.
문서의 모든 텍스트를 삭제하고 "여기서 새 페이지 설명"으로 대체하면 페이지에 내용이 없는 것처럼 페이지가 지연됩니다. 따라서 저와 같은 sysop에서 페이지를 삭제하라는 메시지가 나타납니다.페이지와 해당 기록이 존재하는 경우 편집 창에 자동으로 표시되지 않아야 합니다. maveric149
- 당분간 수동으로 URL에 &action=history를 추가하여 이력을 확인합니다."자동 편집"은 사실 오래 전에 특집으로 계획되었습니다. -- Magnus Manske, 2002년 4월 13일 토요일
- 그럴게요, 주변에서 일해줘서 고마워요! 독불장군 149.
- 개발자 버전에서 수정했습니다. ----Magnus Manske, 2002년 4월 14일 일요일.
- 그럴게요, 주변에서 일해줘서 고마워요! 독불장군 149.
상태 : CVS에서 고정; 2002-05-14 현재 라이브 위키백과에서. 국제 링크가 "Cologne Blue" 스킨에 표시되지 않습니다.메타 태그 외에 다른 국제 위키에 대한 링크는 없습니다.쾰른 블루로 갈아타고 알제리로 가십시오.2002/04/08 사용자:드제27
상태 : CVS에서 고정됨 - 위키피디아 2002/05/11 Dze27 작업 중
다른 언어 링크 버그(비아스키 문자 코드에 사용되는 백분율 기호로 인해 링크가 텍스트로 처리됨).제 잘못은 곧 고쳐져야 합니다.브리온 비버 2002/03/27
고아 페이지 깨짐 28.02.2002 12.45GMT
다음 오류가 발생했습니다.
치명적 오류: /home/wiki-newest/work-http/wikiPage에서 최대 실행 시간 30초를 초과했습니다.613행의 php
- 시간이 더 이상 초과되지 않습니다.그러나 소프트웨어 업데이트 이전의 정확한 숫자 약 700과 비교하여 현재 17426개의 "고아"가 나열되어 있습니다.그 이유는 아래 "여기에 연결되는 페이지" 항목에 설명되어 있습니다.하지만 고치는 데는 오랜 시간이 걸립니다. --준다크, 2002년 3월 2일
여기에 연결되는 페이지(2002/02/26)
여기에 연결된 페이지 링크가 더 이상 제대로 작동하지 않습니다.그것은 실제로 문제의 페이지와 연결되는 페이지의 극히 일부만 나열하고, 종종 전혀 나열하지 않습니다. -Zundark, 2002년 2월 26일
- 아마도 이것이 가장 원하는 목록이 신뢰할 수 없어 보이는 이유일 것입니다. 기사에 대한 대부분의 링크가 무시되고 있습니다.그리고 그것은 또한 왜 고아 페이지가 항상 시간이 초과되는지 설명할 수 있습니다 - 그것은 아마도 위키백과의 기사의 절반이 고아라고 생각할 것입니다. -Zundark, 2002년 2월 26일
이 사용자의 기여
(2002년 3월 4일) 사용자가 최근에 편집한 내용(단 하나의 편집 내용이 아님)이 부편집인 경우 기여가 나열되지 않습니다.
구성 가능한 기여 페이지가 있고, 사소한 편집, 만들어진 페이지 및 편집된 페이지를 나열/정렬하여 이 버그를 해결할 수 있다면 좋을 것입니다. --코멘터
이 사용자의 기여가 작동하지 않는 것 같습니다... 2002/03/07
방금 몇 개의 사용자 기여 링크를 확인했는데, 지난 며칠 동안의 변화는 없는 것 같습니다. 알고 싶을 거라고 생각합니다. 이 기능을 사랑합니다. BTW!! JHK
- 제 것은 평소와 똑같이 작동하는 것 같습니다.위키피디아 보기:PHP_script_new_features는 기능을 설명합니다(아마도 예상한 기능이 아닐 것입니다).저는 위키피디아에서 그것에 대해 불평했습니다.Feature_requests는 당시에 요청했지만, 효과가 없었습니다. --Zundark, 2002년 3월 8일
마지막으로 편집한 사용자인 경우에만 기고 페이지에 해당 기사가 표시되는 것 같습니다.사용자가 추가한 후 다른 사용자가 추가한 내용은 더 이상 사용자의 기여가 아닙니다.
- 이 문제는 현재 버전에서 수정되었으며 다음 업데이트 후에 작동합니다.사용자가 마이너가 아닌 편집한 모든 페이지가 나열됩니다.악셀 볼트
URL의 앰퍼샌드
(2002/1/27) 앰퍼샌드를 포함하는 URL은 엔티티 참조(예: &amp;amp;amp;amp;)로 이스케이프해야 합니다.이것이 기술적으로 올바른 HTML 4.0 전환 페이지를 막는 유일한 문제인 것 같습니다. --Carey Evans
리디렉션 페이지의 기록에 쉽게 액세스할 수 없음
다른 페이지로 리디렉션되는 경우 리디렉션 페이지의 수정 내역에 쉽게 액세스할 수 있는 방법이 없습니다.예를 들어, (Musepple에서 리디렉션)을 사용하면 리디렉션을 쉽게 편집할 수 있지만 리디렉션의 수정 내역으로 이동하려면 클릭할 링크가 없습니다.이렇게 하면 내용을 미묘하게 훼손하려는 경우 이전 문서 버전을 "숨기기"가 쉬워집니다.브라이언 더크센
- 고쳐야 합니다.악셀 볼트
존재하지 않는 페이지로 리디렉션할 때 충돌 편집(2002/02/04)
실제 동작:내가 할 때#REDIRECT아직 존재하지 않는 페이지에 충돌 편집&amp;trade;가 표시됩니다.
예상 동작: usemod가 했던 것처럼 "여기서 새 페이지 설명"으로 대상 페이지로 리디렉션합니다. --Damian Yerrick
(2002/02/19) 캐리 에반스의 제안을 받아보니 저글러의 편집 상자가 나옵니다.저글로 리디렉션을 변경했지만 저장할 때마다 편집 충돌이 발생합니다.매우 실망스럽습니다. --마크 리드
- 이것은 중요한 버그입니다.
- 이것은 코드의 최신 버전에서 수정되었습니다.악셀 볼트
기본 최근 변경 행 수
(2002/03/10) 동일한 방법으로 표시된 기본 변경 횟수를 변경할 수 없습니다.최근 변경사항은 내 환경설정에서 500개의 변경사항을 표시하도록 설정되어 있지만, 이 변경사항은 50개를 표시하는 실제 최근 변경사항 페이지에는 영향을 주지 않습니다. --스티븐 길버트
- 픽스는 체크인을 하고 오는 중입니다.브리온 VIBBER 2002/03/20
새 페이지에 잘못된 제목이 지정되었습니다.
2002/03/23: 방금 페이지를 만들었는데 제목이 잘못되어 "역변환 샘플링 방식"이 아닌 "역변환 샘플링 방식"으로 변경되었습니다.누가 이것을 고칠 수 있습니까?
- 당신의 페이지를 역변환 샘플링 방법으로 옮겼습니다.원래 페이지를 어떻게 만들었나요? --스티븐 길버트
- 나는 방금 Uniform distribution의 링크에서 line break을 제거했습니다.당신이 공간을 의미한다고 가정하도록 소프트웨어를 수정할 수 있습니다.브리온 VIBBER 2002/03/23
- 이제 잘못된 링크 제목은 거부해야 합니다.링크가 링크가 아니라면 페이지를 편집하고 수정해야 한다는 의미입니다. (따라서 페이지를 만들 때 놀랄 일이 없어야 합니다.) 2002/03/27
다국어 연결
교차 언어 링크는 실제로 작동하지 않습니다. 왜냐하면 링크를 클릭하면 다음 언어의 위키백과에서 아무것도 할 수 없기 때문입니다.탁구 페이지를 예로 들어봅시다. 에스페란토 링크를 클릭하자마자, 만약 당신이 그 페이지를 편집하려고 한다면, 위키를 클릭합니다.Cgi가 제목으로 등장할 것이고 이것은 분명히 버그입니다.이것은 곧 고쳐질 수 있습니까?웹 서버의 구성 파일을 간단히 수정하면 됩니다. -- 척 스미스
- 이것은 이제 에스페란토 위키에서 수정되었습니다. 왜냐하면 제가 짐보에게 주고 있던 다른 패치에 수정을 슬그머니 넣었기 때문입니다.하지만 그는 아직도 제가 보낸 다른 수정 사항들을 설치하지 않았습니다.그에게 이메일을 보내고 그것에 대해 그를 괴롭히세요.브리온 VIBBER 2002/03/02
페이지 링크 보기 - 새 페이지를 작성합니다.
특수를 보는 경우:최근 변경 링크된 페이지를 클릭한 다음 예상대로 워치리스트에 추가하는 대신 Recent_changes_on_pages_linked_from_xxxx라는 새 기사 페이지로 전송되는 페이지 상단에서 이 기사 보기 링크를 선택합니다.트렐비스
"의 역사..."의 시청자 목록입니다. 저는 방금 반세계화 운동에 관한 기사를 방문했습니다.저는 그 주제를 보는 것에 관심이 있을 것이라고 생각하여 그것을 제 시계 목록에 올리기 위해 시술했습니다.제가 관련된 "...의 역사" 페이지에 있을 때 실수로 해당 링크를 클릭했습니다.제 워치리스트 하단에는 지금 존재하지 않는 기사 [반세계화 운동의 역사]를 보고 있다고 나와 있는데, 워치리스트에서 존재하지 않는 기사를 삭제할 방법이 없는 것 같습니다!절충주의
- 이런! "이 페이지 보기" 특별 페이지를 누르면 안 됩니다...이제 CVS로 수정되었습니다. (하지만, 관련 역사 페이지에서 기사를 시청/언워치할 수 있다면 좋을 것입니다; 그것도 추가하겠습니다.)브리온 비버 2002/03/21
잘린 페이지
변환 스크립트가 기사 분석 기하학의 대부분을 잘라낸 것 같습니다.기사는 이제 매우 짧으며 문장 중간에 끝나며 스크립트에 의한 변환을 제외하고는 기록이 없습니다.그것은 존재하는 기록 보관소에서 부활해야 합니다.저는 다른 물품들도 비슷한 손상을 입었는지 궁금합니다.2002/03/26
- 이것은 변환 때문이 아닌 것 같습니다.변환 전의 이전 버전의 데이터베이스를 확인했는데, 해당 문서(및 해당 문서의 모든 문서)가 이미 잘렸습니다.악셀 볼트
타르볼 (2002/02/10)
타르볼에는 파일 이름의 일부로 날짜가 없기 때문에 어떤 버전인지 알 수 없습니다.또한 wiki.tar.gz와 wiki-pl.tar.gz의 차이점이 무엇인지 명확하지 않습니다.후자는 10분의 1 크기입니다.뭐 빠진 거라도 있나요?
- 위키백과 데이터베이스 덤프의 새 tarball에 날짜가 있습니다.국제적인 것들(위키-pl)은 여전히 그렇지 않습니다.악셀 볼트
Otto Dix를 검색해도 결과가 나타나지 않습니다.
하지만 오토 딕스를 위해 새로운 항목을 만들려고 하면, 기사를 찾을 수 있을 것입니다. --
- 네, 이제 검색어의 최소 크기가 4자이기 때문입니다.일반적으로 이에 대한 경고가 표시되지만 최신 Wiki 설정이 표시됩니다.php가 소프트웨어의 최신 업데이트와 함께 설치되지 않았습니다.Jimbo Wales가 이 작업을 완료하는 즉시 빈 검색 결과가 표시되지 않고 구문 오류만 표시됩니다.참고로 최소 크기는 MySQL 전체 텍스트 색인이 작동하는 방식의 결과입니다.우리는 해결책을 찾고 있지만, 그것은 시간이 좀 걸릴 수 있습니다.얀 히더스 26 2월 15일 15:32 GMT+1
현재 버전 보기가 손상됨 이전 버전의 페이지를 볼 때 표시되는 현재 버전 보기 링크는 작동하지 않습니다. 지금 보고 있는 것과 동일한 버전으로 연결됩니다. --Matthew Woodcraft
- 수정되었습니다.악셀 볼트
단수 기사에 대한 복수의 링크
(2002년 3월 8일) - 여러 단어(예: 플랜트)를 사용하여 단수 이름(예: 플랜트)을 가진 기사에 연결할 수 있다는 것, 즉 최종 결과가 외부 대신 대괄호 안에 들어갈 수 있고 구문도 사용할 필요가 없다는 것이 개선 사항 중 하나라고 생각했습니다.하지만 이것은 더 이상 작동하지 않습니다. (아니면 저는 그것이 작동하는 꿈을 꾸고 있었나요?)?) -- 마지 티퍼트
- 그건 그렇게 작동하지 않습니다.[식물]을 작성하여 [식물]과 동등한 값을 얻습니다.(즉, 식물처럼 보이는 식물에 대한 링크입니다.이것은 업데이트 및 변경 페이지에서 알 수 없는 것일 수 있습니다...?며칠 전까지만 해도 이 기능에 대해 알지도 못했고, 몇 주 동안 소프트웨어 작업을 하고 있습니다! :P Briion VIBBER~
메이저 리디렉션된 항목을 편집할 수 없습니다(2002/02/12) 저글러 링크를 편집할 수 없습니다.저글링으로 리디렉션됩니다.저글링 페이지에서 (저글러에서 리디렉션됨) 링크를 클릭하지만 결국 같은 페이지가 됩니다.누가 이것을 사용해보고 문제가 내 OS/브라우저 조합(MS/IE6)에만 해당되는지 알려줄 수 있습니까? --MarkReid
- 이것은 여전히 중요한 버그입니다. -- The Cunctator
- Linux/Mozilla에서도 마찬가지입니다.페이지를 실제로 편집하려면 "재연결됨"을 클릭합니다.를 링크한 다음 URL을 편집하여 "/wiki/Jugler"를 "/wiki"로 변경합니다.ptml." --Carey Evans
- 2002/3/9 AxelBoldt 기준으로 고정된 것으로 보입니다.
치명적 오류(기본 설정) 2/25/02
누군가가 우리 모두가 모든 빌어먹을 자동 변환을 볼 필요가 있다고 결정한 후에 저는 사소한 편집을 숨기기 위해 환경설정으로 갔습니다.적절한 상자에 체크 표시를 했습니다.저장을 누릅니다.아무 일도 일어나지 않았습니다.Hit recent changes 링크(측면이 아닌 상단 프레임)는 다음과 같습니다.
치명적 오류: /home/wiki-newest/work-http/special_recent 변경 사항에 정의되지 않은 함수 array_key_exists()를 호출합니다.152줄의 php
사이드바에서 최근 변경 내용을 다시 가져오려고 했습니다. 동일한 오류입니다.
- 테스트된 것과 다른 버전의 PHP를 실행하는 것과 관련이 있는 것 같습니다.픽스 씨가 CVS에 있으니 짐보가 알게 되면 업데이트해야 합니다.그 사이에, 사소한 페이지들을 켜두세요. (그리고 "누군가 우리 모두가 모든 빌어먹을 자동 변환을 볼 필요가 있다고 결정했다"는 것이 무슨 뜻인지 설명해 주시겠습니까?) -- Briion VIBBER 2002/02/25 20:49
- 고쳐줘서 고마워요, 브라이언 -- 사실 오늘 아침에 확인하기 전에 숨통을 잠궜어요, 네, 작동합니다.다른 하나는 순전히 귀찮은 것이었습니다. 캠퍼스에서 접속하고 있었는데, 꽤 큰 파이프를 가지고 있음에도 불구하고, 그들은 큰 페이지를 다운로드하려고 할 때 타임아웃을 일으키는 모든 종류의 보안 장치를 가지고 있었습니다.최근 변경 페이지에 모든 자동화된 변환을 표시하기로 한 결정은 사용자가 실제로 "실제" 변경(프로그래밍이 아닌 콘텐츠에 적용된 종류;-)을 보고 싶다면, 마지막 2,000개의 변경을 취소해야 한다는 것을 의미합니다(그리고 -- 이것은 제 의견일 뿐입니다).아틀라스가 너무 많은 공간을 할애하고 있다는 것은 인정합니다. 목록을 스크롤하는 데 오랜 시간이 걸렸습니다!우리는 성경에 대해 그렇게 많은 것을 가지고 있지 않습니다. 그리고 그것은 아마도 어느 정도 더 영향력이 있을 것입니다.으으).그래서... 최근 변경된 페이지는 자동 변환 로그가 가득 차 있어서 페이지에 들어갈 수 없었고, 악의적인 사소한 편집 오류 때문에 삭제할 수 없었습니다...개별 UI가 아닌 서버 측에서 자동 변환을 숨길 수도 있습니다. JHK
- 아, 이제 알겠어요.제가 그것을 보았을 때, 그것들은 제가 봤을 때, 그것들은 기본 목록에서 사라졌습니다.그게 왜 거기 있는지 모르겠어요, 제가 물어볼게요...브리온 비버
페이지 색
새 페이지 색은 어떻게 된 겁니까?어디선가 컬러 코딩에 대한 설명이 있을까요?그리고 색상을 좀 더 가볍게 해주세요. 40세가 넘은 우리들에게는 너무 거칠고 눈의 조절이 너무 많이 필요합니다.;-) -- 마지 티퍼트
- 그것들은 이미 진행 중인 코드(맙소사)에서 가벼워졌고, Jimbo가 곧 설치할 것입니다.인터페이스의 개선은 현재 위키백과에서 논의되고 있습니다.특징 요청, "대체 설계" 아래 아래쪽을 내려다 보십시오. -- Brion VIBBER
이 페이지의 디프가 누락됨(2002/02/02)
바로 이 페이지의 기록이나 디프를 확인하면, 그렇지 않더라도 항상 "변경 사항 없음, 이것은 첫 번째 버전입니다"라는 메시지가 표시됩니다. -AxelBoldt
- 이것은 적어도 며칠 동안 고쳐진 것 같습니다. --Brion VIBBER 2002/03/02
렌더링 버그로 인해 추가 HTML 닫기 태그가 있는 페이지가 부분적으로만 표시됩니다.
2002 02 25
(성명 업데이트) 토크 내용:베릴륨은 추가로 닫는 글꼴 태그(또는 추가 태그)를 발견할 때마다 기사의 일부를 표시하지 못하게 하는 소프트웨어의 버그에 대해 표시할 수 없었습니다.알파 테스트에 메인 위키백과가 사용되는 이유는 무엇입니까?메타에서 대신 해야 하지 않을까요? 독불장군 149
- 삭제된 내용은 없습니다. 렌더링 코드에는 한 페이지에 닫는 HTML 태그가 너무 많으면 보이는 페이지를 잘라내는 작은 버그만 있습니다.(토크의 경우:베릴륨에는 추가 </font> 태그가 있었습니다.)즉, 페이지가 제대로 구성되어 있으면 버그를 볼 수 없습니다. 다른 페이지에서 이 버그를 본다면 페이지를 편집하여 텍스트가 잘린 지점에 나타나는 잘못된 HTML을 수정하십시오.나는 짐보에게 문제를 알리고 코드를 고쳤으며, 그가 곧 수정을 설치하기를 바라며, 우리 모두는 신경쓰지 않고 나쁜 HTML을 다시 작성할 수 있습니다.:)
- 이론적으로 매일 업데이트되는 최신 코드를 실행해야 하는 http://beta.wikipedia.com/ 가 있습니다.하지만 최근 업데이트가 조금 늦어졌고, 제 경험으로는 아무도 테스트 서버를 보지 않습니다! :( --Brion VIBBER 2002/02/25 19:51
루비 HTML 코드 2/26/02
루비 HTML 태그는 위키피디아가 새로운 시스템으로 전환한 이후 작동을 멈췄습니다.소스 코드를 보면 태그가 원래의 <ruby>가 아닌 <ruby>로 변환됩니다.이러한 태그는 적어도 이전에는 Internet Explorer 5.5에서 작동했습니다.
- 오래된 (1월 이전) 위키 소프트웨어에서 작동했습니까?어떤 경우든 상관없이 루비 태그는 확실히 허용되어야 합니다(특히 일본어와 중국어 위키백과가 변환되어 실제로 작동하면).이의가 없다면 추가하겠습니다. -- 브라이언 비버
- 2002/03/01:들어왔어요.
자신과의 충돌 편집
저는 제 자신과 정기적으로 편집을 해야 하는 것 같아요!한 페이지를 편집하기 시작하면 편집 충돌 대화 상자가 표시되지만, 맨 위와 맨 아래 상자는 동일하고 나의 불후의 산문만 포함되어 있습니다.두 번째 "저장"은 리디렉션 작업 중에 편집 충돌의 무한 루프로 끝나는 것처럼 보이는 경우를 제외하고 일반적으로 이 문제를 해결합니다.사용자:classqm
저도 이런 일이 있었어요.이제는 그렇게 많이 일어나지 않는 것 같아요. 하지만... 고쳐진 것 같아요?DreamyShade (2002/1/31) 고친 듯 -- ChaTo
- 저는 지금 그 페이지를 편집하는 데 아무런 문제가 없습니다.확인할 수 있습니까? --Brion VIBBER 2002-2-6 23:09 PST
- 이것은 지금 고쳐졌지만, 2월 3일에 여전히 깨졌습니다. --준다크, 2002년 2월 22일
RFC 자동 연결이 더 이상 작동하지 않음(2002/02/09)
예를 들어, RFC 1519를 기사에 쓰면 RFC의 저장소에 자동으로 연결될 것이라는 것을 기억하는 것 같습니다.이것은 더 이상 작동하지 않는 것 같습니다.
- 저는 원래의 기능이 위키백과에 부적절하며, 복원되어서는 안 된다고 주장하고 있습니다. -로버트 메르켈
- 동의하지 않습니다.하지만, 그 오래된 행동은 완전히 옳지 않았습니다.링크는 신뢰할 수 있는 RFC 소스(즉, RFC 소스)를 다시 가리켜야 합니다.IETF 사이트) 또는 사용자가 선택할 수 있도록 RFC 아카이브 목록을 제공하는 간접 페이지로 이동합니다.아놈
파서가 HTML을 이스케이프하지 않음
또한 페이지 주석에 &amp;lt;p&amp;gt;를 페이지 주석에 넣고 어떻게 되는지 확인하는 등 일부 HTML이 빠져나가지 못하고 있습니다. -- The Anome
- 다음 업그레이드에서 수정되어야 합니다... --Brion VIBBER 2002/02/06 01:29 PST
파서는 공백을 유의한 것으로 간주하므로 바람직하지 않습니다.예를 들어, "=== 헤더 ==="는 일반적으로 레벨 3 헤더 라인을 생성하지만 공백이 뒤따르는 경우 레벨 2 헤더 라인을 생성합니다.
또한 새 파서는 동일한 부호가 다른 텍스트의 중간에 발생하더라도 헤더 라인으로 처리합니다.이들은 하나의 행에서 모두 발생하는 경우에만 헤더 행으로 처리해야 합니다.악셀 볼트
수식 1 페이지에 섹션 제목(등호 포함)에 몇 가지 문제가 있습니다. 사용자:하이만스
"<="라는 문자열을 사용할 때 초현실적 숫자에도 비슷한 문제가 있습니다. - 얀 히더스
이 예에서는 '=='를 처리하는 데에도 문제가 있습니다.마크업을 생성하기 위해 '=' 문자 쌍의 과도한 일치로 인한 레이아웃 손상의 또 다른 예는 페르마츠 작은 정리를 참조하십시오. -- 아놈
기사의 첫 단어를 둘러싼 '===='가 제대로 작동하지 않는 것 같습니다.더 이상 아무도 이걸 사용하지 않나요?그것은 페이지를 편집하는 방법에 있었습니다.또한 '===' 주변의 하위 섹션을 수행하는 것이 효과적인 경우도 있습니다.쉿 내 IP를 해킹하지 마!BF *)
- (2002년 2월 3일) 이에 대한 패치가 제출되었으므로 이 모든 것은 소프트웨어의 다음 업데이트 이후에 작동합니다. -- Jan Hidders~
소문자 사용자 이름
얼마나 많은 다른 사람들이 이것에 영향을 받는지는 모르겠지만, 제 "기여" 페이지는 완전히 비어 있습니다.전환 이후 저는 30개가 넘는 기사를 편집하고 몇 개의 새로운 기사를 시작했습니다.http://www.wikipedia.com/wiki.phtml?title=special:contributions&amp;theuser=Maveric149 에서 제 말의 의미를 알 수 있습니다. --사용자:maberic149
BTW, http://www.wikipedia.com/wiki.phtml?title=special:contributions&amp;theuser=maveric149 이것은 효과가 있습니다. -- 척 스미스
네, 두 번째 링크는 작동합니다.유일한 차이점은 Chucks 예제에서 내 사용자 이름이 소문자라는 것입니다.저는 소문자 "m"으로 계정을 만들었고, 그렇게 로그인합니다. 하지만 기본 사용자 페이지에서 "이 사용자의 기여"를 클릭하면 zip이 표시됩니다.Chuck! --사용자:maberic149 정보 감사합니다.
- 픽스가 준비되었습니다. 곧 설치될 예정입니다. -- Magnus Manske
(2002/1/1) 사용자 이름의 첫 글자는 "기본 설정" 페이지 제출 시 자동으로 대문자로 표시됩니다.
환경설정 페이지의 "UserName" 필드에 모든 소문자 문자열을 입력하면 해당 문자열의 첫 글자가 대문자로 표시됩니다.
비슷한 문제가 있습니다. 사용자 jheijmans(작은 j)와 jheijmans(대문자 J)가 있습니다. 두 사용자 페이지는 같은 페이지로 연결되지만 기여 페이지는 연결되지 않습니다. 이것을 하나의 사용자 항목으로 병합할 수 있습니까? -- 사용자:하이만스
- 그들은 같은 페이지입니다. 위의 기여 목록 버그를 참조하십시오. -- Magnus Manske
'새 구분 기호: 끔찍해요.
(2002/2/7) 방금 페이지의 부품을 구분하는 검은색 선을 발견했습니다.저는 그것이 끔찍하다고 생각합니다, 저는 그것이 없는 것이 더 좋습니다.아마도 우리는 그것을 위한 옵션이 필요합니다. - 턱시소
특수 페이지
가장 원하는 페이지가 최신이 아님(2002/02/10)
특집 기사의 3분의 1:원하는 페이지가 이미 있습니다.페이지를 재생성하기 위해 링크를 클릭해도 해당 링크가 사라지지 않습니다.
(2002-02-12) 지금까지 Most Wanted 페이지의 70% 이상이 채워졌습니다.더 많은 항목을 가져오기 위해 페이지를 새로 고치려고 할 때 다음 오류가 발생했습니다.
- (페이지가 -160980분 전에 마지막으로 새로 고쳐졌습니다. 160985분 더 기다렸다가 다시 시도하십시오.)
160985분은 111일 및 변경과 같습니다.이것은 사람들이 6월 초까지 페이지를 새로 고치지 못하게 하기 위해 의도적으로 설치된 것입니까?잠시 후, 이 기능은 전혀 쓸모가 없게 됩니다. -- 데미안 예릭
- 타임스탬프가 잘못되어 데이터베이스에 액세스할 수 있는 사용자가 수정해야 합니다. --Brion VIBBER
- 그 동안, "Mosted wanted" 페이지가 나열된 모든 기사가 현재 존재하기 때문에 이 페이지를 완전히 제거하는 것이 더 나을 것입니다. -Zundark, 2002년 2월 20일
"모스트 원티드"
실제로 존재하는 "Most wanted"에 많은 기사가 나열되어 있는 것 같습니다.예를 들어, 검토/지침에서의 연도, 1, 2, 3 등입니다.
- 추가적인 관찰을 통해 이 항목을 추적하기 위해 Most wanted에 나열된 Year in Review/Guidelin 링크는 Year_in_Review/Guidelin_에 대한 것으로 보이며, 마지막에는 "Guidelines" 뒤에 공백이 링크는 Year_in_Review/Guidelin_에 대한 링크입니다.페이지 제목과 링크에서 후행 공백을 잘라내야 하지 않나요?
(2002/1/26) "Most Wanted" 페이지는 모든 페이지가 "Year in Review/Guidelines" 페이지를 원하지만 해당 페이지는 이미 존재합니다.좀 더 자세히 살펴보니, 존재하지 않는 페이지에 대한 링크가 있는 것으로 추정되는 모든 페이지에 후행 공백이 있는 링크가 있으며, 이는 후행 공백이 없는 링크와는 다른 것으로 간주되고 있었습니다.예:
(2002/1)"원하는" 페이지는 존재하지 않는 페이지를 가리키는 두 번째 링크를 고려합니다.작성 시 "가장 원하는" 페이지에는 실제로 존재하는 검토 페이지에 많은 연도가 포함되어 있습니다.예: 12와 17. classqm
- 실제로, '가장 지명 수배된' 페이지는 현재 검토 항목에서 두 자리 수의 연도로 가득 차 있습니다.그들이 실제로 존재하고 연결되어 있기 때문에 뭔가 일어나고 있습니다. -마이클 팅클러
미리 보는 동안 HTML 명명된 엔티티가 작동하지 않음(2002/02/09)
HTML 명명된 엔터티는 미리 보는 동안 이스케이프되며, 이로 인해 작동하지 않습니다(예: &amp;deg;가 &deg;가 됨).예를 들어 목성을 보라. -우리얀
- 문서는 미리 보기 렌더링에서만 이스케이프되며, 문서 텍스트에서는 올바른 상태로 유지되며 저장 후 올바르게 표시됩니다.곧 고쳐져야 합니다...브리온 비버
페이지 제목(2002/02/08)
퓰리처상 페이지에 연극 제목을 넣을 때, 편집 페이지에 대문자로 표시된 글자 중 일부는 최종 텍스트에서 대문자로 표시됩니다.제가 주목한 예는 처음 두 개의 대문자 A가 편집 페이지에서 대문자로 표시되었음에도 불구하고 최종 텍스트에서 대문자로 표시되지 않는 Angels in America: Millennium Approaches에 대한 것입니다(이 페이지에서도 마찬가지입니다).
- 죄송합니다. 페이지 제목에는 콜론(:)을 사용할 수 없습니다.콜론은 특수 페이지(예: 특수 페이지)용으로 예약되어 있습니다.시청자 목록, 대화:프랑스, 로그:업로드 등 "미국의 천사"는 특별한 페이지의 이름이 그렇게 붙여지고 첫 부분이 소문자로 되어 있기 때문입니다.저는 이 문제를 피하기 위해 대신 미국의 천사 - 밀레니엄 접근법을 사용할 것을 권장합니다.(이러한 사소한 것들에 대한 자세한 내용은 PHP 스크립트 FAQ를 참조하십시오.) --Brion VIBBER
최근 변경 사항은 이전 편집(2002/02/09)을 표시합니다.
페이지를 편집합니다. 최근 변경 내용은 이전 편집으로 표시됩니다. 일주일 동안 만지지 않은 페이지를 편집한 것 같습니다. 다른 사용자가 방금 편집했지만 최근 변경 내용은 요약과 함께 이전 편집으로 표시되었습니다.
방금 이 편집을 제출했는데 편집에 OK가 표시됩니다.마치 새로운 기사를 만드는 것처럼 보입니다. 문제 없습니다.누군가가 와서 아직 수정되지 않은 새 기사를 편집하고, 대신 기사의 원래 작성으로 편집하는 최근 변경 보고서...
- 페이지가 연결된 새 페이지를 만든 것 같습니다.CVS에서 수정된 알려진 버그가 곧 여기에 나타날 것입니다. -- Brion VIBBER
큰 페이지 편집 불가 )2002/02/09)
큰 페이지를 편집하기 위해 열 때(예: 핵무기, 위키피디아:버그 보고서) 문자를 입력할 수 없습니다.커서를 이동하여 컷페이스트는 할 수 있지만 타이핑은 할 수 없습니다.
- 어떤 브라우저, 어떤 버전, 어떤 운영 체제를 사용하고 있습니까?Mozilla를 사용하는 경우 기본 설정으로 이동하여 QuickBar를 비활성화합니다.Mozilla에는 테이블 내부의 텍스트 상자 편집을 느리게 하는 버그가 있습니다. wwww.)브리온 비버
페이지의 기록에 있는 처음 두 개의 이전 버전 링크에 대한 타임스탬프는 항상 현재 시간입니다.
(2002/1/27) 이 페이지에 대한 기록 링크 확인... -- 사용자:데릭 로스
페이지의 기록에 있는 이전 버전 연결에 대한 타임스탬프가 1개씩 해제되므로 처음 두 개는 현재 시간으로 설정됩니다.
잘못된 검색 결과 이것은 이미 누군가에 의해 어디선가 언급되었을 수 있지만, 여기에 넣겠습니다.예를 들어 '로마'를 검색하면 에이즈(신드롬), 알파 로마오, 안드로메다를 시작으로 많은 결과가 나오는데, 도시 로마는 정확히 일치합니다.정확한 검색 결과가 먼저 나열되도록 할 수 있습니까, 아니면 일치하는 항목에 대한 근사치 측정이 가능합니까?사용자:Jheijmans
검색 엔진은 Netscape 3.0 및 정크버스터를 사용하여 결과를 생성하지 않습니다.사용자:GWO
Wiki.phtml 페이지
제가 실수로 위키를 만들었습니다.[?]를 누른 후 IP 주소가 130.94.122.xxx 인 ptml 페이지링크. 이에 대한 다른 예는 다음과 같습니다.2001년 9월 11일 테러 공격/위키.ptml; 영어/위키pHml;
백과사전 주제/위키의 전체 목록입니다.pHml
성능
새로운 기능이 마음에 들지만 페이지가 하위 빙하 속도(매우 자주)로 표시되기 때문에 제가 원하는 만큼 기여하지 못했습니다.집, 직장 및 학교에 광대역 및 고속 컴퓨터가 있고 동일한 문제가 있습니다(다른 모든 웹 페이지에서 zip 및 zing 사용). 여기에는 히트가 심하고 자주 발생하는 문제도 포함됩니다.
- 2002/02/20 기준으로 대부분 고정된 것으로 보입니다.이제는 Everything2보다 훨씬 빠릅니다. -- 데미안 예릭
캐릭터 0 소멸 (2002/02/07)
http://wikipedia.com/wiki/Geologic_timescale 의 두 번째 줄은 "0"으로 시작합니다.표시된 출력에서 0은 단순히 사라지고 있습니다.페이지가 오른쪽에 가깝게 보이도록 여분의 공간을 넣었습니다.저는 2주 전에 0이 표시되었다고 꽤 확신합니다.
- CVS에서 수정됨. 다음에 소프트웨어를 업데이트할 때 다시 작동해야 합니다. --Brion VIBBER 2002-02-07
허위로 기록된 IP(2002/02/09)
가짜 IP 주소를 기록하는 것은 정말 쉽습니다. 예를 들어 [2]를 참조하십시오.하지만 저는 여기서 단순히 어떻게 문제를 해결했는지 설명하지 않을 것입니다. 이전에 기록된 IP 주소 문제가 어떻게 해결되었는지 아는 사람은 누구나 그것을 알아낼 수 있거나 저에게 이메일을 보낼 수 있을 것입니다. --Carey Evans
당신은 그것을 속일 필요조차 없습니다, Wikipeida는 저를 213.105.165.101로 기록하고 있는 반면, 현실은 62.62.253.xxx 입니다.
이제 해결된 것 같습니다. X-Forwarded-For에서 올바른 호스트가 필요합니다. 둘 이상의 호스트가 있는 경우. --Carey
페이지 내역의 전체 IP 주소(2002/02/09)
사용자의 IP 주소의 마지막 옥텟은 최근 변경사항에서 xxx'로 제외되었지만, 페이지 기록은 이제 전체 IP 주소를 표시합니다. --Carey Evans
- 지금은 예전으로 바뀌어서 벌레였던 것 같아요. --케어
(2/13/2002) Recent Changes 페이지가 훨씬 빠르지만 캐시되니까 더 빠릅니다.마지막으로 편집한 내용으로 완전히 업데이트되어야 합니다. 현재 지연은 매우 심각합니다. --Cunctator
- 이 시차가 안 보이네요.좀 더 자세히 말씀해 주시겠어요? --브라이언 비버
로그인 및 기본 설정
로그인하지 않은 경우 편집 내용이 "작은 것"으로 간주됩니까?제 생각에 이것은 끔찍한 생각입니다.저는 그것이 특징이 아니라 버그이기를 바랍니다.코야니스 캇시
- 아악! 그것은 그것이 해야 할 일과 정반대입니다.이 문제가 곧 해결될 것으로 기대합니다.브리온 VIBBER 2002/2/10
쿠키 문제
안녕하세요, 짐보 -- 로그인을 하고 '기본 설정'을 누르면 로그인하지 않았다는 메시지가 나타납니다.그래서... 당분간은 선호하지 않을 거예요! JHK
로그인 후에 무엇을 눌러도 같은 문제가 발생합니다.로그인을 인식하지 못하는 것 같습니다.브라우저에서 쿠키를 사용할 수 있습니다.사용자:RjLesch.
- 위의 후속 조치: "암호를 쿠키로 기억" 옵션을 선택했을 때 로그인이 제대로 작동했습니다.사용자:RjLesch
- 위의 후속 조치: "암호를 쿠키로 기억" 옵션을 선택했을 때 로그인이 제대로 작동했습니다.사용자:RjLesch
로그인 문제:성공적으로 로그인할 수 있지만 다른 페이지(예: 기본 설정 페이지)로 이동하면 시스템에서 로그인하지 않은 것으로 간주합니다. --사용자:Robert Merkel(IP 주소가 144.132.75로 시작)
- 브라우저에서 쿠키를 사용할 수 없는 경우 이 동작이 발생합니다. 스크립트는 쿠키 설정을 무시하고 사용자 이름/비밀번호 일치에 따라 "로그인 성공적으로" 메시지를 출력하므로 오류가 자동으로 발생합니다. --Brion Vibber
- 저는 IE5.5, 6.0, 넷스케이프(윈도우), 넷스케이프(리눅스), 오페라(윈도우즈), 그리고 콘커러를 사용하여 집과 직장의 여러 다른 기계에서 그것을 시도했고, 그것들은 모두 쿠키와 잘 작동합니다. -- Magnus Manske
시나리오는 이렇습니다.로그인 페이지의 확인란으로 쿠키에 저장된 계정의 비밀번호가 있었습니다.그런 다음 이전 관리자 암호로 암호를 변경했습니다(이제 기술자들이 내 암호가 무엇인지 알고 있습니다). 이제 로그인을 시도하면(쿠키를 켠 상태로 다시 로그인하면) 성공적으로 로그인되었다고 표시되지만, 어떤 작업도 시도하면 로그인되지 않은 것으로 표시됩니다!도와주세요!!!--사용자:척 스미스
2002년 2월 2일: Netscape 4.76이 설치된 Linux/Debian에서는 로그인 후 로그인 페이지에서 다른 페이지로 변경하면 바로 로그인한 것을 잊어버립니다.이 문제는 "쿠키로 비밀번호 기억"을 선택했는지 여부에 관계없이 발생합니다.혹시 아래 다음 버그와 관련이 있는 것은 아닐까요?악셀 볼트
중첩된 테이블이 작동하지 않음(2002/02/23)
모든 화학 원소 항목에 사용할 표의 템플릿을 생각해 내려고 노력하던 중 위키피디아 소프트웨어가 제대로 작동해야 하는 표 코드를 고의로 깨트리는 것처럼 보인다는 것을 발견했습니다.상단 절반에 2열, 하단 절반에 6열이 있는 테이블을 만들려고 했는데, 6열 절반은 내부 레이아웃을 2열 절반과 독립적으로 처리했습니다. 이를 위해 6열 테이블을 만들고 2열 테이블 내부에 내포했습니다.제가 위키백과 밖에서 테스트했을 때 잘 작동했습니다.하지만 위키피디아에서 테스트한 결과 다음과 같은 결과를 얻었습니다.
| 일반 | |||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 이름. | 베릴륨 | ||||||||||||||||||||||||
| 기호. | 있다 | ||||||||||||||||||||||||
| 시리즈 | 알칼리 토금속 | ||||||||||||||||||||||||
| 그룹, 기간, 블록 | 2(IIA), 2, s | ||||||||||||||||||||||||
| 3rd 이온화 전위 | 14848.7 kJ/mol(153.893 eV) | ||||||||||||||||||||||||
| 동위원소 | |||||||||||||||||||||||||
| |||||||||||||||||||||||||
두 번째 &lt;table&gt; 태그 집합이 이스케이프된 것 같습니다.
교차 언어 링크가 있는 잘못된 링크(2002/02/05)
탁구와 같이 교차 언어 링크가 있는 페이지에서는, 페이지의 모든 링크가 위키백과의 기사에도 불구하고 외부 링크로 표시됩니다. --Carey Evans
생성된 페이지의 Javascript
(2002/1/27) 너무 많은 HTML을 문제없이 흘려보냅니다.예를 들어, 다음 링크를 내 사용자 페이지 Carey Evans가 아닌 사용자 페이지로 시도해 보십시오.HTML 2.0과 표는 위키 페이지를 포맷하는 데 충분할 것입니다. 하지만 저는 HTML 없이도 모든 것을 할 수 있기를 원합니다. --Carey Evans
- 승인되지 않은 HTML 태그는 더 이상 통과할 수 없지만 내부 안전은 검사되지 않습니다.즉, "안전한" 태그를 사용하여 동일한 작업을 수행할 수 있습니다.JavaScript 관련 요소는 반드시 제거해야 합니다... --Brion VIBBER 2002/02/06
Gotsec.xs 기사에서 찾은 사악한 자바스크립트의 또 다른 예가 있습니다.문제의 웹 페이지로 이어지곤 했지만, 당신의 눈을 피해 다시 작성했습니다.마우스 포인터를 링크 위로 이동한 다음 마우스 포인터를 클릭하지 않고 다시 이동합니다.http://www.wikipedia.com/wiki/Goatse.cx
페이지 제목에 HTML 태그를 사용할 수 없습니다.
(2002/1/29) 예를 들어 http://www.wikipedia.com/wiki.phtml?title=Christopher_Tolkien 을 참조하십시오.페이지가 편집된 경우 HTML이 렌더링되는 최근 변경사항에 표시됩니다.태그를 닫지 않은 상태에서 불쾌한 일을 할 수 있습니다.이것은 konqueror 2.2에서 발생한 것으로, 다른 브라우저에서는 효과가 다소 다를 수 있습니다.
&lt;pre&gt;의 HTML 엔티티 미리보기 및 처리
(2002/1/29) &lt;pre&gt; 환경 내에 HTML 엔티티가 있는 페이지의 미리보기는 저장된 페이지의 렌더링과 다릅니다.특히 페이지에 &lt;pre&gt; 환경 내부의 텍스트 &amp;(공백 없음)가 포함된 경우 미리보기에는 &amp;amp;로 표시되고 저장된 페이지에는 &amp;amp;로 표시됩니다.페이지 편집 방법의 "문자 서식" 섹션을 편집할 때 발생하는 문제입니다. -AxelBoldt
체크 디짓이 X인 ISBN 번호(2002/02/10)
체크 디짓이 "X"인 ISBN 번호는 다음과 같습니다. ISBN1-55634-399-X가 Pricescan에 올바르게 연결되지 않았습니다. 숫자 부분은 연결되었지만 "X" 앞에 공백이 삽입되어 포함되지 않았습니다. --Carey Evans
나와의 갈등! 편집! 그리고 제목이 잘못된 새로운 페이지 생성(2002/02/10)
리디렉션을 시도할 때 편집 충돌이 발생하지만, 흥미롭게 하기 위해 어떻게든 새 페이지를 만들고 있습니다.다음과 같은 상황이 발생합니다.
- 로그인했습니다.
- 편집할 페이지를 엽니다(제목이 지정된 사용자(BTW)의 페이지를 열 때만 해당됨).
- 페이지의 정보를 복사한 다음 #REDIRECT 페이지 이름을 입력합니다.
- 편집 충돌이 발생했습니다.
그러나 재미있는 Bpagen 이름/페이지 이름의 브레스트를 제목으로 하는 새로운 페이지가 생성되었습니다.
- 새 페이지에 대한 링크에 굵은 태그(&lt;b&gt;)가 포함되어 있습니까?당신이 말하는 페이지를 *정확히* 아는 것은 큰 도움이 될 것입니다. -- 브리온 비버
미안한 브리온 -- 최근의 변화를 확인하고 싶으실지 모르지만, 제 머리 속에서 생각나는 것은 구스타브 아돌프와 BMaximilian I/b 신성 로마 황제입니다. 저는 소스를 보았습니다. 그리고 어떤 이유에서인지 코드에는 완전한 HTML 태그가 있습니다. 이것들은 제가 방금 페이지 제목에 설명한 것처럼 나타납니다.David Parker와 Lars는 탐색 모음에서 '/' 뒤에 올바른 제목(공백에 밑줄 포함)을 추가하여 페이지(이름 공간?)를 제대로 다시 만들었습니다. JHK
- 좋아요, 제 추측으로는 어떤 사람이 검색 페이지에 나타난 링크에서 페이지를 만든 것 같습니다.검색 페이지는 끔찍하게 버그가 많고 다른 치명적인 범죄 중에서도 페이지 추출물이 위키로 해석되기 전에 *위치된 검색어 주위에 굵은 태그를 배치하여 굵은 태그가 포함된 링크를 만듭니다.이전에는 태그가 실제로 페이지 제목으로 미끄러져 들어가거나 때로는 눈에 띄지 않았습니다.이제 &lt; 및 &gt;가 벗겨지고 B 및 /B가 선명하게 보이며 페이지를 편집하는 사용자가 볼 수 있어야 합니다.단기적으로, 새로운 페이지를 편집할 때 제목을 읽어주세요!완전히 잘못된 것 같으면 다시 시작합니다.검색 페이지를 다시 작성하고 있으므로 이 과정에서 수정할 수 있습니다.브리온 비버
이건 좋지 않아요.모든 콘텐츠를 먼저 제거하면 작동하는지 확인하는 중...
아니오 -- 여전히 발생합니다. - 검색 시 올바르게 나타나는 새 페이지를 작성합니다(굵은 부분이 굵게 표시됨). 그러나 태그는 실제 페이지 제목에 남아 있습니다.
- 무슨 말씀인지 모르겠어요.제가 스웨덴의 브구스타브/버스 아돌프에 가면 스웨덴의 구스타브 아답틀루스로 방향을 바꿔 모든 것이 괜찮아 보입니다.잘못된 제목은 URL 표시줄에만 표시됩니다. 리디렉션을 수행하면 이전 URL이 포함된 새 페이지가 표시되기 때문입니다. 잘못된 내용을 보고 있으면 알려 주십시오.2002/2/10 브리온 비버
편집 상자에 없는 "제출한 텍스트" 충돌 편집
(2002/2/12) 충돌 편집 페이지에서 제출하신 텍스트는 텍스트 영역 상자에 넣어야 하는데 그렇지 않습니다.
DIFF가 데이터베이스를 손상시키나요?(2002/02/08)
(DIFF) 링크에 몇 가지 문제가 있는 것 같습니다.기사 기록 페이지에서 첫 번째(DIFF) 링크를 클릭하거나 해당 기사의 목록에서 내 시계 목록을 클릭하면 해당 링크가 차이를 표시하지 않습니다.제가 한 기사에 대해 몇 가지 차이점을 시도했을 때, 그것은 실제로 데이터베이스를 손상시켰다고 생각합니다.현재 Raven_paradox로 이동하면 이전 버전의 기사에 대한 DIFF 페이지처럼 보이는 내용을 볼 수 있습니다.그러나 "이 페이지 편집"을 클릭하면 문서의 현재 버전에 대한 텍스트가 표시됩니다.지금 데이터베이스에 뭔가 일관성이 없는 것 같습니다.
- 알려진 문제, 코드에서 수정되었습니다. 수정은 언제든지 온라인 상태여야 합니다. 브리온 진동자
- 이렇게 깨진 페이지가 보이면 "이 페이지 편집"을 누른 다음 "저장"을 누르면 페이지의 캐시가 지워지고 모든 것이 정상입니다.자동으로 페이지를 새로 고칠 수 있는 방법을 시도해 보겠지만 아직 설정되지 않았습니다.브리온 비버
<?test "test";?>
