जब हम किसी पोस्ट या पेज को एडिट करने जा रहे होते हैं तो हम वास्तव में लंबे समय के लोडिंग समय को देख रहे होते हैं। क्वेरी मॉनिटर का उपयोग करते हुए, हमने पाया कि यह WP कोर क्वेरी 15-20s तक ले जा रही है।
SELECT meta_key
FROM wp_postmeta
GROUP BY meta_key
HAVING meta_key NOT LIKE '\\_%'
ORDER BY meta_key
LIMIT 30
caller:
meta_form()
post_custom_meta_box()
do_meta_boxes()
हम बहुत सारे पोस्टमैट का उपयोग करते हैं क्योंकि हमारे पोस्ट प्रकारों में से एक लगभग 20 या तो कस्टम फ़ील्ड का उपयोग करता है। मैं कहूंगा कि शायद हम पोस्टमैटा पर बहुत अधिक भरोसा करते हैं, लेकिन यह बहुत ही अपर्याप्त प्रश्न लगता है, यह देखते हुए कि यह पोस्ट की आईडी का चयन भी नहीं कर रहा है।
क्या यह एक सामान्य मुद्दा है? क्या फ़िल्टर के माध्यम से इस फ़ंक्शन को अक्षम करने का कोई तरीका है? किसी इनपुट के लिए धन्यवाद।
meta_form()
फ़ंक्शन की जाँच की है और यह वास्तव में उस मुख्य फ़ंक्शन से उत्पन्न SQL क्वेरी है। आप कोड में संशोधनों के साथ अपने स्वयं के कस्टम मेटाबोक्स को जोड़ने meta_form()
और अपने सुझाए गए SQL क्वेरी का उपयोग करने का प्रयास कर सकते हैं। मुझे यह # 8561 बंद ट्रेक टिकट मिला। आप शायद एक और टिकट बना सकते हैं या इसे फिर से खोलने की कोशिश कर सकते हैं? पुनश्च: ध्यान दें कि मेटाबॉक्स का चयन करने वाला मूल पृष्ठ भी समस्याग्रस्त है। यदि आपको 1 मिलियन पृष्ठ मिले हैं, तो वे सभी कुछ चुनिंदा विकल्पों के रूप में दिखाई देंगे!
meta_form()
समारोह की जगह ले रहा है। मैंने उत्तर को अपडेट किया - कोर SQL क्वेरी को WP संस्करण 4.3 में समायोजित किया गया है .. क्या आपको हमारे अतिरिक्त post_id
प्रतिबंध की तुलना में इस नई SQL क्वेरी के साथ कोई प्रदर्शन लाभ दिखाई देता है ?