ज्ञात समस्याएँ Drupal 6 या 7 से Drupal 8 में अपडेट करते समय

Drupal 6 से 8

एग्रीगेटर श्रेणियाँ

Drupal 8 में अब एग्रीगेटर श्रेणियों की अवधारणा नहीं है, और इसलिए उन्हें Drupal 8 में माइग्रेट नहीं किया जाता।

अनुमत प्रोटोकॉल

Drupal 8 अब प्रोटोकॉल को कंटेनर पैरामीटर «filter_protocols» में संग्रहीत करता है, इसलिए यदि आपने «filter_allowed_protocols» वेरिएबल को बदला है, तो इसे services.yml फ़ाइल में डालें।

अनुमत टैक्सोनॉमी रेफरेंस फील्ड शब्दावली

Drupal 6 में, किसी शब्दावली के लिए लागू कंटेंट प्रकारों की सूची शब्दावली की सेटिंग्स में परिभाषित की जाती है। Drupal 8 में, अनुमत शब्दावलियाँ टैक्सोनॉमी टर्म रेफरेंस फील्ड की सेटिंग्स में परिभाषित की जा सकती हैं। यह सेटिंग वर्तमान में माइग्रेट नहीं होती, जिससे Drupal 8 में सभी शब्दावलियों का संदर्भ दिया जा सकता है। आप Drupal 8 में अपग्रेड के बाद टैक्सोनॉमी टर्म रेफरेंस फील्ड की सेटिंग्स को मैन्युअली संपादित कर सकते हैं और अनुमत शब्दावलियाँ चुन सकते हैं।

[सुधारा गया] दिनांक प्रारूप

केवल डिफ़ॉल्ट प्रारूप - शॉर्ट, मीडियम और लॉन्ग माइग्रेट किए जाते हैं। अन्य सभी डिफ़ॉल्ट प्रारूपों का बैकअप प्रारूप होता है और माइग्रेशन के बाद उन्हें पुनः कॉन्फ़िगर करना होगा।

संपादन फ़ॉर्म या व्यू पेज में अनुपस्थित फ़ील्ड

एक और बात जो भ्रम पैदा कर सकती है, वह यह है कि जब आप माइग्रेशन चलाते हैं, जो सफल प्रतीत होता है, लेकिन उसके बाद आप अपने फ़ील्ड को संपादन फ़ॉर्म में नहीं देखते। कंटेंट टाइप एडमिनिस्ट्रेशन पेज पर जाएँ और प्रत्येक कंटेंट टाइप के लिए "Manage form display" टैब खोलें। माइग्रेशन द्वारा जोड़े गए फ़ील्ड संपादन फ़ॉर्म में छिपे हो सकते हैं। यदि ऐसा है, तो उन्हें ऊपर खींचें ताकि वे दिखाई दें। इसी तरह, यदि वे नोड व्यू में दिखाई नहीं देते, तो संभव है कि Migrate द्वारा जोड़े गए फ़ील्ड "Manage display" टैब में छिपे हों, और आपको उन्हें वहाँ दृश्यमान बनाना होगा। कस्टम फील्ड माइग्रेशन में मदद के लिए Migrate Plus मॉड्यूल उपयोगी हो सकता है।

होम पेज लोड होना और थीम काम न करना

माइग्रेशन करते समय कभी-कभी पेज सफेद होता है और केवल कुछ तत्व लोड करता है। मूल रूप से, यह टूटी हुई थीम जैसा दिखता है। /user पर जाकर और फिर होमपेज पर वापस आने से आमतौर पर यह समस्या हल हो जाती है।

मेन्यू UI

menu_primary_links_source और menu_secondary_links_source वेरिएबल्स माइग्रेट नहीं होते क्योंकि Drupal 8 में उनका कोई समकक्ष नहीं है।

मॉड्यूल और थीम्स

माइग्रेशन शुरू करने से पहले आपको नए मॉड्यूल और थीम्स को सक्षम करना होगा, साथ ही एडमिन थीम (यदि कोई हो) को सेट करना होगा।

नोड कंटेंट प्रकार

