| r83 vs r84 | ||
|---|---|---|
| ... | ... | |
| 29 | 29 | |
| 30 | 30 | 문서 ACL이 존재하지 않는다면 이름공간 ACL이 적용되는데, 만약 문서 ACL이 존재하는 상태라면 정의되어 있지 않은 사용자는 무조건 거부된다.[* 즉 perm:member만 액션:gotons으로 이름공간 ACL을 적용하는 경우 아이피로 편집시 적용할 ACL이 없어 편집이 거부된다. (대신 편집 요청이 가능한 경우 편집 요청 페이지로 이동된다.)] |
| 31 | 31 | |
| 32 | 관리자의 사용자 문서에 위와 같은 형식이 아니라 ''(everyone, everyone, everyone, admin, everyone)''와 같은 형식으로 기록되어 있는데, 이것은 현재 사용 중인 ACL이 아닌 과거에 사용하던 ACL버전에서 설정한 내용으로 당시에는 현재처럼 상세한 설정이 불가능했 | |
| 32 | 사측 관리자의 사용자 문서에 위와 같은 형식이 아니라 ''(everyone, everyone, everyone, admin, everyone)''와 같은 ABCDE 형식으로 기록되어 있는데, 이것은 현재 사용 중인 ACL이 아닌 과거에 사용하던 ACL 버전에서 설정한 내용으로 당시에는 현재처럼 상세한 설정이 불가능했고 단순히 모든 사용자, 로그인한 사용자, 관리자로만 설정이 가능했으며 관리자의 사용자 문서에 나오는 버전은 abcde표기로 앞부터 순서대로 읽기 권한, 쓰기 권한, 삭제 권한, 토론 권한, 이동 권한이다.[* [[:파일:Admin_ACL.png|당시 인터페이스]] ] ''delete로 ACL 변경''은 ACL 초기화를 의미했다. 예전에는 abcdef 식에서 d 부분에 true 혹은 false란 표기도 나오는데 이것은 당시 존재했던 봇을 차단하는 ACL 설정 여부를 의미했다. 또한 예전에는 개별적으로 문서 열람을 차단하는 설정도 있었으나 현재는 없다.[* 내부적으로는 남아 있는 것으로 추정됨.] | |
| 33 | 33 | === IPACL === |
| 34 | 34 | 위의 문서 ACL과는 다르며, IP의 접근을 제어하는 기능이었다.[* 그래서 IP Access Control List => IPACL이다.] 4.18.0 업데이트를 통해 ACLGroup 기능이 대신 추가되면서 삭제되었다. IP 접근 제어 기능이라고 부르는 경우보다는 IP 차단 기능이라고 더 많이 불렀다. |
| 35 | 35 | |
| ... | ... |