Sitecore - standardowe role użytkowników

Question

Tworzę użytkownikom na projekt praktyk i pochodziły z trzech - autora, Recenzent, wydawcy.

autor - powinien móc tworzyć, edytować i usuwać elementy.
recenzent - powinien tylko móc czytać i zatwierdzać przedmioty.
wydawca - powinien tylko być w stanie odczytać wszystkie pozycje i opublikować te, które zostały zatwierdzone.

czytam w artykule, że role te są wystarczające dla autora treści - Sitecore Client Authoring Użytkownicy & Sitecore klienta, i tak samo przypisanego do autora.

Po zalogowaniu jako autor, opcja wstawiania jest wyszarzona !!!!. Więc ponownie zalogowałem się jako administrator i próbowałem dać dostęp do elementu Home (czytać, pisać itp.) Dla autora, ale jest to odmowa dostępu.

Proszę wyjaśnić mi następujące informacje:
1. Użytkownicy, o których myślałem, czy są poprawni lub dobrze pracują w prawdziwym scenariuszu?
2. Dlaczego nie mogę udostępnić użytkownikowi autorowi elementu głównego.
3. Czy tworzenie niestandardowej roli jest konieczne. Jeśli nie ma standardowych ról Sitecore dla tych użytkowników, które są wspólne dla każdego projektu.
4. Prosimy sugerować role, które należy przypisać do mojego autora, Recenzent i wydawcy

Answer 1

To pytanie tak naprawdę nie pasuje do wytycznych dla SO, ale aby odpowiedzieć na pytania:

1. Niecodzienne jest posiadanie dedykowanego wydawcy. Bardziej powszechny jest przepływ pracy, który automatycznie publikuje po zatwierdzeniu treści, czego oczekiwałbym. Prawdopodobnie możesz uciec z tylko 2 rolami.

2. Te role powinny wystarczyć, ale sprawdź dokumentację, proszę wyjaśnij, czy Twój administrator otrzymuje komunikat "odmowa dostępu" lub Twój autor. Użytkownicy administracyjni nie powinni być odmawiani; Prawdopodobnie konfiguracja zabezpieczeń powoduje problem (uprawnienia do pozycji, a nie role).

3. Standardowe role są szczegółowe, aby umożliwić dostrojenie konfiguracji. Istnieje wiele przykładowych stron, które można uzyskać (np. Launchsitecore.net), które mogą pokazać, jak korzystać z tych ról, a także dokumentację. Możesz również opublikować na stronie community.sitecore.net

4. Do osiągnięcia tego zbyt szczegółowego pod względem SO potrzebne są kombinacje ról i przywilejów. Zapoznaj się z dokumentacją, różnymi blogami lub przykładową witryną, aby dowiedzieć się, jak korzystać z funkcji zabezpieczeń w rzeczywistej aplikacji.

Answer 2

Można go ustawić, korzystając z funkcji Przepływ pracy i zmieniając uprawnienia zabezpieczeń na poziomie przepływu pracy. Najprostszą strukturę obieg powinno być:

krok Początkowa 1

• Umieść polecenie (element przechodzi do etapu 2)

Oczekuje etap zatwierdzania 2

• Approve polecenie (ruchy od pozycji do kroku 3)
• Polecenie Odrzuć (przenosi element do krok 1)

Czekamy krok wydawnictwa 3

• Publish polecenia (przechodzi przedmiot do kroku 4)
• Odrzuć polecenie (przenosi elementy do kroku 2)

Opublikowane końcowy etap 4

• Czynność Auto Publish (standardowa akcja, która wil l publikuję element automatycznie, gdy tylko element pojawi się w stanie końcowym)

Wszystkie 3 role powinny należeć do co najmniej roli Sitecore\Author. Umożliwia podstawowy dostęp do funkcji edycji przedmiotów. Nie zapomnij jawnie zezwolić na dostęp Write etc przy użyciu aplikacji Security Editor. Jeśli to z jakiegoś powodu nie działa, sprawdź aktualne prawa przy użyciu aplikacji Access Viewer, po wybraniu określonego konta i elementu bezpieczeństwa, powinieneś być w stanie sprawdzić prawa dozwolone i zabronione z wyjaśnieniem po prawej stronie.

Następnie musisz ustawić dostęp na poziomie przepływu pracy (na przykład, recenzent może wykonywać polecenia Zatwierdź i Odrzuć w stanie "Oczekiwanie na zatwierdzenie" i nie może - w innych stanach. To samo dotyczy autora i wydawcy) .

Przydatne docs (ważne dla Sitecore 8.x również): https://sdn.sitecore.net/Reference/Sitecore%207/Security%20Reference.aspx https://sdn.sitecore.net/Reference/Sitecore%207/Workflow%20Reference.aspx