사용자
live/test(r15판 Blame)
| r15 | ||
|---|---|---|
| r4 | 1 | ##@shadow7309 |
| r5 | 2 | [목차] |
| r15 | 3 | 2a053 |
| r5 | 4 | == 메모 == |
| r10 | 5 | 그냥 테스트 하면서 알아낸거 적는거. 권한 설명과 중복된 내용이 있을 수 있음. 혼자보는 용도기에 뇌피셜이나 다른 테스트 유저들이 알아낸 사실도 함께 적는다. |
| 6 | ---- | |
| 7 | 1. [[no_force_captcha]] (캡챠 약화) | |
| 8 | ||
| 9 | 해당 권한 보유자의 Ratelimit 제한을 완화시켜, 일반적인 환경에서의 captcha 인증 요구 빈도를 크게 낮춘다. 단, 허용 범위를 넘어서 비정상적로 빠르게 자주 시도할 경우에는 해당 권한이 있더라도 captcha 인증을 요구한다. 일괄 되돌리기 기능이 없을 때, 이 권한이 있는 관리자들이 작업을 통해 직접 롤백을 시도할 때 가끔 떴었으나, 현재는 일괄 되돌리기가 나왔기에 특수한 상황이 아니라면 이 권한만으로 대부분 captcha를 보지 않고 처리가 가능하다. 물론, 개발자, 테스트 사용자, --[[https://theseed.io/thread/IllustriousJoyousHaplessArch|#]] 캡챠 자체가 싫은사람-- 에게는 skip_chaptcha (캡챠 무시)가 필요하다. | |
| 10 | ---- | |
| 11 | 2. --[[disable_two_factor_login]]-- (2단계 인증 비활성화) | |
| 12 | 확인되지 않은 기기[* 같은 기기 내에서도 로그인 한 적 없는 브라우저, 데이터 또는 캐시를 삭제한 브라우저 등 포함]로 로그인 시도 시 필수적으로 요구하는 --귀찮은-- 이메일 인증을 비활성화 할 수 있었다. 해당 권한을 보유한 채로, 확인되지 않은 기기로 로그인 시도 시 인증 번호 칸 대신 '이메일 인증 비활성화 됨.'이라는 메세지가 대신 출력되며, 부가적인 절차 없이 바로 로그인이 가능했다. 이 권한으로 로그인하면 인증 메일이 오지 않기에, 해킹 등 외부에서 로그인하더라도 해당 계정 보유자는 로그인 시도 사실을 알 수 없는 문제가 있다. 현재는 삭제된 권한. | |
| 13 | ---- | |
| 14 | 3. [[admin]] (관리자) | |
| 15 | 시스템 상 '관리자'로 인식된다. 특수 기능 탭에서 'ACL Group'항목이 추가되며[* 권한을 보유하지 않아도 링크 등으로 접속 자체는 가능], 해당 권한을 보유한 상태로 편집이나 토론 등에서 특정 사용자 이름을 클릭 시 관리 도구(UUID 복사, 차단 내역 조회, 빠른 차단)가 활성화된다. 탈퇴하여 {{{#gray ''(삭제된 사용자)''}}}로 처리된 대상의 기여 목록, 관리 도구 역시 접근 가능해진다. 또한, 이 권한 자체의 효과는 아니지만, 일반적인 위키[* 나무위키, 알파위키 등]에서 문서 ACL 설정 권한이 '관리자(perm:admin)'로 설정되어 있기에, 문서 ACL 설정이 가능해진다. | |
| 16 | ---- | |
| 17 | 4. [[aclgroup]] (ACL 그룹 조정) | |
| 18 | 특수 기능[* admin 권한 보유자 한정] 또는 링크 등으로 접속 가능한 ACL Group에 원하는 그룹을 생성, 삭제할 수 있다. 또한, '차단된 사용자'그룹을 포함해, config로 제한하지 않은 대부분의 그룹에 특정 사용자를 추가 및 제거할 수 있다. 이 권한으로 생성한 ACL Group은, config를 통해 추가된 사용자의 이름 색상 및 효과를 변경하거나, 편집이나 토론에서 거부될 시 특정 메세지를 반환하도록 할 수 있다. | |
| 19 | ---- | |
| r11 | 20 | 5. [[update_thread_document]] (토론 문서 변경) |
| 21 | 토론의 대상이 되는 문서를 이동할 수 있다. the seed 엔진 업데이트로 이동 시 이전 문서가 자동 표기된다. | |
| 22 | ---- | |
| 23 | 6. [[update_thread_status]] (토론 상태 변경) | |
| r13 | 24 | 토론 상태를 normal(열림), pause(일시정지), close(닫힘)으로 변경 가능하다. 또한 편집 요청을 닫고 잠글 수 있다. |
| r11 | 25 | ---- |
| 26 | 7. [[update_thread_topic]] (토론 주제 변경) | |
| 27 | 토론의 주제를 변경할 수 있다. the seed 엔진 업데이트로 변경 시 이전 주제가 자동 표기된다. | |
| 28 | ---- | |
| r14 | 29 | 8. [[hide_thread_comment]] (토론 댓글 숨김) |
| r11 | 30 | 토론 댓글을 블라인드 할 수 있다. 블라인드된 토론 댓글은 기본적으로 적용된 '숨겨진 댓글 보이지 않기'를 비활성화해야 숨겨진 상태로 확인 가능하다. 해당 권한 보유자는 '''[ADMIN] SHOW''' 를 통해 숨김 해제를 하지 않고도 무슨 내용인지 볼 수 있다. |
| 31 | ---- | |
| 32 | 9. [[hide_document_history_log]] (편집 요약 숨김) | |
| r13 | 33 | 편집 요약을 블라인드 할 수 있다. 블라인드시 편집 요약은 {{{#gray ((name)사용자에 의해 편집 요약 숨겨짐)}}}으로 표시된다. 해당 권한 보유자는 [내용 보기]를 통해 숨김 해제를 하지 않고도 무슨 내용인지 볼 수 있다. |
| r11 | 34 | ---- |
| 35 | 10. [[mark_troll_revision]] (리비젼 반달 표시) | |
| r10 | 36 | 특정 편집 리비젼을 반달로 표기하고, 보기와 되돌리기 기능을 차단 및 숨김 처리한다. 차단된 기능에 링크 등으로 강제 시도할 경우 전용 오류 메세지와 함께 작동이 거부된다. |
| 37 | ---- | |
| r11 | 38 | 11. [[hide_revision]] (리비젼 숨김) |
| r10 | 39 | 특정 편집 리비젼과의 모든 상호작용을 차단한다. 기능 버튼 자체는 숨겨지지 않고 그대로 있으나, 시도할 경우 전용 오류 메세지와 함께 작동이 거부된다. 특이한 점은, 숨긴 당사자에 한해 비교 기능이 작동한다. 버그인지 의도된 사안인지는 불명. 해당 권한을 사용한 후 mark_troll_revision 권한을 사용할 경우 모든 기능을 차단한 채 반달 표기가 가능하다. |
| 40 | ---- | |
| r11 | 41 | 12. [[batch_revert]] (일괄 되돌리기) |
| r12 | 42 | 특정 사용자의 24시간 내 모든 활동[* 편집, 토론 댓글, 편집요청]을 선택적으로 일괄 되돌리기 할 수 있다. 편집을 되돌린 경우 자동 반달 표시, 토론 댓글을 되돌린 경우 자동 블라인드, 편집 요청을 되돌린 경우 닫기 및 자동 잠금 처리된다. 다른 권한과 다르게, 해당 권한은 특정 사용자의 이름이 아닌 UUID를 요구한다. admin 권한이 없으면 돌릴 사용자의 UUID를 다른 방법으로 알아내야 사용 가능하다. 문제점은, 되돌릴 리비젼의 이전 편집이 문서 ACL변경이면 반달 표시는 되지만 되돌리기는 실패한다. |
| r10 | 43 | ---- |
| r11 | 44 | 13. [[api_access]] (API 허용) |
| 45 | '내 정보'에서 발급받은 API 토큰을 활용하여 자동 편집이 가능해진다. 해당 권한 없이 API 토큰만으로 자동 편집을 시도할 경우 '권한이 부족합니다' 메세지가 반환된다. | |
| 46 | ---- | |
| 47 | 14. '''[[nsacl]]''' (이름공간 ACL 조정) | |
| r10 | 48 | 이름공간 ACL을 변경할 수 있다. 또한 문서 ACL 조정 권한이 규칙으로 인해 거부되어도, 이를 무시하고 변경할 수 있다. 해당 권한으로 이름공간 ACL을 변경할 경우, 문서 ACL과 다르게 누가 언제 변경했는지 따로 표시되지는 않는다. |
| 49 | ---- | |
| r11 | 50 | 15. '''[[login_history]]''' (로그인 기록 조회) |
| r10 | 51 | 특정 사용자의 User Agent, 이메일, 로그인 시각, IP 주소를 조회할 수 있다. 2차 인증을 진행하지 않고 단순히 ID와 PW로 로그인을 시도하여, 이메일 인증 단계에 계류되어 있는 경우에는 기록에 남지 않는다. 동일 시각에 다른 기기와 IP로 동시 접속해도, 두 로그인 기록 모두 정상 기록되는 것으로 확인된다. |