Gutenberg: गैलरी ब्लॉक धीमे हैं

को निर्मित 15 दिस॰ 2017 · 3टिप्पणियाँ · स्रोत: WordPress/gutenberg

समस्या अवलोकन

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

पुन: उत्पन्न करने के लिए कदम (बग के लिए)

एक नया गैलरी ब्लॉक डालें
मीडिया मोडल खोलने के लिए "मीडिया लाइब्रेरी से सम्मिलित करें" बटन पर क्लिक करें

यह मानक व्यवहार है, लेकिन केवल यह समझाने के लिए कि क्या होता है: जब मीडिया मोडल पहली बार खोला जाता है, तो यह query-attachments AJAX अनुरोध भेजता है ताकि 40 सबसे हाल के अटैचमेंट प्राप्त किए जा सकें और उन्हें एक वैश्विक संग्रह में जोड़ा जा सके। wp.media.model.Attachments.all ।लाइब्रेरी में स्क्रॉल करने से एक बार में 40 अटैचमेंट लोड हो जाएंगे।
10 छवियों का चयन करें और "नई गैलरी बनाएं" बटन पर क्लिक करें
"इन्सर्ट गैलरी" बटन पर क्लिक करें

__गैलरी को सम्मिलित करते समय, गैलरी ब्लॉक गैलरी में प्रत्येक छवि के लिए REST API के लिए एक अलग अनुरोध को सक्रिय करता है। इस मामले में, ये 10 अनुरोध हैं जिन्हें गैलरी का पूर्वावलोकन करने से पहले जवाब देना होगा।

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

__ब्लॉक गैलरी में प्रत्येक छवि के लिए get-attachment AJAX अनुरोध भेजता है। ऐसा हर बार होता है जब मीडिया फ्रेम खोला जाता है।__
मीडिया फ्रेम बंद करें
पोस्ट को सेव करें
ताज़ा करना

__जब संपादक लोड होता है, छवियों को अलग-अलग REST API से प्राप्त किया जाता है।__

अपेक्षित् व्यवहार

मुझे उम्मीद थी कि गैलरी अधिक तेज़ी से प्रस्तुत करेंगी। मेरी स्थानीय मशीन पर, 10 छवियों वाली एक गैलरी को प्रस्तुत करने में 4-10 सेकंड से कहीं भी लग सकता है।

संभावित स्थिति

आदर्श रूप से, यदि किसी पोस्ट में गैलरी है, तो प्रारंभिक लोड के दौरान किसी भी अतिरिक्त अनुरोध को रोकने के लिए छवि डेटा पहले से लोड किया जाएगा।

मीडिया फ्रेम खोलते समय, पीआर #2488 अनुरोधों को कम करने में मदद करेगा।

मीडिया फ़्रेम से गैलरी सम्मिलित करते समय, गैलरी को रेंडर करने के लिए आवश्यक सभी डेटा wp.media.model.Attachments.all संग्रह में उपलब्ध होना चाहिए। प्रत्येक छवि के लिए एक नया अनुरोध उत्पन्न करने के बजाय पहले से स्मृति में मौजूद डेटा का उपयोग करना अच्छा होगा। दूसरा विकल्प एक ही अनुरोध में सभी छवियों के लिए डेटा प्राप्त करना होगा।

मैंने GalleryImage घटक के लिए withAPIData को अक्षम करने का प्रयास किया और सब कुछ सही ढंग से काम करना जारी रखता था, लेकिन मैंने पूरी तरह से परीक्षण नहीं किया। यदि इसे हटा दिया जाता, तो दीर्घाएँ लगभग तुरंत प्रस्तुत हो जातीं।

सभी 3 टिप्पणियाँ

गैलरी शोर्ट पेस्टिंग (cc @iseulde) के हिस्से के रूप में प्रति-छवि अनुरोधों की मूल आवश्यकता #2874 में पेश की गई थी। ऐसा लगता है कि अधिकांश मामलों में हमें एपीआई अनुरोधों की बिल्कुल भी आवश्यकता नहीं है, इसलिए आदर्श रूप से उन्हें छोड़ दिया जा सकता है। गैलरी शॉर्टकोड का समर्थन करने के लिए, मुझे आश्चर्य है कि क्या यह बेहतर होगा यदि ट्रांसफॉर्म स्वयं ब्लॉक विशेषताओं को हल करने का वादा वापस कर सके, उस समय के दौरान यह आईडी को अपेक्षित विशेषता आकार में बदल सकता है।

aduth 18 दिस॰ 2017

👍1

मैंने 10 छवियों के साथ एक गैलरी ब्लॉक जोड़ने का परीक्षण किया और फिर 72 एमबीपीएस कनेक्शन के माध्यम से वर्डप्रेस 4.9.8 और गुटेनबर्ग 4.1.1 का उपयोग करके संपादक पृष्ठ को रीफ्रेश किया और पाया कि गैलरी पेज को रीफ्रेश करने में ~ 6.2s (पूर्ण परीक्षण: 1m3s ) लगा।

designsimply 30 अक्तू॰ 2018

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

मूल रूप से सुझाए गए पीआर को कुछ समय पहले मिला दिया गया था।

antpb 15 नव॰ 2018

❤1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स