r56 vs r57
......
77
== 기능 ==
88
기본적으로 이름공간 ACL의 수정이 가능하지만 그외 몇가지 부가 기능이 더 있는데, 일단 각 문서의 ACL 규칙 허용 여부와 관계없이 문서 ACL을 수정할 수 있다. 예를 들어 문서 ACL에서 ACL 탭을 '''모두(perm:any) - 거부'''로 설정했을 때 (또는 일부가 거부로 설정됐을 때) 원래대로라면 누구도 문서 ACL을 수정할 수 없게 되지만, 이 권한이 있으면 거부 효과를 무시하고 문서 ACL을 수정할 수 있다는 것. 또한, 문서 ACL 중 ACL 탭의 규칙을 조정할 수 있다.[* 원래는 ACL 조정 권한이 허용되어 있기만 하면 ACL 탭을 포함해서 모든 ACL 규칙을 조정할 수 있었지만 나무위키에서 관리자의 실수로 인해 ACL 탭의 규칙이 잘못 건드려져 문제가 발생하는 사례가 잦아서 그런지 최근 엔진 업데이트로 ACL 탭은 nsacl 권한을 가진 사용자만 건드릴 수 있게 변경되었다. nsacl 권한이 없는 상태에서 ACL 탭의 규칙을 변경하려고 시도할 경우 권한 부족 메세지가 뜨면서 차단된다.]
99
10
참고로 ACL 중 '읽기' 권한의 경우 이름공간 ACL에서만 조정할 수 있는지라 이 권한을 가진 사용자만이 조정할 수 있다.
10
참고로 ACL 중 '읽기' 권한의 경우 이름공간 ACL에서만 조정할 수 있는지라 이 권한을 가진 사용자만이 조정할 수 있다.[* 엔진 초창기에는 문서 ACL에도 읽기 탭이 있어서 nsacl이 없어도 특정 문서에 한해서만 읽기 권한을 조정할 수 있었지만 패치로 문서 ACL의 읽기 탭이 사라졌다.]
1111
1212
== 유의사항 ==
1313
이름공간 ACL을 변경하면 해당 이름공간에 포함된 모든 문서의 ACL이 일괄 조정되는 것과 마찬가지이기 때문에 악용할 경우 위키 전반에 광범위하게 문제를 일으킬 수 있는 위험한 권한이다. 심지어 문서 기여내역에 변경 이력이 남는 문서 ACL 조정과 다르게 이름공간 ACL은 엔진 상에서 조정 이력이 남지 않는지라[* 다만, 서버 데이터베이스 상에서 별도로 기록이 남는지는 불명.] 누군가가 이 권한으로 문제를 일으키기라도하면 범인을 특정하는게 사실상 불가능하기 때문에 악용 시 피해가 매우 심각해진다. 이 때문에 나무위키에서는 사측 관리자, 알파위키에서는 사무관만 이 권한을 가지고 있으며, 더시드위키에서도 매우 제한적으로 부여된다. 자세한 사항은 [[더시드위키:권한 요청#s-2.3|권한 요청-매우 높은 신뢰도가 필요한 권한]] 문단 참조.
......