لدي مثيل يعمل حاليًا على الإصدار 2.9.0.beta4، واحتجت إلى ترحيله، لذلك قمت بعمل نسخة احتياطية/استعادة أساسية، لكن الاستعادة فشلت على المثيل الجديد. قررت بعد ذلك محاولة تحديث المثيل الأصلي، لكنه فشل أيضًا. فشل كلاهما، على ما يبدو لنفس السبب، أثناء الأمر db:migrate.
لقد واجهت خطأً مشابهاً في موقع الاختبار الخاص بي حيث كان لدي بعض البيانات الشاذة في إعداد موقع selectable_avatar، واضطررت إلى تحديثه عبر وحدة تحكم Rails.
هل أنت مرتاح لاستخدام وحدة تحكم Rails؟ إذا كان الأمر كذلك، هل يمكنك تشغيل هذا ومعرفة ما يقوله:
يبدو أنك فعلتها! يجب أن ترى ما إذا كان بإمكانك لفت الانتباه إلى هذا، حيث أنني متأكد من أن الترحيل من المفترض أن يرحل تلك الصور الرمزية القابلة للتحديد إلى التنسيق الجديد.
إنها كذلك، وقد نجحت في كل الحالات الأخرى التي رأيناها. [] ليست قيمة صالحة، حتى في التنسيق القديم، لذا فإن هذه الحالة بالذات مفاجئة للغاية. ربما تم تركها من بعض العمل اليدوي على وحدة التحكم، أو استيراد سيئ
إذا تلقينا المزيد من التقارير، فسنحرص على إضافة إصلاح تلقائي لهذه الحالة.
آه. صحيح. عادةً عندما أحصل على هذا الخطأ، يكون ذلك بسبب أنني أخطأت في الوصول إلى المتغير الخاطئ أو شيء من هذا القبيل. ولكن ربما كانت هذه هي الحالة التي تُركت فيها بعد حذف جميع الحالات الأخرى. ولكن، حقًا، لم أكن منتبهًا بما فيه الكفاية.
إعدادات ‘القائمة’ لدينا هي واجهة مستخدم بسيطة فوق سلاسل نصية مفصولة بعلامة الأنبوب، لذا من الناحية النظرية، يجب تخزين قائمة فارغة كسلسلة نصية فارغة. لكنك تطرح نقطة جيدة - ربما حاول شخص ما إفراغ القائمة وفعل شيئًا كهذا عن طريق الخطأ:
حسنًا، في حالتنا، تم إعداد المنتدى في بداية هذا الشهر، ولم يتم أي تفاعل مع وحدة التحكم على الإطلاق (ولا استيراد). في الواقع، اكتشفت وحدة تحكم rails اليوم