Drupal 6 में डिफ़ॉल्ट कॉन्फ़िगरेशन में Story और Page कंटेंट टाइप होते हैं। Drupal 8 में डिफ़ॉल्ट कंटेंट टाइप Article और Basic Page कहलाते हैं (जिनका मशीन नाम 'page' होता है, जैसा Drupal 6 में है)।

• माइग्रेशन Drupal 6 Page कंटेंट टाइप को Drupal 8 Page कंटेंट टाइप पर मैप करेगा, क्योंकि इन दोनों कंटेंट टाइप के मशीन नाम समान हैं।
• माइग्रेशन Drupal 8 के लिए Story कंटेंट टाइप बनाएगा। आप Drupal 8 Article कंटेंट टाइप को हटा सकते हैं यदि आपको इसकी आवश्यकता नहीं है। अधिक जानकारी के लिए देखें # 2236289: Drupal 6 से Story नोड्स माइग्रेट करने पर D8 में नया कंटेंट टाइप बनता है।

नोड अनुवाद

Drupal 6 और 7 में नोड अनुवाद अलग-अलग नोड्स में संग्रहीत होते थे, जबकि Drupal 8 में अब उन्हें उनके सोर्स लैंग्वेज नोड्स के साथ संयोजित किया जाता है। माइग्रेशन सिस्टम नोड अनुवादों का मर्ज करेगा, लेकिन इसका मतलब है कि कुछ लिंक अब उन नोड्स की ओर इशारा कर सकते हैं जो अब मौजूद नहीं हैं। देखें # 2746527: [META] Drupal 6 और 7 नोड अनुवाद डेटा हैंडलिंग।

ध्यान दें कि अनुवादित नोड्स के रिवीज़न अभी तक माइग्रेट नहीं हुए हैं। देखें # 2746541: [backport] D6 और D7 नोड रिवीज़न को D8 में माइग्रेट करना।

Drupal 6 से Drupal 8 मल्टीलिंगुअल अपग्रेड का अवलोकन।

प्रोफाइल श्रेणियाँ

Drupal 6 प्रोफाइल मॉड्यूल द्वारा समूहित फ़ील्ड Drupal 8 में समूहित नहीं होंगे।

प्रोफाइल फ़ील्ड (सूची चयन)

Drupal 8 में परिणामी फ़ील्ड की "अनुमत मान" सेटिंग Drupal 6 में सभी चयनित कस्टम मानों और मौजूदा अनुमत मानों का संयोजन होगी, न कि केवल Drupal 6 में अनुमत मान।

सांख्यिकी

एक्सेस लॉग और सांख्यिकी सेटिंग्स i18n माइग्रेट नहीं होतीं। Drupal 8.5.2 से i18n सांख्यिकी का समेकन माइग्रेट किया गया। देखें # 2930101: i18n/सांख्यिकी - अनुवादों के लिए नोड काउंटर अपडेट नहीं होता।

टेक्स्ट / इनपुट फॉर्मेट्स

Drupal 8 द्वारा न पहचाने गए फ़िल्टर फॉर्मेट्स filter_null के रूप में माइग्रेट किए जाते हैं, जो सिर्फ एक खाली स्ट्रिंग लौटाता है। इसका मतलब है कि कोई भी इनपुट फॉर्मेट जो अज्ञात फ़िल्टर फॉर्मेट का उपयोग करता है, फ़ील्ड कंटेंट प्रदर्शित नहीं करेगा, भले ही कंटेंट डेटाबेस में मौजूद हो। यह भ्रमित कर सकता है। देखें # 2618332: filter_null के साथ गायब फ़िल्टर के लिए बेहतर हैंडलिंग और # 2630578: D6 अपग्रेड में डुप्लीकेट फॉर्मेट्स

Drupal 8 द्वारा न पहचाने गए फ़िल्टर फॉर्मेट्स में कुख्यात PHP कोड फ़िल्टर और कोई भी अन्य फ़िल्टर शामिल हैं जो contrib मॉड्यूल द्वारा प्रदान किए जाते हैं और आपकी Drupal 8 इंस्टॉलेशन में उपलब्ध नहीं हैं।

