Kullanıcılar ve roller
Kullanıcı yönetimi AACP → Kullanıcılar altındadır (yetki: system.users.view görmek, system.users.manage değiştirmek).
Kullanıcı listeleri
| Liste | İçerik |
|---|---|
| Kullanıcılar | Tüm hesaplar |
| Üyeler | member rolündekiler (kayıtlı ziyaretçiler) |
| Yöneticiler | admin rolündekiler |
| Editörler | editor rolündekiler |
| Onay bekleyenler | Yönetici onayı bekleyen yeni kayıtlar |
| Değişiklik talepleri | E-posta / kullanıcı adı değişikliği talepleri (onay açıkken) |
Kullanıcı oluşturmak ve düzenlemek
Kullanıcı ekle: e-posta, kullanıcı adı, görünen ad, parola ve rol(ler). Parola, parola politikasına uymalıdır (en az uzunluk ve karakter sınıfı sayısı, sızdırılmış parola kontrolü); bkz. Güvenlik.
Düzenleme ekranında: bilgileri değiştirme, rol atama, avatar yükleme/kaldırma, hesabı silme. Bir kullanıcıya birden çok rol verilebilir; yetkileri rollerin birleşimidir.
Panele girebilen tek yönetici hesabını silmek ya da yetkisini almak sistemi yönetilemez bırakır. Kurtarma yolu için cp:user:create-admin komutu ya da kurtarma konsolu vardır, ama baştan kaçının.
Kayıt politikası
Ziyaretçilerin kendi kendine kayıt olmasını AACP → Sistem → Sistem Ayarları → Kayıt sekmesinden yönetirsiniz:
| Ayar | Varsayılan | Anlamı |
|---|---|---|
| Kayıt açık | açık | Ziyaretçi kayıt olabilir |
| E-posta doğrulaması | kapalı | Kayıt sonrası e-posta onayı zorunlu |
| Yönetici onayı | kapalı | Yeni hesap siz onaylayana kadar bekler |
| Kullanıcı adı zorunlu | açık | Kayıtta kullanıcı adı istenir |
| Şartlar zorunlu | açık | Kullanım şartlarının kabulü |
| Ad / soyad | seçilebilir | Kayıt formunda gösterilsin mi, zorunlu mu |
Onay bekleyen kayıtlar Onay Bekleyenler ekranında listelenir; onaylayınca kullanıcıya e-posta gider. Spam kayıtlara karşı CAPTCHA (reCAPTCHA, Turnstile ya da hCaptcha) kayıt formuna eklenebilir.
Kimlik değişikliği talepleri
"E-posta ve kullanıcı adı değişikliği yönetici onayı gerektirsin" ayarı açıksa, bir üyenin yeni e-posta ya da kullanıcı adı talebi siz karar verene kadar hiçbir şeyi değiştirmez. Değişiklik talepleri ekranından onaylar ya da gerekçe yazarak reddedersiniz. Ayar kapalıyken değişiklikler anında uygulanır.
Roller
CPalius'ta üç rol hazır gelir: admin, editor, member. Rol ve yetenek ayrıntısı için Yetki sistemi.
| Rol | Ne yapabilir |
|---|---|
admin |
Her şey (tüm yetenekler) |
editor |
Studio: kendi yazı ve sayfalarını yönetir ve yayınlar, medya yükler, yorum ve forum moderasyonunun bir kısmı |
member |
Kayıtlı üye: forum, profil, avatar; içerik yönetimi yok |
Roller veritabanında değil, cp-content/config/sync/user.role.*.yaml dosyalarındadır. Bir rolün yeteneklerini değiştirmek bir dosya düzenlemesidir ve kod gibi sürümlenir: değişikliği geliştirme ortamında yapın, Git ile canlıya taşıyın, önbelleği temizleyin. Panel, rollerin yeteneklerini okunabilir biçimde gösterir (yetenek adları etiketlenmiştir).
Yeni bir rol için user.role.<kimlik>.yaml dosyası ekleyin (id, label, capabilities). Rol kimliği kullanıcının roles alanıyla eşleşmelidir. Bozuk bir rol dosyası atlanır ve asla fazladan yetki vermez.
Kullanıcıya özel istisna
Bir kullanıcıya rolünden bağımsız olarak tek bir yetenek verebilir ya da alabilirsiniz (kullanıcı düzenleme → Yetki istisnaları). Alma (deny) her zaman kazanır. Örnek: bir editörün yazı yayınlama yetkisini, rolünü değiştirmeden kaldırmak. Sıfırla ile istisnalar temizlenir. Bu araç istisna içindir; kalıcı bir yetki farkı için yeni bir rol tanımlayın.
İki adımlı doğrulama
Kullanıcılar hesap sayfasından iki adımlı doğrulamayı açabilir (zaman tabanlı kod uygulaması ve/ya da e-posta kodu). Yönetici olarak AACP → Güvenlik Merkezi → Güvenlik ayarları'ten:
- Yöntemleri seçin (
bothvarsayılan). - Yetkili hesaplar için zorunlu kıl ayarını açın: yönetici ve editörler 2FA'sız panele giremez.
Yönetici hesaplarında 2FA önerilir.
Oturum ve parola
Oturum süreleri (genel 60 dk, panel 20 dk boşta) AACP → Güvenlik Merkezi → Güvenlik ayarları'nda ayarlanır. Parola politikası (uzunluk, karakter sınıfı, geçmiş, azami yaş, yasaklı kelimeler) aynı yerdedir. Bir kullanıcının parolasını yönetici sıfırlaması da aynı politikayı uygular.
Denetim
Denetim kaydı açıkken (varsayılan) yönetim eylemleri kayda yazılır: kim, ne zaman, neyi değiştirdi; kayıtlar varsayılan olarak 365 gün saklanır.