حسنًا، هذا مثير للاهتمام..! رد JammyDodger قادني إلى المزيد من التجارب.
أدى تغيير اسم المجموعات التلقائية عبر إعداد نص الموقع إلى بعض الالتباس عندما كانت هناك مسافات، لأن المسافات تمنع استخدامها كمقابض (handles). إذا لم يتم تجاوز المقبض (handle) المشتق الحالي بواسطة إعداد نص الموقع بسبب المسافات، فإنه يبقى كما كان. اكتشفت هذا عندما علقت لفترة وجيزة تسمية مجموعة بدون مسافات كمقبض.
الوعي بتأثير المسافات واستخدام مهمة Sidekiq EnsureDbConsistency أوضح الأمور.
سأقوم بتعديل اقتراحي في المنشور الأصلي بخصوص عرض الأسماء الصحيحة (proper names) في صندوق الوارد، لأن ذلك لن يتوافق مع استخدام الإشارات بـ @، والتي تتطلب المقبض (handle).
خطوات الاختبار التفصيلية
-
بدءًا من وضعي أعلاه، أكدت أن مهمة Sideqik قد تم تشغيلها، وقمت بتشغيلها مرة أخرى على أي حال. في الواقع، لم تلتقط تغييرات الاسم لصندوق الوارد - بسبب المسافات، كما أوضحت.
-
قمت بتغيير نص الموقع للمستوى 2 (TL2) من “Trust Level 2” إلى “Sophomores” وقمت بتشغيل مهمة Sideqik:
تغير الاسم الآن، حيث أن كل من عنوان المجموعة و مقبض (handle) صندوق الوارد - لعدم وجود مسافات:
- قمت بتغيير اسم نص الموقع مرة أخرى إلى “Trust Level 2” وقمت بتشغيل مهمة Sidekiq. المقبض (handle) المعين في العملية السابقة عالق هناك الآن - على ما يبدو لأن المسافات في عنوان نص الموقع هذا لا تشكل مقبضًا (handle) صالحًا:
- أعدت نص الموقع إلى الإعداد الافتراضي “trust_level_2” ولم أقم بتشغيل مهمة Sidekiq. هذا قام بتحديث العنوان ولكن ليس المقبض (handle):
- قمت بتشغيل مهمة Sidekiq، والتي أزالت المقبض الذي تم تحريره، وأعادته إلى القيمة الافتراضية في صندوق الوارد:
