# كيفية تحديد أذونات مخصصة للموظفين والمدراء والمشرفين

**URL:** <https://meta.discourse.org/t/how-to-define-custom-permissions-for-staff-admins-moderators/122545>\
**Category:** Support\
**Created:** [10 يوليو 2019، 10:29ص UTC](https://meta.discourse.org/t/how-to-define-custom-permissions-for-staff-admins-moderators/122545 "2019-07-10T10:29:14Z")\
**Posts on this page:** 1\
**Showing post:** 12

<div class="post-metadata">

**Author:** ![neounix](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/neounix/32/215617_2.png) [@neounix](https://meta.discourse.org/u/neounix)\
**Post date:** [9 يونيو 2020، 3:21ص UTC](https://meta.discourse.org/t/how-to-define-custom-permissions-for-staff-admins-moderators/122545/12 "2020-06-09T03:21:17Z")

</div>

> [@Joaquin\_Menchacha](#):
>
> سيكون من الجيد وجود سير عمل يسمح لمصممي الويب بتقديم أو تجربة التغييرات دون الحاجة إلى وصول إداري كامل.

مرحبًا @Joaquin_Menchacha

شكرًا لك على منشورك وتذكيرك بهذا الموضوع.

نحن أيضًا نأمل (نخطط) لتحسين بعض عناصر التحكم الإدارية في المستقبل.

على سبيل المثال، نحن مهتمون بإضافة مكون إضافي (في يوم من الأيام) سيتم تكوينه باستخدام متغيرات في ملف حاوية `yml`، وسيحد من بعض الإجراءات الإدارية (مثل تنزيل نسخة احتياطية كاملة من الموقع) لعدد معين من المستخدمين (معرفات المستخدمين) فقط.

هذه الفكرة الخاصة بالمكون الإضافي “موجودة على قائمة أولوياتي”، وعندما أجد الوقت، سأقوم بدراسة الأمر بشكل أعمق. حتى الآن، لم أقوم حتى بالخطوة الأولى المتمثلة في فحص الكود وفحص جدوى هذه الفكرة.

---

_[View the full topic](https://meta.discourse.org/t/how-to-define-custom-permissions-for-staff-admins-moderators/122545)._