دور المستخدم يختلف تبعا لURL هو على.
وتوفر وحدة لAPI بحيث حدات أخرى يمكن أن توفر "سياقات" (اختبارات) ليقرر ما إذا كان ينبغي أو لا ينبغي منح دور لمستخدم.
وهذا يسمح لمعالجة معقدة من أذونات المستخدم في أي نظام دروبال.
تم العثور على صفحات الإدارة من علامات التبويب على صفحة إدارة أدوار المستخدمين (المشرف / المستخدم / أدوار / virtual_roles).
حالات الاستخدام المحتملة تشمل لتعيين الدور الذي يحصل فقط تطبق بعد أن سجلت المستخدم X عدد المشاركات أو التعليقات، أو قد تصل حد آخر لمدة ساعة / يوم / أسبوع، الخ ..
ويمكن أن تستخدم أيضا لدور المخصصة إذا كان المستخدم يبحث في العقدة التي بعلاقة خاصة مع وجود المؤلف أو عندما يتم منح المستخدم "إدارة العقد" إذا كانت هي مؤلف تلك العقدة.
أنا لا أقصد أن يعني أن VR يوفر سياقات اللازمة لحالات الاستخدام هذه، لأنها جميعا تحتوي على عنصر المخصصة التي لا يمكن توقعها في بيان وحدة العام. VR لا، ومع ذلك، وتوفير إطار (API) اللازمة لجعلها تعمل. وأنا على استعداد لتشمل سياقات الوحدات الأساسية في VR، ولكن ينبغي أن تضاف سياقات VR لوحدات contrib أخرى لتلك الوحدات.
انظروا إلى شملت Readme.txt للحصول على مزيد من المعلومات حول VR وكيفية كتابة السياقات الخاصة بك باستخدام API VR.
ميزات
من أجل العمل، يجب VR تنفيذ في آلية تحميل الصفحة في وقت مبكر جدا (كما هو الحال في hook_boot () في وقت مبكر). لكي لا تقتل أداء موقعك، يوفر VR شيك التعقل، التي صممت لتكون سريعة إنقاذ ما اذا كان يمكن تحديده بسهولة أن VR لا تحتاج إلى تطبيقها. فإن التعقل الاختيار الافتراضي يسمح فقط تجهيز مستخدمين المسجلين.
لديه أدوار الافتراضية أيضا القدرة على إزالة الأدوار من صفحة تحرير المستخدم، بحيث لا بطريق الخطأ يتم تعيين الأدوار بشكل دائم على صفحة المستخدم تحرير. فمن المستحسن أن يتم استخدام هذه الميزة.
التركيب:
فك في مجلد وحدات (عادة '/ مواقع / عن / وحدات /')
تمكين تحت إدارة & # x3e. موقع البناء & # x3e؛ وحدات
المتطلبات:
دروبال 6.X / 7.X
لم يتم العثور على التعليقات