سؤال

لقد قمت بإثارة ذهني حول كيفية حل هذه المشكلة لساعات الآن، وأنا أعلم أنني لست أول من يواجهه.

أواجه مشكلة في منح مستخدمين مجهولين الوصول إلى محتوى العقدة في Drupal 6.15. لقد جربت كل شيء، بما في ذلك إدراج إلى MySQL، والتحقق والتحقق من كل إعدادات أذونات مزدوجة (نعم، لقد قمت بتمكين "محتوى الوصول")، وأذونات إعادة البناء، وإزالة ذاكرة التخزين المؤقت. لقد تعطيلت وحدات مخصصة على أمل تطهير النزاع ولكن لا حظ لا حظ. يحصل المستخدمون المجهولون على صفحة "رفض الوصول" في كل مكان ولكن على صفحة عرض تقويم مخصص.

لقد جربت هذه الاستفسارات، لكنها مجرد تكرار ما هو موجود بالفعل:

INSERT INTO users (uid, name, mail) VALUES (0, '', '');
INSERT INTO users_roles (uid, rid) VALUES (0, 1);
INSERT INTO node_access VALUES (0, 0, 'all', 1, 0, 0);

بريقي الوحيد الأمل: عرض "أذونات الوصول من قبل المستخدم" في الواقع يظهر بالفعل أن المستخدم: لا يمكنه عرض الهوية عرض المحتوى (انظر الصورة). يثير سؤالا حارا: كيف يتم ذلك "يمكن لجميع المستخدمين عرض جميع العقد" أثناء المستخدم: مجهول في وقت واحد لديه "لا: محتوى الوصول" ؟؟

هذا يقودني المكسرات. إذا كان بإمكان أي شخص أن ينبهني إلى ما أقوم به خطأ، فسوف أقفز صعودا وهبوطا في الإثارة، واشتريك بيرة إذا كنت في سياتل.

شكرًا!

نص Alt http://seethreeblog.com/images/devel.png.

هل كانت مفيدة؟

المحلول

هذا نموذجي للغاية من Drupal: مشاكل الأذونات. بينما أنا أدرك أنني ربما لن أتمكن من تقديم الإجابة الصحيحة، ربما على الأقل سأستفيد بعض الفكرة الثورية التي ستساعدك في حل المشكلة.

في حين أن Access Node هو إذن قياسي يجب أن يكون موجودا، فهناك آخرون قد يقيدون المستخدمين. هل عندك إذا كان الأمر كذلك، تحقق من أن الوصول المستقل هو أيضا على. قد ترغب في التأكد من أن وحدات التحكم في الوصول (ACL وتلك التي تعتمد على ذلك، مثل وصول المنتدى) لا تحصل في الطريق. أيضا، يمكن أن يكون التحكم في الوصول للتصنيف هو ألم: لقد واجهت مشاكل مع التحكم في الوصول إلى تصنيف الوصول (Tac_lite). حاول تعطيله أيضا إذا كان لديك.

أعتذر عن عدم القدرة على تقديم أي شيء أكثر تحديدا من هذا، ولكن Drupal هو تماما مثل هذا. نادرا ما يتطلب قضايا حل الأذونات اختراق الرمز.

نصائح أخرى

عبر دروبال: http://drupal.org/node/64114.

هذا واحد فعل ذلك بالنسبة لي: "هل حاولت إعادة بناء الأذونات؟ انتقل إلى إعدادات المشرف / المحتوى / العقدة وانقر فوق "إعادة بناء أذونات".

كان لدي نفس المشكلة بالضبط منذ الترقية من 6.14 إلى 6.15. حاول فقط على 2 أنظمة OSX المحلية فقط، لذا مفتون للعثور على مشاكل الخادم ذات الصلة ... هي إصدار PHP ذات الصلة - أنا أقوم بتشغيل PHP5.2 على جميع مرات التثبيت.

إعادة إنشاء جدول الأذونات ونظر في كل إذن من المستخدم القابل للتصميم، ولكن مستخدمي Anon يحصلون على "الرجاء تسجيل الدخول للمتابعة". يبدو أنه يستحق نشر مشكلة في قائمة انتظار مشكلة Drupal.

منذ أن ذهبت إلى 6.15، كان لدي مشاكل مع الأذونات اليسار واليمين. لم يكن الموقع صوابا بنسبة 100٪ في 6.14 حتى لا أستطيع أن أقول منطقيا إنه بالتأكيد كان خطأ 6.15، لكن حدستي يمكن أن تقول ذلك.

لدي دور أطلب من أذونات Contory Manager التي تحتوي على أذونات CRUD (إنشاء أو قراءة أو تحديث وحذف) على جميع أنواع المحتوى.

للسماح لشركة النظام (المستخدم رقم 1) تحرير القصص اضطررت إلى منحها هذا الدور. في الوقت الحالي، أتواجه مشاكل في التخلي عن قصص تحرير الدور. يحصل مستخدم مع هذا الدور المعين على أخطاء "رفض الوصول".

الوحدة الأخرى الوحيدة التي لديها والتي تعالج الأذونات هي "أدفت الأدوارد"، لذلك يمكن منح بعض المستخدمين النهائيين الوصول إلى الأدوار، ولكن لا تحرير الأدوار أو لتعيين أذونات للأدوار. لا يزال يتعين علي مطاردة هذا وإمكانية جدول إذن تالف. لكن احتمال أن 6.15 هو الجاني لا يزال موجودا.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top