Woo-poly-integration: WooCommerce 3.6 मुद्दे

नमस्ते। आप ऊपर जो उल्लेख करते हैं उससे संबंधित एक बग यहां दी गई है।

क्या आप इस मुद्दे को डिफ़ॉल्ट वर्डप्रेस थीम (जैसे स्टोरफ्रंट) पर पुन: पेश कर सकते हैं?
हां

क्या आप इस समस्या को पुन: उत्पन्न कर सकते हैं जब WooCommerce, Polylang और Hyyan WooCommerce Polylang Integration को छोड़कर अन्य सभी प्लगइन्स अक्षम हैं?
हां

यह समस्या होने पर आप किन उत्पाद संस्करणों और सेटिंग्स का उपयोग कर रहे हैं?
पीएचपी: 7.3.1
वर्डप्रेस: ​​5.1.1
वूकामर्स: 3.6.1
पोलीलैंग: 2.5.3
Hyyan WooCommerce Polylang एकीकरण: 1.3.0
ब्राउज़र: क्रोम, फ़ायरफ़ॉक्स

प्रजनन के चरण
पॉलीलैंग को कम से कम 2 भाषाओं के साथ सेट करें
डिफ़ॉल्ट भाषा में परिवर्तनीय उत्पाद बनाएं
उत्पाद का अनुवाद बनाएं

जैसा मैं सोचा था
अनुवादित उत्पाद भी परिवर्तनशील है।

इसके बजाय क्या हुआ
जब मैं उत्पाद का अनुवाद जोड़ने के लिए क्लिक करता हूं, तो उस अनुवाद का उत्पाद प्रकार SIMPLE पर सेट हो जाता है।
उत्पाद प्रकार सिंक्रनाइज़ नहीं है।

उत्पाद प्रकार की पुष्टि की गई है 3.6.x समस्या - मैं इसे पुन: पेश भी कर सकता हूं और इसकी रिपोर्ट https://wordpress.org/support/topic/variable-products-change-to-simple-in-translate-version/ पर भी की जाती है।

उत्पाद प्रकार की समस्या उत्पाद प्रकार में जोड़े गए कैशिंग के कारण हो सकती है https://github.com/woocommerce/woocommerce/pull/22612/commits/57ccde66437ade8e91d12890245d9d4c5e5e1892
इसका मतलब यह है कि जहां उत्पाद प्रकार को वूपोली द्वारा अपडेट किया जाता है, कैश को अमान्य नहीं किया जाता है, इसलिए यह सरल के रूप में प्रकट होता है।

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

मुझे WooCommerce कोड से निपटने का अधिक अनुभव नहीं है, लेकिन क्या WooCommerce कैशिंग के बारे में कहीं कोई जानकारी है ताकि हम इन मुद्दों को ठीक करने का एक तरीका खोजने का प्रयास कर सकें? आपके निष्कर्षों के अनुसार, क्या copyTerms() में Meta.php फ़ंक्शन को अद्यतन करने की आवश्यकता है?

https://github.com/hyyan/woo-poly-integration/blob/1d83ef23e96f35c2bb008b5fa37e5157bfc388e4/src/Hyyan/WPI/Product/Meta.php#L341

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

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

परिवर्तनों की जानकारी इस थ्रेड में पहले लिंक में है और तब से बिंदु संस्करणों के नोट जारी करें। ऊपर दिए गए woocommerce github लिंक को मैंने रिलीज़ नोटों को देखकर पाया जो कि github फिक्स से जुड़े हुए हैं।

प्लगइन का वास्तव में पुराने संस्करणों में, वहाँ के लिए एक कॉल था $this->syncSelectedproductType($ID); के अंत में syncProductsMeta() पर समारोह Meta.php । अगर मैं इसे दोबारा जोड़ता हूं, तो परिवर्तनीय उत्पादों के नए अनुवाद उत्पाद प्रकार ड्रॉपडाउन में सही विकल्प का चयन करते हैं।

@mrleemon हाँ जो विविधता उत्पाद प्रकार की समस्या को ठीक करता है, अच्छा किया!

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

