Woo-poly-integration: परिवर्तनीय उत्पादों के साथ समस्याएं

मुझे एक ही समस्या है, अगर मैं प्राथमिक भाषाओं से कॉपी करता हूं, तो मैं भिन्नता की प्रतिलिपि बनाने की संभावना के बिना केवल साधारण उत्पाद दिखाता हूं। इसे कैसे हल किया जा सकता है?

नमस्ते,

क्या आपने प्लगइन "jQuery माइग्रेट हेल्पर" स्थापित करने का प्रयास किया था?

क्या आप कृपया रिपॉजिटरी से कोड का उपयोग कर सकते हैं, डाउनलोड कोड से सीधे ज़िप डाउनलोड करें और इंस्टॉल करें, मुझे लगता है कि इसे हल किया जा सकता है, मैं अगले सप्ताह इसका बहुत परीक्षण करूंगा, लेकिन हर प्रतिक्रिया का स्वागत है।

क्या आप कृपया रिपॉजिटरी से कोड का उपयोग कर सकते हैं, डाउनलोड कोड से सीधे ज़िप डाउनलोड करें और इंस्टॉल करें, मुझे लगता है कि इसे हल किया जा सकता है, मैं अगले सप्ताह इसका बहुत परीक्षण करूंगा, लेकिन हर प्रतिक्रिया का स्वागत है।

जिप डाउनलोड करने और गिटहब से इंस्टॉल करने के बाद मुझे 2 समस्याएं हैं:
1) यदि मैं किसी उत्पाद को प्राथमिक भाषा से माध्यमिक में कॉपी करता हूं तो यह कई विविधताएं पैदा करता है, (उदाहरण के लिए यदि मेरे पास 2 रंगों वाला उत्पाद है, तो दूसरी भाषा रंग से 10 विविधताएं पैदा करती है)
2) ग्राहक के आदेश के बाद, उत्पाद स्टॉक से बाहर हो जाता है, भले ही स्टॉक अभी भी हो।

1. If I copy a product from the primary language into the secondary it creates many variations, (example if I have a product with 2 colors, the second language creates 10 variations from the color)

मुझे प्लगइन के गिटहब संस्करण के साथ एक ही समस्या हो रही है

ऐसा लगता है कि नवीनतम पीआर #518 ने परिवर्तनीय उत्पादों से संबंधित कुछ खराब कर दिया है।

ठीक है, मैंने विषय पढ़ा है, अब समस्या मेटा विशेषता में गलत वर्तनी है। क्या हम एक अद्यतन क्वेरी के साथ हल कर सकते हैं और src/Hyyan/WPI/Plugin.php में नाम ठीक कर सकते हैं?
@mrleemon मैंने देखा कि आप इस परियोजना में एक सहयोगी हैं, अगर आप मुझे इस त्रुटि पर कुछ दिशानिर्देश देते हैं तो मैं समाधान का प्रयास कर सकता हूं और इसे समुदाय के लिए उपलब्ध करा सकता हूं।

क्षमा करें, मैंने बहुत समय पहले केवल टाइपो के लिए कुछ सुधार किए थे। इस प्लगइन की आंतरिक कार्यप्रणाली के बारे में मेरा ज्ञान शून्य के करीब है।
मुझे नहीं पता कि इस वेरिएशन बग को ठीक करने के लिए क्या करना होगा।

अभी, मुझे लगता है कि यह प्लगइन कैसे काम करता है, यह जानने वाला केवल @Jon007 . है

मैंने देखा कि #518 में यह टाइपो फिक्स शामिल था जिसे मैंने पहले ही #450 पर खारिज कर दिया था क्योंकि इससे मौजूदा साइटों को तोड़ने की संभावना होगी, लेकिन @hyyan ने इसे स्वीकार कर लिया है ...

मैंने अभी के लिए #518 वापस कर दिया है। और मैं बाद में गहराई से देखूंगा

धन्यवाद!

