익명 및 로그인 사용자를 위한 그룹별 세밀한 권한 관리

테마 컴포넌트를 어떻게 조정해야 하는지 이해하는 데 도움을 주실 수 있나요?

copy-post 컴포넌트를 예로 들어 시도해 보았습니다. 이 컴포넌트도 기능을 사용하도록 권한을 부여하는 그룹 설정을 사용한다는 기억이 나기 때문이죠. 그리고 제 컴포넌트와 마찬가지로, 사용자가 속한 그룹의 ID를 비교하는 것만으로는 도움이 되지 않기 때문에 ID를 별도로 확인해야 하는 ‘everyone’ 유사 그룹(pseudo-group)에 대한 별도의 체크가 필요했던 이슈가 있었기 때문입니다. 제 이해가 맞다면, 새로운 그룹들도 유사 그룹이므로 ID를 별도로 확인해야 하므로 거기에 최근 변경 사항이 있을 것이라고 기대했습니다. 여기서 이것이 필요하지 않은 이유를 설명하는 무언가를 제가 놓치고 있는 걸까요?

favorite filters 컴포넌트에는 두 가지 그룹 설정이 있습니다. 하나는 그룹이 자체 필터를 저장할 수 있도록 허용하는 것이고, 다른 하나는 표준 필터를 제공하는 것입니다.
기본적으로 trust_level_0 그룹의 멤버만 사용자 정의 필터를 사용할 수 있습니다. 이는 등록된 사용자만 사용자 정의 사용자 필드에 데이터를 저장할 수 있기 때문입니다. 따라서 여기서는 anonymous_users를 선택으로 허용하지 않는 것이 합리적일 것입니다. 테마 컴포넌트에서 이를 어떻게 해야 하나요? 이미 그런 예시가 있나요?

기본 필터의 기본 설정은 "everyone"입니다. 미등록 사용자도 기본 필터를 보고 사용할 수 있는 것이 유용하다고 생각하기 때문입니다. 문제는 제가 명시적으로 "everyone"을 선택했음에도 불구하고 everyone이 'logged_in_users’로 변경된다는 것입니다. 현재 everyone을 사용 중인 관리자가 향후에도 미등록 사용자를 위한 필터를 계속 가질 수 있도록 커스텀 마이그레이션을 만들어야 하나요? 이 마이그레이션은 언제 실행되어야 하나요? 아니면 마이그레이션을 실행한 후 각 관리자가 개별적으로 이를 변경해야 하나요?

제가 걱정하고 있는 이 모든 것이 실제로는 불필요한 것일까요? 조정이 필요하다면, 잠재적으로 영향을 받을 수 있는 커뮤니티 유지 관리 컴포넌트의 수를 고려할 때 4주 미만은 상당히 짧은 기간으로 느껴집니다.
“copy-post” 외에도 unanswered filter component도 살펴보았지만, 거기서도 변경 사항을 찾을 수 없었습니다. 제가 중요한 무언가를 놓치고 있는 것 같습니다.毕竟, 이 변경 사항은 거의 일주일 전부터 기본적으로 활성화되었기 때문입니다. 조정이 필요하다면 공식 컴포넌트가 이미 업데이트되었을 것이라고 가정합니다.

1개의 좋아요