Pods: योस्ट एसईओ प्लगइन

Yoast SEO मुद्दे में आप पढ़ सकते हैं:

मुझे लगता है कि यह पुष्टि करता है कि यह पॉड्स प्लगइन के साथ एक मुद्दा है, WP SEO के साथ नहीं।

शायद अनुचित समय register_taxonomy() ?

डिबग: WPSEO_Taxonomy वर्ग' update_term () फ़ंक्शन WP के do_action () के $wp_filter में पंजीकृत है
लेकिन बुलाया नहीं जाता

पॉड्स द्वारा परिभाषित कस्टम टैक्सोनॉमी में सहेजते समय
PodsMeta की save_taxonomy () को TWICE कहा जाता है

डिबग: WPSEO_Taxonomy वर्ग' update_term () फ़ंक्शन WP के do_action () के $wp_filter में पंजीकृत है
लेकिन बुलाया नहीं जाता

क्या आपने यह निर्धारित किया है कि वे किस बिंदु पर (समय-वार) कार्रवाई को हुक करते हैं?

'इनिट' समय पर।
दोनों WP के do_action में पंजीकृत हैं ()
लेकिन किसी तरह wp-include/plugin. php:429 PodsMeta's save_taxonomy() को TWICE कहा जाता है
और WPSEO_Taxonomy वर्ग' update_term() छोड़ दिया गया है।

शायद pods_no_conflict_on() इसका कारण बनता है?

लेकिन किसी तरह wp-include/plugin. php:429 PodsMeta's save_taxonomy() को TWICE कहा जाता है

मैं देखूंगा कि क्या मैं यह पता लगा सकता हूं कि इस विशेष व्यवहार का कारण क्या है और यदि यह संबंधित है।

आपका बहुत बहुत धन्यवाद! मैं देख रहा हूँ कि आप दोनों प्लगइन्स जानते हैं।

हमारे पास यहां एक मुश्किल वर्डप्रेस बग है: http://core.trac.wordpress.org/ticket/17817 आपके लेग-वर्क ने मेरा बहुत समय बचाया, मैंने असंबंधित क्षेत्रों में पोकिंग में बिताया होगा। यह समस्या निवारण के लिए काफी अजीब था क्योंकि ऐसा है जो अविश्वसनीय रूप से सहायक था।

जैसा कि आपने पाया होगा, आप pods_no_conflict_on कॉल करके टिप्पणी कर सकते हैं और समस्या अब प्रकट नहीं होती है। हमने Pods::save को बिना किसी विरोध कॉल के लपेट दिया है ताकि पुनरावर्ती कार्रवाई कॉल से बचा जा सके जो अन्यथा save() माध्यम से हो सकती है। हालाँकि, वर्डप्रेस बग के कारण, जब हम अपने एक्शन हुक को हटाते हैं तो यह इसके साथ किसी अन्य कम प्राथमिकता वाले एक्शन हुक को भी ले जाता है। आप निम्न कोड के साथ चाइल्ड थीम या प्लगइन में अपने दम पर इस स्थिति को फिर से बना सकते हैं:

add_action( 'edit_term', 'test_17817', 15, 3 );
function test_17817( $term_id, $tt_id, $taxonomy ) {
    remove_action( 'edit_term', 'test_17817', 15 );
}

मैंने इस परीक्षण के लिए 15 को प्राथमिकता के रूप में चुना है क्योंकि यह पॉड्स की 10 की प्राथमिकता और योस्ट की 99 के बीच आता है। चाइल्ड-थीम फंक्शन्स में उस कोड के साथ। पीएचपी और पॉड्स नो कॉन्फ्लिक्ट कॉल्स ने टिप्पणी की कि समस्या अभी भी प्रकट होती है।

Yoast की ओर से, आप add_action कॉल की 99 प्राथमिकता को 10 या उससे कम में बदलकर भी समस्या को दूर कर सकते हैं।

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

हम अभी भी इस पर अपना सिर एक साथ रख रहे हैं क्योंकि इसका सामान्य रूप से वर्डप्रेस सामग्री प्रकारों पर व्यापक प्रभाव पड़ता है, और हम उस क्षेत्र में गहराई से शामिल हैं।

BTW, उस जानकारी में से कोई भी इस बिंदु पर सुझाया गया फिक्स नहीं है। यह केवल बग का विवरण है और यह कैसे प्रकट होता है।

यह मेरे लिए उपयुक्त फिक्स है:

add_action( 'edit_term', 'test_17817', 15, 3 );
function test_17817( $term_id, $tt_id, $taxonomy ) {
    // http://core.trac.wordpress.org/ticket/17817
    remove_action( 'edit_term', 'test_17817', 15 );
}

आपका बहुत बहुत धन्यवाद।
मैं WP और पर्याप्त कोडिंग नहीं समझता, मैं एक डिबगर हूं।

मैं फ़ंक्शन बॉडी से remove_action निकालूंगा और फ़ंक्शन को खाली छोड़ दूंगा। remove_action कॉल यह बताने के लिए था कि आप पॉड्स के बिना बग को कैसे प्रकट कर सकते हैं। इसमें होने से भविष्य में आपके लिए संभावित रूप से मामले जटिल हो सकते हैं।

मुझे लगता है कि यहां दस्तावेज करना भी अच्छा है कि जिस प्रक्रिया का हम यहां उपयोग कर रहे थे वह वास्तव में वर्डप्रेस कोर द्वारा अनुशंसित है (हालांकि, एक अलग कार्रवाई पर):

http://codex.wordpress.org/Plugin_API/Action_Reference/save_post#Avoiding_infinite_loops

माफ़ कीजियेगा।
कस्टम टैक्सोनॉमी के लिए कोई अतिरिक्त फ़ील्ड नहीं होने पर edit_term को हुक क्यों करें?

मुझे यकीन नहीं है कि इसके पीछे कोई कार्यात्मक स्पष्टीकरण है, या यदि यह बस "इस तरह इसे शुरू में लिखा गया था"। एक अच्छा प्रश्न जो शायद 3.0 अनुकूलन विचारों के लिए एक नए मुद्दे के लायक है: चीजों को हुक नहीं करना हम निर्धारित कर सकते हैं कि हमें उस समय हुक करने की आवश्यकता नहीं है।

क्या यह मुद्दा अभी भी सक्रिय है?

क्या पॉड्स v3 (पुनरावर्तक क्षेत्र) कभी जारी किया जाएगा?

@szepeviktor जो इस विषय से असंबंधित लगता है।
किसी भी स्थिति में, पहली रिलीज 2.8 (ग्रुप फील्ड्स + पॉड्स एडमिन का फुल रिफैक्टर) होगी।
2.9 दोहराने योग्य क्षेत्रों के लिए, देखें: #1095
3.0 लूप फ़ील्ड के लिए, देखें: #1095

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