Grav-plugin-admin: 페이지 변경 및 삭제 권한

에 만든 2016년 04월 21일 · 16코멘트 · 출처: getgrav/grav-plugin-admin

사용자가 전체 사이트가 아닌 특정 페이지만 편집할 수 있도록 일부 페이지를 잠글 수 있다면 훌륭할 것입니다. 아마도 사용자 그룹 위에 무언가가 있습니까?

예를 들어 user/config/admin/admin.yaml 에 기본 권한이 있을 수 있습니다(또는 템플릿에 따라 이 구성을 설정할 수 있는 청사진에서 더 합리적일 수 있음).

# Only admins can delete pages
permissions:
  pages:
    write: [admin, editor]
    delete: [admin]

그리고 각 페이지의 YAML 구성은 다음 기본 설정을 덮어쓸 수 있습니다.

---
title: Awesome page
permissions:
  write: [admin] # Limit changes to the admin group in the admin plugin
  delete: [] # Protect this page from deletion from the admin plugin

---

페이지 잠금 사용 사례

사이트 구조가 몇 개의 "컨테이너" 페이지(블로그, 섹션 1, 섹션 2...)에 있고 레벨 1 페이지를 잠가 섹션의 _모든 콘텐츠_가 부주의하게 삭제되는 것을 방지하려는 경우.
오류 페이지 또는 기타 "기술적" 페이지를 보호하려는 경우.
한 편집자 또는 편집자 그룹이 새 블로그 게시물을 생성할 수 있어야 하고 루트 "블로그" 페이지를 수정할 수 있지만 삭제할 수 없으며 다른 섹션의 다른 페이지를 수정할 수 없어야 하는 비즈니스 커뮤니케이션 웹사이트 (또는 홈페이지).
권한 유형

간단한 구현이 2개의 권한으로 제한될 수 있다고 생각합니다.

쓰다
삭제

다음과 같은 다른 일반적인 권한 유형 제외(덜 유용하거나 관리하기 어려움):

읽기(관리자에게 콘텐츠를 숨길 필요성은 낮아 보입니다)
페이지 소유권(자신의 "자신의" 페이지 쓰기/삭제) -> 큰 수준의 복잡성 추가
addchild(사용자 그룹이 페이지 내부에 하위 페이지를 추가할 수 있는지 여부 제어) -> 복잡성도 추가

1.10 enhancement fixed in repo

출처

fvsch

👍11

가장 유용한 댓글

여기에 몇 가지 좋은 아이디어가 있습니다. 실제로 권한을 개선하는 방법에 대한 몇 가지 아이디어가 있는 메모가 이미 있었습니다. 이 티켓도 고려하도록 하겠습니다. 감사 해요!

rhukster 에 2016년 04월 21일

👍13 🚀1 ❤1 🎉1 😄1

모든 16 댓글

rhukster 에 2016년 04월 21일

👍13 🚀1 ❤1 🎉1 😄1

@rhukster 안녕하세요, 제가 놓친 주제에 대한 진행 상황이 있는지 알고 싶었습니다.

특정 프로젝트의 경우 특정 페이지 또는 폴더의 페이지에 대한 그룹 기반 편집 권한이 필요합니다. 그것은 잠재적으로 우리가 Grav를 사용하지 못하게 할 수 있는 유일한 요구 사항입니다 😞

당신이 올바른 방향을 지적할 수 있다면, 이것을 연구하는 것이 정말 도움이 될 것입니다.
도움을 주셔서 감사합니다.

boettges 에 2017년 10월 19일

👍4

가장 원하는 기능!

jimblue 에 2018년 03월 22일

🚀1

충돌

aisbergg 에 2018년 04월 25일

우리 학교 웹사이트에서 일하고 싶어하는 학생들이 있습니다. 지금 그들은 블로그에 게시할 정보를 저에게 전달하고 있습니다. 학생들에게 특정 페이지에 대한 액세스 권한을 부여할 수 있으면 학생이 실수로 또는 의도적으로 첫 페이지나 다른 중요한 것을 편집하는 것에 대해 걱정할 필요가 없도록 하는 데 도움이 될 것입니다.

감사합니다. 이 기능이 개선되기를 바랍니다!!

brianjschott 에 2018년 05월 01일

👍1

이 기능을 언제 확인할 수 있습니까? 다음 버전에는 그렇게 되기를 바랍니다. :-))

ocean123 에 2018년 05월 01일