हो सकता है कि प्लगइन को वर्तमान कस्टम तरीके के बजाय WooCommerce टैक्सोनॉमी (product_type, product_visibility और अन्य) को सिंक करने के लिए आधिकारिक Polylang pll_copy_taxonomies फ़िल्टर का उपयोग करना चाहिए, जो लगातार WooCommerce रिलीज़ के लिए असुरक्षित लगता है। उत्पाद मेटा की प्रतिलिपि बनाने के लिए प्लगइन पहले से ही पॉलीलैंग pll_copy_post_metas फ़िल्टर का उपयोग करता है, इसलिए उत्पाद वर्गीकरण को सिंक करने के लिए pll_copy_taxonomies का उपयोग करना उचित लगता है।

इस फ़िल्टर के साथ, कोई व्यक्ति उन टैक्सोनॉमी को निर्दिष्ट कर सकता है जिन्हें कोई सिंक या कॉपी करना चाहता है और जब कोई नया अनुवाद बनाता है तो पॉलीलैंग उक्त टैक्सोनॉमी और उनके संबंधित शब्दों के सिंक्रोनाइज़ेशन / कॉपी का ध्यान रखता है।

एक विचार है।

मैंने उस पर ध्यान दिया, लेकिन ये सभी खतरनाक रूप से अप्रचलित हो रहे हैं, क्योंकि woocommerce अपने स्वयं के एपीआई और अपनी स्वयं की तालिकाओं की ओर अधिक बढ़ रहा है, आप उत्पादों को एक पोस्ट के रूप में मानने और जेनेरिक पोस्ट आधारित एपिस का उपयोग करने पर भरोसा नहीं कर सकते। सबसे अच्छे रूप में woocommerce कैशिंग तंत्र के साथ बग होंगे।

हाँ मुझे पता है। जब हम डब्ल्यूसी एपीआई परिवर्तनों की प्रतीक्षा करते हैं तो मैं इसके बारे में अस्थायी समाधान के रूप में सोच रहा था।
इस बीच, मुझे लगता है कि हम "सरल उत्पाद" के गलत चयन को हल कर सकते हैं जब उत्पाद जेएस कोड को Meta.php है:

से:

$code = sprintf(
    '// <![CDATA[ %1$s'
    . ' addLoadEvent(function () { %1$s'
    . '  jQuery("#product-type option")'
    . '     .removeAttr("selected");%1$s'
    . '  jQuery("#product-type option[value=\"%2$s\"]")'
    . '    .attr("selected", "selected");%1$s'
    . '})'
    . '// ]]>', PHP_EOL, $type[0]
);

प्रति:

$code = sprintf(
    '// <![CDATA[ %1$s'
    . ' addLoadEvent(function () { %1$s'
    . '  jQuery("#product-type option")'
    . '     .prop("selected", false);%1$s'
    . '  jQuery("#product-type option[value=\"%2$s\"]")'
    . '     .prop("selected", true);%1$s'
    . '})'
    . '// ]]>', PHP_EOL, $type[0]
);

जाहिर है, विकल्पों का चयन/चयन रद्द करने के लिए attr() और removeAttr() का उपयोग WP में jQuery के हालिया परिवर्तनों के साथ बहिष्कृत है।

https://jquery.com/upgrad-guide/3.0/ से :

Breaking change: .removeAttr() no longer sets properties to false

Prior to jQuery 3.0, using .removeAttr() on a boolean attribute such as checked, selected, or readonly would also set the corresponding named property to false. This behavior was required for ancient versions of Internet Explorer but is not correct for modern browsers because the attribute represents the initial value and the property represents the current (dynamic) value.

It is almost always a mistake to use .removeAttr( "checked" ) on a DOM element. The only time it might be useful is if the DOM is later going to be serialized back to an HTML string. In all other cases, .prop( "checked", false ) should be used instead.

