| r32 vs r35 | ||
|---|---|---|
| ... | ... | |
| 41 | 41 | |
| 42 | 42 | 먼저 편집, 이동 등 특정 위키행위에 접근하려는 이용자가 있으면 이용자가 소속되는 ACL그룹들이 무엇인지를 알아야 한다. 집합과 원소의 관계로 보자면, 로그에 기록될 수 있는 이름을 모두 모아놓은 집합을 전체집합으로 두면 ACL그룹들은 각 "집합"이 되며, 접근하려는 이용자의 이름은 각 ACL집합의 원소가 되는지 아니한지를 알아야 한다. '집합'은 기본적으로 {{{perm:member}}}[* {{{perm:member}}}[math(=\left\{x|x \text{ is a member}\right\})] (조건제시법)]과 같이 시스템상 특정 규칙에 따른 모임이 될 수 있으며, 필요에 따라 이름을 짓고 소속할 대상을 원소로 추가함으로써 (원소나열법) 개설할 수 있다. 가령 로그인된 이용자의 경우 {{{perm:any}}}, {{{perm:member}}}에 소속되며 {{{perm:ip}}}에는 소속되지 않는다. |
| 43 | 43 | |
| 44 | 규칙 | |
| 44 | 이를 이용하여 ACL그룹(집합)을 언급하는 모종의 규칙을 만들 수 있다. 이용자가 행위에 접근하게 되면 규칙에 기입된 ACL 그룹의 순서대로 대조된다. 대조하면서 규칙에서 지정된 ACL그룹에 접근하려는 이용자가 소속되는지 되지 않는지[* {{{이용자}}}[math(\in)]{{{(지정된 ACL 그룹)}}} 이 성립하는지 아니하는지]를 보게 된다. | |
| 45 | 45 | |
| 46 | ||
| 46 | 소속되는 경우, 해당 그룹(집합)에 해당되는 이용자의 접근을 허락하(allow)거나 거부하(deny)는 처리 규칙에 따라 접근하려는 이용자가 특정 위키행위에 대한 접근 허가 또는 거부가 결정된다. 먼저 허용 또는 거부로 결정되면 앞에서 결정한 사항과 반대되는 결정을 아무리 많이 적어놓아도 앞의 결정된 ACL에는 영향을 주지 않는다. (이로 보자면 규칙 내 그룹 언급은 일종의 필터링처럼 적용된다.) | |
| 47 | 47 | |
| 48 | ||
| 48 | 소속되지 않는 경우, 다음 목록으로 지정돤 ACL 그룹과 그에 따른 규칙에 대조된다. 모든 규칙을 대조했을 때 (특정 ACL그룹에 대하여) 거부하는 규칙이 없다 하더라도 최종적으로 이용자가 그 어느 지정된 ACL 그룹에도 소속되지 않는다면 이용자의 접근이 거부된다. 규칙이 하나도 존재하지 않으면 어느 이용자라도 행위의 접근이 거부된다. | |
| 49 | 49 | |
| 50 | 50 | 1. 문서 ACL 허용규칙의 유무. |
| 51 | 51 | i. 있는 경우 : 기입된 순서대로 대조가 시작된다. 걸리는 규칙에 따라 접근의 허용 또는 거부가 결정된다. 거부 규칙이 없어도 최종적으로 어느 허용 목록에도 해당되지 않는 경우 접근이 거부된다. |
| ... | ... |