@brianjschott SimpleMDE Plugin으로 Editable을 체크아웃하고 목적에 맞는지 테스트할 수 있습니다. 최신 버전은 Grav 사용자 및 역할 시스템을 사용하여 페이지 기반 권한을 지원합니다. 따라서 그룹도 만들 수 있습니다. 편집은 페이지와 프론트엔드에서만 가능합니다.

bleutzinn 에 2018년 05월 29일

비기술적인 사용자에게 편집 권한을 부여해야 합니다. 이렇게 하면 확실히 밤에 잠을 잘 수 있을 것입니다! :+1:

robinmoisson 에 2018년 06월 15일

😄1 👍1

이에 대한 진전이 있습니까? 가장 원하는 기능.

Sogl 에 2019년 06월 25일

👍3

저는 현재 Flex Pages 지원 작업을 하고 있으며 이미 페이지를 삭제할 수 있는 권한이 있습니다(지금은 소유자 지원이 없지만).

mahagr 에 2019년 06월 28일

👀1

여기에 몇 가지 좋은 아이디어가 있습니다. 실제로 권한을 개선하는 방법에 대한 몇 가지 아이디어가 있는 메모가 이미 있었습니다. 이 티켓도 고려하도록 하겠습니다. 감사 해요!

@rhukster 님 의 댓글에서 3년이 넘었습니다. 내 고객 중 일부는 이 기능을 정말 원하지만 Grav를 사랑하는 개발자인 우리는 여전히 이에 대한 정보가 없습니다.

@mahagr Flex 페이지란 무엇입니까? CSS flexbox 또는 다른 것에 관한 것입니까? 더 많은 정보를 주세요 😉

Sogl 에 2019년 06월 28일

Flex Pages는 클래스의 멋진 이름인 Grav Flex Objects를 기반으로 합니다( Grav\Framework\Flex 에서 찾을 수 있습니다. :)

간단히 말해서 Flex Objects는 Flex Directory 플러그인을 대체할 것입니다. 핵심 클래스는 Grav 자체에 있지만 CRUD의 경우 관리자와 프론트엔드 모두에서 작동하는 목록 및 편집 보기를 제공하는 Flex Objects 플러그인이 필요합니다. 프론트엔드 편집 또는 작동하도록 일부 사용자 정의 클래스/라우팅을 수행해야 하는 경우. 어쨌든 이 플러그인은 관리자 작업에만 필요하며 Flex 자체는 플러그인 없이 실행됩니다.

Flex Pages는 현재 Grav Pages를 구현하지만 이러한 새로운 Flex 클래스를 기반으로 합니다. Flex를 사용하면 이전 솔루션에 비해 몇 가지 이점이 있습니다.

모든 객체의 인덱스를 유지하고 어떤 객체가 언제 업데이트되었는지 알고 있습니다.
인덱스 때문에 개체는 요청 시에만 로드됩니다.
컬렉션 검색, 메서드 호출 및 렌더링을 위한 캐싱이 내장되어 있습니다.
캐싱은 개체 기반이므로 단일 항목을 업데이트해도 다른 항목의 캐시가 무효화되지 않습니다.
컬렉션은 이전 페이지보다 훨씬 강력합니다. 거의 모든 것을 검색할 수 있습니다
FlexPage 는 독립형이며 Page 보다 사용하기 훨씬 쉽습니다.
Flex를 사용하면 필요에 따라 페이지를 쉽게 사용자 지정할 수 있습니다.
예를 들어 다른 페이지와 분리된 블로그 게시물에 대한 자체 관리 섹션을 만들 수 있습니다.
...

더 많은 이점이 있지만 일부 프로젝트에서 이미 이를 사용하고 있으며 모두가 이에 대해 매우 기대하고 있습니다. 4000페이지 분량의 사이트에서 10배 더 나은 성능을 쉽게 얻을 수 있습니다. 일반 페이지와 별도로 저장되고 admin 내부의 별도 섹션에 있는 페이지라도 사용자 정의 유형을 만들 수 있습니다. 사용자는 간단한 양식 등을 작성하여 자신의 페이지를 만들 수 있습니다.

mahagr 에 2019년 06월 29일

👍3 ❤2

@mahagr 👍 이 정보를 공유해 주셔서 정말 감사합니다. 말씀하신 모든 것(모두 훌륭하게 들립니다!), 고급 페이지 컬렉션, 페이지 사용자 지정 및 다양한 페이지 유형에 대한 별도의 관리 섹션이 가장 흥미로웠습니다. Grav를 사용한 교육 시나리오에서 매우 가치 있는 더 미세한 페이지 권한에 대한 투표를 추가하십시오!