냥냥냥(비교)

보기 RAW Blame 되돌리기 비교

 r611 vs r612
 ...
 어떤 문서의 편집 권한이 없다면, 리비전 숨기기/해제, 편집 요약 숨기기/해제 작업이 불가능하며, permission_edit 이라는 메시지를 반환한다. --단, 반달로 표시는 가능하다.--[* 이를 이용하면 batch_revert 권한을 이용해 휴지통 문서를 읽을 수 없어도 휴지통 문서의 역사를 반달로 표시할 수는 있다.][*해결됨 [[https://feedback.theseed.io/posts/1254|#]]] 다만 [[batch_revert]] 권한을 이용하면 여전히 반달로 표시가 가능하다.
-계정뿐만 아니라 아이피의 상태도 ACL 규칙 반영에 영향을 준다.
+계정뿐만 아니라 아이피의 상태도 ACL 규칙 반영에 영향을 준다.
 acl을 perm/aclgroup:(아무 단어)로 조정할 시, 아무 단어는 {{{#red 249/246자 이하}}}여야 한다. 넘을 시 'condition의 값은 {{{#red 255자}}} 이하여야 합니다.'를 반환한다.
 ...
 이름공간 ACL에 규칙이 없을 경우 (규칙이 존재하지 않습니다. 모두 거부됩니다.)가 나오며, 모든 규칙이 없을 시 문서에 접속하면 'ACL에 허용 규칙이 없기 때문에 읽기 권한이 부족합니다. 해당 문서의 ACL 탭을 확인하시기 바랍니다.'를 반환한다.
-ACL 규칙 개수는 한계가 없는 듯 하다. 대략 7천 개 정도 등록해도 아무 문제가 없다.[[https://theseed.io/history/ACL%20%EA%B0%9C%EC%88%98%20%ED%85%8C%EC%8A%A4%ED%8A%B8/%EC%98%88%EC%8B%9C?from=7059|ACL 개수 테스트/예시(역사)]] 그러나 규칙 등록/삭제 시 딜레이가 조금 걸리게 된다. [[https://theseed.io/acl/ACL%20%EA%B0%9C%EC%88%98%20%ED%85%8C%EC%8A%A4%ED%8A%B8/%EC%98%88%EC%8B%9C|ACL 규칙 목록]]을 불러오는 데에도 약?간의 랙이 조금 걸린다.
+ACL 규칙을 대략 7천 개[* +[[https://theseed.io/history/ACL%20%EA%B0%9C%EC%88%98%20%ED%85%8C%EC%8A%A4%ED%8A%B8/%EC%98%88%EC%8B%9C?from=43156|41,607개]]] 정도 등록해도 아무 문제가 없다.[[https://theseed.io/history/ACL%20%EA%B0%9C%EC%88%98%20%ED%85%8C%EC%8A%A4%ED%8A%B8/%EC%98%88%EC%8B%9C?from=7059|ACL 개수 테스트/예시(역사)]] 그러나 규칙 등록/삭제 시 딜레이가 조?금 걸리게 된다. [[https://theseed.io/acl/ACL%20%EA%B0%9C%EC%88%98%20%ED%85%8C%EC%8A%A4%ED%8A%B8/%EC%98%88%EC%8B%9C|ACL 규칙 목록]]을 불러오는 데에도 약?간의 랙이 조금 걸린다.
+다만 ACL 요소 id 값에 -2147483649[* 놀랍게도 음수를 넣어도 에러가 안 난다. 이게존나왜됨][* -(2^^31^^+1)] ~ 2147483647의 범위를 넘는 값을 보낼 시 '데이터베이스 오류가 발생했습니다.'가 나온다. 따라서 ACL 규칙을 대충 22억번정도 만들면 뭔가 에러가 날 수도 있다.
 파일휴지통 및 파일 이름공간에서 존재하지 않는 문서에 ACL 규칙을 생성하려 하면 일반 문서와 달리 alert('문서를 찾을 수 없습니다')가 나오며 규칙을 추가할 수 없다.
 없는 사문도 되나
 ...
 ACL 각각 규칙마다 고유 id가 있다.(index로 이해해도 무방하다.) ACL 규칙 등록이 있으면 어느 문서든 상관없이 마지막으로 부여된 id에 1을 더한 값을 id로 가지게 되며, 더시드위키에선 2025년 7월 7일 기준 24984개, 13일 기준
 개의 규칙이 생겼던 것으로 보인다.
+perm:null로 규칙을 생성하려 하면 '[오류!] 데이터베이스 오류가 발생했습니다.'가 나온다. 그런데 개행, 공백으로는 규칙을 만들 수 있으며, 이를 이용하면 똑같아 보이는 규칙을 여러 개 만들 수 있다.
+ACL 요소의 순서를 바꿀 시 옮길 요소를 어디 위치시킬지 알리는 목적으로 after_id라는 값을 보낸다. 이 값은 옮길 위치에서 바로 위에 있는 요소의 id이다[* 맨 위일 경우 0.]. 이 값에 자기 자신의 id을 넣으면 그냥 'invalid'라고만 나온다.
+따라서 삭제된 ACL 요소 앞에 다른 ACL 요소를 둔다 하더라도 에러가 나지 않지만, 뒤에 두면 무조건 에러가 난다.
+## ACL 요소를 처음과 같은 위치에 두면 의외로 오류 메시지가 나오지 않는다.
+아래 기존 상태에서 탭을 두 개 열고 한 탭에서 먼저 3번 요소를 맨 위로 옮기고, 두 번째 탭에서 2번 요소를 맨 아래로 옮겼다 해 보자.
+{{{#!wiki style="display: flex; flex-wrap: wrap; gap: 5px"
+||<-4><tablebgcolor=transparent> 기존 상태 ||
+||1 ||perm:1 ||허용 ||영구 ||
+||2 ||perm:2 ||허용 ||영구 ||
+||3 ||perm:3 ||허용 ||영구 ||
+||<-4><tablebgcolor=transparent> 첫 번째 탭 ||
+||1 ||{{{#red,#red perm:3}}} ||허용 ||영구 ||
+||2 ||perm:1 ||허용 ||영구 ||
+||3 ||perm:2 ||허용 ||영구 ||
+||<-4><tablebgcolor=transparent> 두 번째 탭 ||
+||1 ||perm:1 ||허용 ||영구 ||
+||2 ||perm:3 ||허용 ||영구 ||
+||3 ||{{{#red,#red perm:2}}} ||허용 ||영구 ||}}}그렇다면 결과는 아래와 같아진다.
+||<-4><tablebgcolor=transparent> 결과 ||
+||1 ||perm:3 ||허용 ||영구 ||
+||2 ||perm:2 ||허용 ||영구 ||
+||3 ||perm:1 ||허용 ||영구 ||
+두 번째에서 'perm:2를 맨 아래로 옮기기'를 요청할 때 사실 'perm:3 뒤에 perm:2를 두라'고 요청한 것이여서 그렇다.
 == 나무 ==
 https://namu.wiki/asdf/.env
 .env로 끝나면 접근이 차단된다.
 ...