सामान्य उत्पाद सिंक्रनाइज़ेशन भी ठीक लगता है (अधिक परीक्षण के अधीन), केवल नई wc_product_meta_lookup तालिका अपडेट नहीं की गई है और मेरा मानना ​​है कि वर्तमान में केवल सॉर्टिंग को प्रभावित करता है।

इसलिए, हमें अभी की तरह pll_copy_post_metas फ़िल्टर पर निर्भर होने के बजाय WooCommerce CRUD फ़ंक्शंस का उपयोग करके सीधे उत्पाद गुणों की प्रतिलिपि बनाने की आवश्यकता है, है ना?

वैसे मेटा स्वयं काम कर रहा है, बस एक जोखिम है कि इसे कैश किया जा सकता है उदाहरण के लिए यहां woocommerce कैशिंग विविधता विशेषताओं के लिए जोड़ा गया है:

    public function read_variation_attributes( &$product ) {
        global $wpdb;

        $variation_attributes = array();
        $attributes           = $product->get_attributes();
        $child_ids            = $product->get_children();
        $cache_key            = WC_Cache_Helper::get_cache_prefix( 'product_' . $product->get_id() ) . 'product_variation_attributes_' . $product->get_id();
        $cache_group          = 'products';
        $cached_data          = wp_cache_get( $cache_key, $cache_group );

किसी तरह मुझे लगता है कि कैश साफ़ हो रहा है और यह काम कर रहा है, यह डिज़ाइन के बजाय भाग्य हो सकता है।
फिर भी wc_product_meta_lookup तालिका को अद्यतन करने की आवश्यकता है और यह उत्पाद वर्ग के माध्यम से विशिष्ट क्षेत्रों को अद्यतन करके अलग से किया जा सकता है, लेकिन यदि सभी अद्यतन _relevant_ उत्पाद वर्ग के माध्यम से दोहराए गए डेटाबेस कॉल से बचने के लिए किए गए थे तो यह अधिक कुशल होगा। यह शायद _relevant_ उत्पाद वर्ग होना चाहिए, हालांकि विभिन्न उत्पाद प्रकारों में अलग-अलग हैंडलिंग होती है ..

मुझे नहीं पता कि नया अनुवाद बनाते समय निम्नलिखित WC फ़ंक्शन उत्पाद डेटा की प्रतिलिपि बनाने के लिए उपयोगी हो सकता है या नहीं:

https://docs.woocommerce.com/wc-apidocs/source-class-WC_Admin_Duplicate_Product.html#134

यह मेटा फ़ील्ड को कॉपी होने से रोकने के लिए woocommerce_duplicate_product_exclude_meta फ़िल्टर का उपयोग करता है और उत्पाद ऑब्जेक्ट को बनाने से पहले उसे संशोधित करने के लिए woocommerce_product_duplicate_before_save हुक का उपयोग करता है।

@mrleemon धन्यवाद .. हम उस तरह से उत्पाद की नकल नहीं करते हैं लेकिन शायद हम कर सकते हैं .....?

इस बीच मेरे पास एक और समाधान है जिसकी मैं जांच करूंगा।

@mrleemon मैंने $this->syncSelectedproductType($ID) के लिए आपका सुझाव स्वीकार कर लिया है; और यह सुनिश्चित करने के लिए एक फ़ंक्शन जोड़ा कि अनुवाद उत्पाद कैश साफ़ हो गए हैं और लुकअप टेबल अपडेट हो गए हैं।

यह अब तक रिपोर्ट किए गए सभी 3.6 मुद्दों को संबोधित करता है।
लेकिन यह पूर्ण कोड समीक्षा नहीं है ...

@mrleemon धन्यवाद .. हम उस तरह से उत्पाद की नकल नहीं करते हैं लेकिन शायद हम कर सकते हैं .....?

हां मुझे पता है। लेकिन, संभवत: लंबे समय में WC कोर फ़ंक्शंस का उपयोग करके उत्पादों को डुप्लिकेट करने पर विचार करना आवश्यक होगा, यह देखते हुए कि WC टीम भविष्य में सभी उत्पाद मेटाडेटा को wp_postmeta तालिका से बाहर ले जाने की योजना बना रही है।

नया उत्पाद पोस्ट पॉलीलैंग द्वारा भाषा और लिंक किए गए अनुवादों और चयनित मेटा के लिए टैक्सोनॉमी डेटा के साथ एक रिक्त पोस्ट के रूप में बनाया गया है और यह प्लगइन मेटा विकल्पों और अतिरिक्त शर्तों और टैक्सोनॉमी को संभालने के लिए एक सामान्य तरीके से विस्तारित करता है।

यह वास्तव में बेहतर है कि नियम और टैक्सोनॉमी को सामान्य तरीके से कॉपी किया जाता है क्योंकि तब वे (आमतौर पर) किसी भी उत्पाद प्रकार (उत्पाद प्रकारों के बारे में जिन्हें हम नहीं जानते हैं) और किसी भी प्लगइन पर काम करते हैं (या फिल्टर के साथ काम करने के लिए बनाया जा सकता है) उत्पाद में मेटा डेटा या टैक्सोनॉमी जोड़ता है (जिसके बारे में मानक woocommerce ऑब्जेक्ट नहीं जानते हैं)।

WooCommerce दीर्घकालिक लक्ष्य उत्पाद डेटा को पोस्ट तालिका से ही स्थानांतरित करना प्रतीत होता है, लेकिन यह प्रत्येक एक्सटेंशन प्लगइन को तोड़ देता है, इसलिए वे सॉर्टिंग के लिए उपयोग किए जाने वाले मुख्य डेटा फ़ील्ड के प्रदर्शन सीमाओं को कम करने के लिए इस लुकअप तालिका के साथ आए हैं।

नमस्ते! क्या यह बग ठीक किया गया है? अंतिम चेंजलॉग प्रविष्टियों में उल्लेख किया गया है कि WC 3.6 के साथ संगतता तय हो गई है, लेकिन यह मुद्दा अभी भी खुला है। उसकी स्थिति क्या है? साथ ही, क्या WP (https://wordpress.org/plugins/woo-poly-integration/) द्वारा वितरित प्लगइन को अपडेट करना संभव है?

BTW, सभी शामिल लोगों को इस प्लगइन को बनाए रखने के लिए बहुत बहुत धन्यवाद!

यह woo3.6 मुद्दों के लिए एक सामान्य विषय है जो किसी एक मुद्दे का जिक्र नहीं करता है। अब तक रिपोर्ट किए गए विशिष्ट मुद्दों को जीथब पर इस प्लगइन के पहले 3.4 रिलीज से तय किया गया था। स्रोत अब 3.4.3 है जिसे मैं कुछ और बिंदुओं की पुन: जांच के बाद जीथब पर जारी करूंगा।

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

कल WooCommerce ने पहले इसे स्वीकार करने के बाद WooCommerce 3.6+ के लिए मेरे संबंधित पुल अनुरोधों में से एक को अस्वीकार कर दिया - विचार पर वे अन्य प्लगइन्स को उत्पाद लुकअप टेबल को फिर से सिंक्रनाइज़ करने की अनुमति नहीं देना चाहते हैं - इसलिए लंबी अवधि में कोई भी वर्डप्रेस प्लगइन जो उत्पाद को एक के रूप में मानता है वर्डप्रेस एपीआई का उपयोग करने वाली पोस्ट में समस्याएं होंगी। एक ही समय में किसी भी उत्पाद के लिए उत्पाद डेटा की प्रतिलिपि बनाने का एकमात्र विश्वसनीय तरीका (कस्टम उत्पाद प्रकारों सहित जिनके पास डेटा है जिसे हम नहीं जानते हैं) सभी मेटा और टैक्सोनॉमी डेटा की प्रतिलिपि बनाना है (सेटिंग्स और फ़िल्टर करने योग्य के अनुसार) अवधि)।
3.4 में जोड़ा गया वर्कअराउंड अभी भी काम करेगा लेकिन मैं किसी भी रिलीज से पहले इस पर एक और नजर डालूंगा।

मैं अभी भी wp5.2.2 . पर Hyyan WooCommerce Polylang एकीकरण संस्करण 1.4.3 पर इस बग का अनुभव कर रहा हूं

एक चर उत्पाद के लिए संपादक को लोड करने से परिवर्तनीय उत्पाद डेटा हटा दिया जाता है, यहां तक ​​कि परिवर्तनीय उत्पाद डेटा को फिर से सहेजना भी अप्रभावी होता है।

Hyyan को अक्षम और पुन: सक्षम करने से यह व्यवहार नहीं बदला
पोलीलैंग के लिए हाल ही में एक अपडेट था
https://wordpress.org/plugins/polylang/#developers
2.6.2 (2019-07-16)
प्रो: यदि अनुवाद अपडेट सर्वर तक नहीं पहुंचा जा सकता है तो धीमे व्यवस्थापक को ठीक करें
प्रो: पुनरावर्तक में ACF क्लोन फ़ील्ड के लिए फिक्स मान सही ढंग से अनुवादित नहीं है
WPML संगतता के माध्यम से पंजीकृत होने पर मिश्रित स्ट्रिंग अनुवादों को ठीक करें। #381

नमस्ते, @Oclair कृपया ध्यान दें कि फिक्स अभी भी नवीनतम पॉलीलैंग और WooCommerce अपडेट के साथ काम कर रहा है, इसलिए यदि आप किसी समस्या का सामना कर रहे हैं तो कृपया पूर्ण विवरण के साथ एक अलग जीथब मुद्दे के रूप में उठाएं।

कृपया ध्यान दें कि वर्कअराउंड में जावास्क्रिप्ट शामिल है, इसलिए सर्वर साइड त्रुटियों की जांच के अलावा, क्रोम डेवलपर टूल्स के साथ निरीक्षण करना और किसी भी त्रुटि के लिए जावास्क्रिप्ट कंसोल की जांच करना उचित है।

यह संभव है कि कोई अन्य समस्या या अन्य प्लगइन किसी तरह से इसे प्रभावित कर रहा हो।

अरे प्रतिक्रिया और समाधान के लिए धन्यवाद, जावास्क्रिप्ट को सक्षम करने वाली एक छोटी सी चेतावनी नहीं!
हो सकता है कि अगर इस जावास्क्रिप्ट में कोई समस्या है तो प्लगइन व्यवस्थापक को सूचित कर सकता है? क्योंकि अधिकांश लोग उत्पाद चर की जांच नहीं करते हैं यदि उन्हें केवल कुछ पाठ अपडेट करने की आवश्यकता होती है ....

धन्यवाद फिर से, एक अच्छा है!

नमस्ते, @Oclair कृपया ध्यान दें कि फिक्स अभी भी नवीनतम पॉलीलैंग और WooCommerce अपडेट के साथ काम कर रहा है, इसलिए यदि आप किसी समस्या का सामना कर रहे हैं तो कृपया पूर्ण विवरण के साथ एक अलग जीथब मुद्दे के रूप में उठाएं।

कृपया ध्यान दें कि वर्कअराउंड में जावास्क्रिप्ट शामिल है, इसलिए सर्वर साइड त्रुटियों की जांच के अलावा, क्रोम डेवलपर टूल्स के साथ निरीक्षण करना और किसी भी त्रुटि के लिए जावास्क्रिप्ट कंसोल की जांच करना उचित है।

यह संभव है कि कोई अन्य समस्या या अन्य प्लगइन किसी तरह से इसे प्रभावित कर रहा हो।

हो सकता है कि अगर इस जावास्क्रिप्ट में कोई समस्या है तो प्लगइन व्यवस्थापक को सूचित कर सकता है?
यह पता लगाने और उस पर कार्रवाई करने के लिए एक कठिन स्थिति हो सकती है: यदि जावास्क्रिप्ट समस्या यह है कि यह कभी निष्पादित नहीं होती है तो यह अलर्ट नहीं कर पाएगी ..

मैंने वास्तव में इस वर्कअराउंड को कुछ संस्करण पहले हटा दिया था क्योंकि मुझे यह पसंद नहीं है और पाया कि यह आवश्यक नहीं था। दुर्भाग्य से WooCommerce परिवर्तनों ने इसे फिर से आवश्यक बना दिया और मुझे इससे बेहतर विकल्प नहीं मिला।