Drupal 8 कोर में PHP फ़िल्टर समर्थित नहीं है - यह बहुत खराब प्रैक्टिस है, लेकिन यदि आपको वास्तव में आवश्यकता है, तो आप इसके लिए PHP मॉड्यूल का उपयोग कर सकते हैं।

इस स्थिति को ठीक करने के लिए आपके पास कुछ विकल्प हैं:

• जाँचें कि फ़िल्टर प्रदान करने वाले मॉड्यूल की Drupal 8 संस्करण है और उसे स्थापित करें
• प्रभावित इनपुट फॉर्मेट्स को संपादित करें और सहेजें। यह format_null रेफरेंस को हटा देगा, और कंटेंट प्रदर्शित होना शुरू हो जाएगा। ध्यान दें कि चूँकि मूल फ़िल्टर मौजूद नहीं है, कंटेंट फ़िल्टर नहीं होगा और अवांछित टोकन दिखाई दे सकते हैं, या साइट किसी भी सुरक्षा समस्या के प्रति संवेदनशील हो सकती है
• कंटेंट को संपादित करें और किसी अन्य इनपुट फॉर्मेट में बदलें। यह पिछले बिंदु जैसी ही समस्याएँ लाता है

टाइमज़ोन और दिनांक

Drupal 6 स्थानीय समय की गणना के लिए टाइमज़ोन ऑफसेट का उपयोग करता है। Drupal 7 और Drupal 8 टाइमज़ोन नाम का उपयोग करते हैं। दुर्भाग्य से, PHP फ़ंक्शन timezone_name_from_abbr() जो ऑफसेट को टाइमज़ोन नामों में बदलता है, आपके सर्वर पर डेलाइट सेविंग टाइम सक्षम या अक्षम होने के आधार पर अलग-अलग टाइमज़ोन नाम उत्पन्न करेगा। उदाहरण के लिए, ऑफसेट 3600 यूरोप/पेरिस में बदलता है यदि DST बंद है, और यूरोप/लंदन यदि DST चालू है। माइग्रेशन DST को अनदेखा करने के लिए सेट है। आपके सर्वर कॉन्फ़िगरेशन के आधार पर, माइग्रेशन के बाद Drupal 8 टाइमज़ोन सेटिंग गलत हो सकती है (# 2353679: D6->D8 माइग्रेशन वेरिएबल गायब: date_default_timezone)।

टाइमज़ोन में जो DST का उपयोग करते हैं, वहाँ दिनांक Drupal 8 द्वारा Drupal 6 की तुलना में अलग-अलग व्याख्या की जा सकती है। उदाहरण के लिए, यदि समय आधी रात के आसपास है, तो दिनांक को एक अलग दिन माना जा सकता है। यह विशेष रूप से समस्याएँ पैदा करता है यदि तिथियों का उपयोग पथ बनाने के लिए किया जाता है (जैसे URL उपनाम, फ़ाइल फ़ील्ड पथ)। दो संभावित समाधान देखें # 2926421: D6 और D8 के बीच दिनांक असंगतियों को संभालना।

URL उपनाम

जब ऐसी भाषा के लिए URL उपनाम माइग्रेट किए जाते हैं जो नए Drupal 8 साइट पर सक्षम नहीं है, तो कोई भी उपनाम तब तक काम नहीं करेगा जब तक आप Drupal 8 साइट पर उस भाषा को सक्षम नहीं करते।

Views

Views अभी तक माइग्रेट नहीं हुए हैं, आपको Drupal 8 में मैन्युअली व्यूज़ बनाने होंगे। अधिक जानकारी के लिए देखें # 2500547: Drupal 6 और 7 से Views अपग्रेड पथ और Views Migration मॉड्यूल।

यूज़र गतिविधि ब्लॉक सेटिंग्स

यूज़र गतिविधि सेटिंग्स माइग्रेट नहीं होतीं। इन्हें मैन्युअली संबंधित व्यू में फ़िल्टर/एक्सेस सेक्शन में संपादित करना होगा (# 2169327: यूज़र गतिविधि ब्लॉक सेटिंग माइग्रेट करें)।