r88 vs r89
......
6666
다만 누가 슬쩍 ACL을 바꿔도 내역이 표시되지 않아 누가 ACL을 바꿨는지 추적하기 어렵다는 문제점이 남아있다. 그리고 마찬가지로 위키운영:운영회의 같은 토론이 있다면 여기에 read ACL에 perm:any를 허용시키는 규칙을 넣는 등 고의로 노출시키는 트롤링을 잘 막아야 한다. 문서 읽기가 거부되었다 하더라도 스레드 읽기가 허용되면 {{{#!wiki @ms@
6767
{{{#blue 도메인}}}/discuss/{{{#deepskyblue 문서명}}}}}}은 못 읽어도 스레드 주소를 올바르게 입력하여 들어가는 것으로 스레드 읽기(!)가 가능하다.
6868
* 파일 이름공간의 역사가 없는 문서에도 ACL을 걸 수 있다.
69
확장자가 없는 이름의 문서에도 ACL을 걸 수 있으며, 문서 이동은 문서 이름은 기존 이름을 확장자로 가지는 른 이름이면서 파일 속성 네임스페이스인 문서명에만 유효하다. 이를테면 {{{#!wiki @ms@
70
파일:__1__}}}은 {{{#!wiki @ms@
71
파일:테스트.__1__}}}같은 이름으로만 이동할 수 있다.
69
확장자가 없는 이름의 문서에도 ACL을 걸 수 있다.(...)
7270
* NOT Condition으로 해당 사용자가 아닌 사용자를 대상으로 ACL을 설정할 수 있다. 집합(set)으로 보자면, 이용자로서 접근 가능한 모든 이름을 모아놓은 집합에서 해당 집합의 여집합에 해당하는 대상으로 둔다. --NOT perm:human 거부--
7371
NOT 대상 허용, NOT 대상 gotons 같은 ACL 규칙만을 다 만들어놓고 마지막으로 perm:any 허용을 달아놓았다면 고생을 해야 할 수 있으니 NOT Condition을 잘 써야 한다.
7472
NOT를 응용해 여러 조건을 만족해야 하는 규칙을 만들 수 있다.
......