साथ ही, अभी, जब उपयोगकर्ता WC डुप्लिकेट उत्पाद लिंक पर क्लिक करता है, तो उत्पाद प्रकार प्रतिकृति पर कॉपी नहीं किया जाता है।

मैंने इसे unlinkOrginalProductTranslations() फ़ंक्शन में Duplicator.php जोड़कर इसे "तय" किया:

$type = $product->get_type();
update_post_meta($duplicate->get_id(), '_translation_porduct_type', $type);

मुझे नहीं पता कि इसमें कुछ गलत है या नहीं।

मैं पूरी तरह से '_translation_porduct_type' से छुटकारा पाना चाहता हूं, यह वास्तव में जरूरी नहीं होना चाहिए, यह केवल यूजर इंटरफेस क्विर्क से निपटने के लिए है, हालांकि अभी के लिए सबसे आसान है इसे रखना और जैसा आप सुझाव देते हैं वैसा ही करें

मैं आपसे इस बारे में पूछने वाला था। अनुवादित उत्पाद प्रकार को _translation_porduct_type क्यों संग्रहीत किया जाता है? क्या जरूरत पड़ने पर इसे सीधे मूल उत्पाद से प्राप्त नहीं किया जा सकता है?

मुझे लगता है कि यह जटिल है क्योंकि जब आप पुराने उत्पाद के लिए पूछते हैं तो पॉलीलैंग का अनुवाद करते समय आपको अनुवादित उत्पाद विवरण देने की कोशिश की जाती है, कम से कम, इसे मेटाडेटा में कॉपी करना आसान होता है

मुझे लगता है कि इसी क्रम में से छुटकारा पाने के _translation_porduct_type मेटा, प्लगइन WC एपीआई का उपयोग करना चाहिए WC_Product:save() बजाय का उपयोग कर एक कस्टम समाधान में भरोसा करने के दुकान अनुवाद करने के लिए समारोह wp_insert_post सीधे कार्रवाई करता है, लेकिन इसका मतलब है कि Meta.php में मिले अधिकांश कोड को फिर से सक्रिय करना और मुझे नहीं पता कि कहां से शुरू करना है।

नमस्ते। क्या आपने इस समस्या का समाधान किया है?

नमस्ते, मैंने #430 पर कुछ स्पष्टीकरण सहित परिवर्तनीय उत्पादों के मुद्दों के लिए कुछ समाधान किए - यह बहुत अच्छा होगा यदि कोई नवीनतम कोड का परीक्षण कर सकता है और पुष्टि कर सकता है कि कौन से मुद्दे रहते हैं - आदर्श रूप से एक नए स्वच्छ जीथब मुद्दे पर, क्योंकि कई आंशिक रूप से या पूरी तरह से डुप्लीकेट टिकट और पालन करना मुश्किल हो रहा है।

आपके काम के लिए धन्यवाद! मौका मिलने पर मैं नवीनतम कोड का परीक्षण करूंगा और यदि कोई समस्या आती है तो मैं आपको बता दूंगा।

आपके नवीनतम कोड का परीक्षण करने के बाद मैंने एक समस्या खोली:
https://github.com/hyyan/woo-poly-integration/issues/526

@hyyan @mrleemon मैंने पिछले सप्ताह कुछ महत्वपूर्ण परिवर्तनों की जाँच की और 5.1 लेबल किया

विशेष रूप से मैंने @mrleemon द्वारा #408 पर मेटा.php कॉल पर टिप्पणी करके वर्कअराउंड फिक्स को हटा दिया है:
$this->syncSelectedproductType($ID);

पहले हमें यह समस्या थी क्योंकि कम से कम 5.0 में सेव सीक्वेंस सही नहीं था:

1. वर्डप्रेस पोस्ट बचाता है
2. woopoly पोस्ट को सिंक्रनाइज़ करता है (लेकिन WooCommerce अभी तक सहेजा नहीं गया है इसलिए उत्पाद प्रकार सहेजा नहीं गया है और सही ढंग से सिंक्रनाइज़ नहीं किया गया है)
3. WooCommerce उत्पाद बचाता है
4. [परिवर्तनीय उत्पाद के लिए, WooCommerce विविधताओं को बचाता है और woopoly इन्हें सिंक्रनाइज़ करता है]
5. उत्पाद अनुवाद देखते समय, समाधान फिक्स उत्पाद प्रकार को _translation_porduct_type में दिखाने के लिए प्रपत्र को रीसेट कर देता है ताकि अनुवाद को सहेजने पर यह सही हो

कोड संशोधन अब WooCommerce सेव करने के बाद हुक उठाते हैं, और त्वरित संपादन (#549) और बल्क एडिट पर काम करने के लिए समायोजित किया गया है, इसलिए उत्पाद प्रकार के वर्कअराउंड की अब आवश्यकता नहीं है।

बेशक यह इसका अंत नहीं है - केवल वू एपीआई का उपयोग करने और डब्ल्यूपी एपीआई से बचने के लिए पूरी चीज की फिर से समीक्षा की जानी चाहिए - लेकिन कुछ अजीब व्यवहारों को हटा देना चाहिए।

महान! वह वर्कअराउंड फिक्स वास्तव में भयानक था।
तो, क्या गलत वर्तनी वाला _translation_porduct_type मेटा अब आवश्यक नहीं है?
मेरे पास एक मिनट होने पर मैं इस अद्यतन संस्करण का परीक्षण करने जा रहा हूं।

धन्यवाद!

मैंने अभी के लिए गलत वर्तनी वाले _translation_porduct_type मेटा असाइनमेंट को वहीं छोड़ दिया है, लेकिन इसका उपयोग नहीं किया जाता है। यदि यह संस्करण ठीक हो जाता है तो बाद की रिलीज़ इसे और अन्य अनावश्यक कोड को हटा सकती है

मैंने इस नए संस्करण का परीक्षण किया और मुझे एक समस्या मिली:

1. मेरे पास तीन भाषाओं (स्पैनिश, अंग्रेजी और फ्रेंच) वाली एक साइट है। स्पेनिश डिफ़ॉल्ट है। वूपोली में "उत्पाद-प्रकार" सिंक विकल्प चेक किया गया है।
2. मैं स्पेनिश में एक नया उत्पाद जोड़ता हूं
3. मैं "समूहीकृत उत्पाद" (या "साधारण उत्पाद" के अलावा कोई भी उत्पाद प्रकार) का चयन करता हूं और सहेजता हूं।
4. उत्पाद प्रकार ड्रॉपडाउन चयनित उत्पाद प्रकार दिखाता है।
5. मैं अनुवाद जोड़ने के लिए "भाषाएं" मेटाबॉक्स में किसी भी "+" लिंक पर क्लिक करता हूं।
6. नए अनुवाद में उत्पाद प्रकार ड्रॉपडाउन अक्षम है ("उत्पाद-प्रकार" सिंक विकल्प चेक किया गया है) लेकिन यह डिफ़ॉल्ट भाषा उत्पाद में चयनित उत्पाद प्रकार के बजाय "साधारण उत्पाद" दिखाता है।

ठीक है हाँ मैं देख लूंगा।
मौजूदा उत्पादों पर उत्पाद प्रकार (और कोई अन्य संपत्ति) बदलना ठीक होना चाहिए।

@mrleemon चेक इन: वर्डप्रेस हुक रखने के लिए आवश्यक नए अनुवादों पर क्योंकि वू हुक अभी तक निकाल नहीं दिया गया है

ठीक है धन्यवाद!
मैं बाद में इसका परीक्षण करूंगा जब मेरे पास एक क्षण होगा और जितनी जल्दी हो सके आपके पास वापस आऊंगा।

मैंने इस नए संस्करण का परीक्षण किया और नए अनुवादों के साथ मेरी समस्या ठीक हो गई है।
धन्यवाद!