घटक के हटने पर वेबफ़ॉर्म डेटा का क्या होता है? क्या मैं एक घटक प्रकार बदल सकता हूं?


9

मुझे कई सौ सबमिशन के साथ एक जटिल वेबफॉर्म विरासत में मिली। घटकों में से एक एक टेक्स्टफील्ड था जो फॉर्म सबमिटर के ईमेल पते को पकड़ने के लिए उपयोग किया जाता था। किसी कारण से यह एक टेक्स्टफील्ड है न कि ई-मेल फील्ड जो मुझे ई-मेल एड्रेस का इस्तेमाल करने से रोकता है।

यदि मैं टेक्स्टफील्ड ईमेल घटक को हटा दें, तो सभी डेटा का क्या होगा? मैं यह मान रहा हूं कि इसे मिटा दिया जाएगा।

क्या डेटा को संरक्षित करते समय किसी प्रपत्र घटक के प्रकार को बदलने का कोई तरीका है?

अपडेट: मैं ड्रुपल 7 और वेबफॉर्म 3.19 का उपयोग कर रहा हूं


क्या आप Drupal 6 या Drupal 7 के लिए Webform मॉड्यूल का उपयोग कर रहे हैं ?
ऐय्यास

Drupal 7. माफ़ करना चाहिए कि उल्लेख किया है।
केविन मोर्स

Drupal 7 में, डेटाबेस में फ़ील्ड नाम बदलने के लिए एक जगह है। लेकिन मुझे यकीन नहीं है कि इसे कैसे करना है
AgA

जवाबों:


3

जब कोई वेबफ़ॉर्म घटक हटा दिया जाता है, तो उस घटक के लिए सबमिट किया गया डेटा हटा दिया जाता है। प्रपत्र के अन्य घटकों के लिए डेटा संरक्षित हैं। मैंने वेबफ़ॉर्म 7.x-3.23 पर webform_submitted_data MySQL तालिका को क्वेरी करके इनकी पुष्टि की है।

जैसा कि उपयोगकर्ता calebtr ने संकेत दिया है, प्रत्येक घटक के लिए एक "निजी" चेकबॉक्स है जिसका उपयोग एक ersatz डिलीट-द-सेव-द-डेटा फीचर के रूप में किया जा सकता है, सिवाय इसके कि लॉग-इन करने वाले उपयोगकर्ताओं के अलावा परिणाम पढ़ने के लिए विशेषाधिकार अभी भी घटक को देखेंगे फार्म (न केवल परिणामों में)। इन फ़ील्ड्स को एक स्टाइलशीट या कस्टम टेम्पलेट का उपयोग करके छिपाया जा सकता है, संभावित रूप से उन्हें एक निजी फ़ील्डसेट में बदलने के बाद।

Webform UI घटक प्रकार के परिवर्तन की अनुमति नहीं देता है। मुझे यह जानकारी webform_component.fieldset में संगृहीत है, इसलिए आप शायद इसे वहां संशोधित कर सकते हैं। आप "अतिरिक्त" कॉलम में घटक सेटिंग्स को भी अपडेट करना चाहेंगे।


2

विचार करें कि क्या आपको वास्तव में डेटा संरचना की आवश्यकता है या नहीं, या यदि आपको केवल संरक्षित डेटा की आवश्यकता है। क्या आप किसी दृश्य में वेबफ़ॉर्म डेटा का उपयोग कर रहे हैं? क्या कोई व्यक्ति स्वचालित 'विश्लेषण' पर निर्भर है जो वेबफॉर्म प्रदान करता है?

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

निजी फ़ील्ड उन उपयोगकर्ताओं को दिखाए जाते हैं जिनके पास परिणामों तक पहुंच होती है, इसलिए यह आपके उपयोग के मामले में काम नहीं कर सकता है।

वैकल्पिक रूप से, वेब को क्लोन करने के लिए नोड क्लोन मॉड्यूल का उपयोग करें और डेटा खोए बिना या फिर से सब कुछ फिर से कुंजी के बिना उस फ़ील्ड को बदल दें।


0

यदि आप जिस फ़ील्ड को हटाते हैं वह सामग्री प्रकार के लिए अद्वितीय है, तो वह फ़ील्ड डेटाबेस से चली गई है (जिसमें यह डेटा शामिल है)। यदि आप किसी साझा फ़ील्ड को से हटाते हैं, तो फ़ील्ड उस सामग्री प्रकार के साथ हटा दी जाती है जिसमें डेटा प्रकार से सामग्री प्रकार अद्वितीय होता है।

यदि आप पाते हैं कि आपको डेटा को फ़ील्ड से संबद्ध रखने की आवश्यकता है, लेकिन आपको डेटा के लिए एक अलग प्रकार के फ़ील्ड की आवश्यकता है, तो आपको आगे की योजना बनाने की आवश्यकता है।

  • नया क्षेत्र बनाएँ।
  • पुराने क्षेत्र से नए क्षेत्र में डेटा को स्थानांतरित करने का एक तरीका तैयार करें।
  • पुराने फ़ील्ड को हटाएं।

फीड मॉड्यूल (खेतों में आयात करने के लिए) और दृश्य डेटा निर्यात मॉड्यूल (स्प्रैडशीट में फ़ील्ड निर्यात करने के लिए) का उपयोग करने के लिए एक अच्छा समाधान हो सकता है। प्रक्रिया होगी:

एक दृश्य सेट करें जो आपके सभी टेक्स्टफ़ील्ड मानों को सूचीबद्ध करता है और उन सभी फ़ील्ड को प्रदर्शित करता है जिन्हें आप माइग्रेट करना चाहते हैं। फिर डेटा निर्यात और CSV प्रारूप चुनें।

D7 पर डेटा आयात करने के लिए फ़ीड्स का उपयोग करें। बस अपने पसंदीदा क्षेत्र में प्रत्येक निर्यात फ़ील्ड को मैप करें।

दूसरी ओर आप इस ट्यूटोरियल को भी पढ़ना चाहते हैं


क्या फ़ीड्स वेबफ़ॉर्म डेटा आयात करेंगे?
mpdonadio

MPD तक का पालन करें: वेबफार्म घटकों को फ़ील्ड माना जाता है? Webform आपको कस्टम मॉड्यूल के अलावा अपने स्वयं के घटक प्रकारों को परिभाषित करने की अनुमति नहीं देता है, इसलिए मुझे लगता है कि Webform घटक सभी साझा फ़ील्ड हैं?
केविन मोर्स

केविन मुझे यकीन नहीं है लेकिन मुझे लगता है कि हाँ, आप इसे वैसे भी आज़मा सकते हैं, और अगर आप वेबफॉर्म आयात drupal.org/project/webform_import
सोहेल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.