لا، ولكنني لم أقم بتثبيت المكون. ربما لهذا السبب لم تتم عملية النقل (migration) بالنسبة لي. ولكنني لم أكن مهتمًا حقًا لأنني لا أستخدم هذه الميزة.
في الواقع، أنا أتابع طلبات السحب (PRs) على GitHub بشكل أساسي لأن لقطات الشاشة تساعد في الترجمة، خاصةً للميزات مثل هذه التي لا تتوفر في الواجهة في البداية.
إنه في الأساس، ولكن إعداد show_additional_about_groups لا يزال إعدادًا مخفيًا للموقع، لذلك فهو غير مرئي.
أعتقد أن الترحيل قام بتمكينه للمواقع التي استخدمت المكون من قبل. لست متأكدًا مما إذا كان سيتم تمكينه للجميع أو ببساطة إزالته. أعتقد أنه مطلوب فقط أثناء عملية الترحيل.
إذا فهمت بشكل صحيح، فإن الفكرة هي أن يتم إضافة إعداد show_additional_about_groups إلى الأساس. ثم يتم إضافة علامة فحص إلى مكون السمة بحيث يتم عرض المجموعات فقط إذا كانت show_additional_about_groups خاطئة. هذا يعني أنه يستمر ببساطة في العمل كما كان من قبل. بعد ذلك يتم بناء كل شيء في الأساس، ولكن يتم عرضه فقط إذا كانت show_additional_about_groups صحيحة.
بعد ترحيل الإعدادات تلقائيًا، يتم تنشيط show_additional_about_groups. الآن يعرض الكود من الأساس المجموعات ولم يعد المكون.
تمت إضافة هذا الترحيل منذ 3 أيام. ثم قبل يومين تمت إضافة الإشعار في المكون الذي تم عرضه لك.
لا أعرف لماذا من الواضح أن الترحيل لم ينجح معك (لم يتم تطبيق الإعدادات تلقائيًا، ولم يتم تنشيط show_additional_about_groups).
أعتقد بالتأكيد أنه سهو أن التحذير العام لا يتحقق مما إذا كان المستخدم مسؤولاً.
اعتقدت أن الترحيل كان يجب أن ينقل إعدادات @Richie من المكون إلى الإعدادات الأساسية، وكان يجب أيضًا أن يقوم بتمكين إعداد الموقع المخفي show_additional_about_groups. أحد الأسباب التي قد تفسر عدم نجاح ذلك هو أنه قام بتغيير الاسم، لأن هذا قابل للتنفيذ بسهولة في الواجهة.
هل هناك سبب لكون الترحيل يعتمد فقط على الاسم بدلاً من التحقق أيضًا من وجود مكون حيث يتطابق remote_url من جدول remote_themes؟ من شأن ذلك أن يلتقط المكونات التي أعيدت تسميتها طالما أنها مثبتة من المستودع الرسمي.
إعداد الموقع المخفي، الذي لم يتم تمكينه لأن الترحيل لم يحدث، منع النواة من إظهار المجموعات، وبدلاً من ذلك، استمر المكون في إظهار المجموعات. لكن الإشعار العام من المكون أخبره بحذف المكون. ثم لم تعرض النواة المجموعات أيضًا لأن show_additional_about_groups كان لا يزال معطلاً، ولم يكن من الممكن تمكينه بسهولة.
لذلك إذا لم ينجح الترحيل التلقائي، فكيف يقوم المسؤولون بالترحيل يدويًا؟ نسخ التكوين ليس هو المشكلة. ولكن متى ينتقلون بين عرض المكون للمجموعات وعرض النواة للمجموعات دون الحاجة إلى تمكين الإعداد المخفي؟
ربما كان من الأفضل تمكين show_additional_about_groups للجميع أو إظهاره في الواجهة قبل إضافة إشعار إلى المكون بأنه يجب حذفه. ثم كان الترحيل اليدوي سينجح، وكانت النواة ستعرض المجموعات بعد ذلك، لذلك لن يترك حذف المكون المسؤولين بدون أي مجموعات في صفحة “حول”.
الآن، عندما يضيف المسؤول مجموعات إلى إعداد الموقع about page extra groups، لا يحدث شيء لأن الإعداد المخفي show_additional_about_groups غير مفعل. هذا يبدو وكأنه خطأ، على الرغم من أنه من وجهة نظر المطور، كل شيء يعمل كما هو متوقع. أعتقد أنه سيكون من الأسهل على المسؤول أن يفهم ما يحدث إذا كان الإعداد مرئيًا بدلاً من أن يكون مخفيًا.
لم يتم نسخ أي من إعداداتي، وعندما قمت بنسخها، ظلت المجموعات غير مرئية في صفحة /about لأن الإعداد المخفي منع ظهورها واضطررت إلى استخدام وحدة تحكم Rails لحل المشكلة.
@ted / @kris.kotlarek / @hugh أي أفكار هنا؟ هل تحتاج عملية الترحيل التي قام بها تيد إلى تحسين؟
[اقتباس=“Moin, المشاركة: 17, الموضوع: 368218”]
في الوقت الحالي، عندما يضيف مسؤول مجموعات إلى إعداد الموقع about page extra groups، لا يحدث شيء لأن الإعداد المخفي show_additional_about_groups غير مفعل. هذا يبدو وكأنه خطأ، على الرغم من أنه من وجهة نظر المطور، كل شيء يعمل كما هو متوقع. أعتقد أنه سيكون من الأسهل على المسؤول فهم ما يحدث إذا كان الإعداد مرئيًا بدلاً من كونه مخفيًا.
[/اقتباس]
هذا يبدو غريبًا جدًا، لماذا لا تحذف ببساطة إعداد الموقع show_additional_about_groups وتجعله صحيحًا فحسب؟
إعداد أقل للقلق بشأنه وسيعمل الإعداد الخاص بمجموعات صفحة حول الإضافية دائمًا كما هو متوقع.
