Yönetim panelinde müşteri erişimi: hangi yetkiler gerçekten gerekli
Bir müşteri metinleri güncelleyebilmeli. En hızlı yol bir yönetici erişimidir — ve en pahalısı. Birinin kötü bir şey yapacağından değil, eklentiler bölümünde yanlış bir tıklamanın, düzgün bir rolün gerektireceği on dakikadan daha pahalıya patlamasından.
WordPress'in kendiliğinden getirdikleri
| Rol | Yapabilir | Kime uygun |
|---|---|---|
| Katkıda bulunan | kendi yazılarını yazma, yayımlama yok | Konuk yazarlar |
| Yazar | kendi yazılarını yazma ve yayımlama | tek tek içerik yazarları |
| Editör | tüm yazılar ve sayfalar, başkalarınınkiler de | müşterilerin çoğu |
| Yönetici | eklentiler ve kullanıcılar dahil her şey | sana |
Çoğu durumda doğru yanıt Editör rolüdür. İçerikleri eksiksiz kapsar ve tekniği dışarıda bırakır.
Editör rolünün yine de yetmediği yerler
Bir editörde düzenli olarak üç şey eksik kalır ve her biri için “o zaman yönetici olsun”dan daha iyi bir yanıt vardır:
- Menüleri düzenlemek — genellikle yöneticide olan ve hedefli olarak verilebilen bir yetki gerektirir
- Sayfa oluşturucu kullanmak — birçoğu tek tek atanabilen kendi yetkilerini getirir
- Formları veya mağazayı yönetmek — ilgili eklentiler bunun için kendi yetkilerini tanımlar
Yol her zaman aynıdır: rolü değiştirmek yerine eksik olan tek yetkiyi eklemek. Yetki matrisi tam da bunun için vardır.
Toparlamak kilitlemekten daha önemlidir
On iki menü öğesinden onu kilitli olan bir yönetim paneli güvenli değil, karmaşıktır. Müşteri arar, yanlış yere tıklar ve telefon eder. Yetkiler birinin neyi yapabileceğini söyler; onun neyi görebildiği de aynı derecede önemlidir.
- Yönetim menüsünü gerekenlere indirgemek
- Birden fazla müşteri aynı kurulumu kullanıyorsa ortam kütüphanesini kişinin kendi dosyalarıyla sınırlamak
- Kimseyi ilgilendirmiyorsa widget'ları ve gezinme menülerini gizlemek
- Girişten sonra işin başladığı yere yönlendirmek — beş bildirim kutulu gösterge paneline değil
Bir dakika süren test
Yetkiler, ayarlandıkları ekrandan değerlendirilemez. Rol başına bir test kullanıcısı oluştur ve bu kullanıcı olarak oturum aç — kendi erişimin açık kalsın diye ikinci bir tarayıcıda.
Korunan içerikler için ikinci bir test daha vardır: oturumu kapat ve /wp-json/wp/v2/posts?search= adresini korunan yazıdan bir kelimeyle çağır. İçerik yanıtta yer alıyorsa kuralın yalnızca görünümü değiştiriyor — veriler açıkta.
Bu test her yetki eklentisi için geçerlidir. “Gizlemek” ve “kilitlemek” iki farklı şeydir ve yalnızca biri kalıcıdır.
Birden fazla sorumlu olduğunda iki tuzak
Birincisi: yetki verebilen, kendine daha fazlasını verebilir. WordPress'in bunun için bir kancası vardır — get_editable_roles() — ve onu atlayan bir eklenti, kapatması gereken yolu tam da açar.
İkincisi ağlarla ilgilidir: roller orada kısmen ağ genelinde durur. Onları bir alt siteden üzerine yazan, tüm siteler için değiştirir — kendisine ait olmayanlar için de.
Ayrılık vakti geldiğinde
- Erişimi devre dışı bırak, hemen silme — yoksa yazılar yazarını kaybeder.
- Silmeden önce yazıları başka bir hesaba aktar.
- Bu hesabın uygulama parolalarını iptal et; bunlar bir parola değişikliğinden sonra da geçerli kalır.
- Açık oturumları sonlandır.
- Değişiklik günlüğüne ne zaman ve neden olduğunu yaz.
Sık sorulan sorular
Bir müşteri yönetici yetkileri olmadan eklentileri güncelleyebilir mi?
Peki ya müşteri yine de yönetici olmak isterse?
Bunun için bir eklentiye ihtiyacım var mı?
Kaç özel rol mantıklıdır?
Bir kısıtlama ön yüzde de etkili olur mu?
Kakapo Roles — bir kez ödeyin, sonsuza dek kullanın.
Dokuz eklentinin tamamı ayda 13 € yerine tek seferde 149 €. Stripe ile güvenli ödeme. İlk 14 günde: sorun çözülür ya da paranız iade edilir.
Lifetime’ı al Tüm özellikler