المرن 0 دروبال استضافة
فمن الطبيعي، كما دروبال يخلق أن دخول عند تثبيته، للمستخدم مجهول. ويتم ذلك من user_install () (دروبال 7)، أو system_install (). والتي تحتوي على التعليمة البرمجية التالية.
يستخدم هذا الإدخال عادة عند الانضمام البيانات الواردة في الجدول "عقدة" مع البيانات الواردة في الجدول "المستخدمين".
عدم وجود من شأنه أن يسبب دخول دروبال لا تعمل بشكل صحيح في بعض الحالات.
إذا كنت بحاجة إلى استعادة بيانات المستخدم المجهول في قاعدة البيانات، وأود أن تنفيذ التعليمات البرمجية مشابهة لتلك المنفذة من دروبال. على وجه الخصوص، لدروبال 6، وأود أن تنفيذ التعليمات البرمجية التالية.
إذا كانت البيانات للمستخدمين المجهولين موجود مسبقا في قاعدة البيانات، ولكن هوية المستخدم ليس 0:
إذا كانت البيانات لمستخدم مجهول لم تكن موجودة، حتى مع وجود معرف المستخدم غير صحيح:
إذا كنت ترغب في استعادة بيانات المستخدم المجهول تلقائيا، هل يمكن تنفيذ hook_cron () في وحدة نمطية مخصصة، وتنفيذ التعليمات البرمجية مشابهة لتلك التالية. (ومتاحة لدروبال 6.)
إذا أعطيت إلى وحدة انخفاض الوزن وتنفيذه من hook_cron () سيتم تنفيذها قبل تطبيقات أخرى، وهذا من شأنه تجنب أنها ستفشل لأن الصف المفقودة في قاعدة البيانات.
شعرت كونها الإختراق من نوع ما، لهذا السبب اعتقد انها كانت غريبة وإزالته. ولكن الآن أنا حصلت على إثبات هذا كما كنت تصدير قاعدة البيانات الخاصة بي في وضع التوافق MYSQL40 (بعض البكم المشتركة استضافة خادم)، أنها حصلت على المستوردة القادمة قيمة زيادة تلقائية (7). إذا لم أكن قد تعثر بالصدفة على هذا الشيء، فإن لم أكن أعرف ما حدث من خطأ وكان قد تساءل عن المشاركات التي اختفت لفترة محددة من الوقت :( وليس صحيحا - jayarjo 28 يونيو '11 في 13:05