मटेरियल संपादित होने पर SKU थंबनेल कैसे बदलते हैं
जानें कि मटेरियल सहेजे या जोड़े जाने पर SKU की डिस्प्ले पिक्चर अपने आप क्यों बदल जाती है, और मटेरियल अपडेट से सेटिंग्स मिटने से कैसे बचाएं।
मटेरियल जुड़ा हुआ SKU अपना अलग थंबनेल नहीं रखता। इसके दो सिंक नियम कारण हैं। पहला, जब भी कोई मटेरियल नए टेक्सचर या नए रंग के साथ सहेजा जाता है, उस मटेरियल का उपयोग करने वाले हर SKU की डिस्प्ले पिक्चर उसी ऑपरेशन में बदल दी जाती है: टेक्सचर वाले मटेरियल में टेक्सचर की इमेज लगती है, सादे रंग वाले मटेरियल को अपने आप बना फ्लैट रंग स्वैच मिलता है। दूसरा, जब भी कैटलॉग बल्क एडिटिंग से कोई मटेरियल SKU से जोड़ा जाता है, SKU की डिस्प्ले पिक्चर मटेरियल के स्वैच पर सेट हो जाती है, जिससे क्लाइंट द्वारा अपलोड किया गया कोई भी कस्टम थंबनेल ओवरराइट हो जाता है। इसलिए जब कोई क्लाइंट पूछे कि फिनिश संपादित करने के बाद उनकी SKU इमेज क्यों बदल गईं, या मटेरियल असाइन करने के बाद कस्टम प्रोडक्ट फ़ोटो क्यों गायब हो गई, तो यह अपेक्षित व्यवहार है, खराबी नहीं। वे बाद में कस्टम पिक्चर फिर से अपलोड कर सकते हैं, लेकिन अगला मटेरियल संपादन उसे फिर ओवरराइट कर देगा। एक और एज: न टेक्सचर न रंग के साथ सहेजे गए मटेरियल को कोई स्वैच नहीं मिलता, इसलिए वह मटेरियल (और बल्क एडिट के दौरान उससे जुड़ा कोई भी SKU) पिकर्स में खाली थंबनेल दिखाता है।
कैटलॉग प्रोफाइल इमेज स्वतंत्र नहीं होतीं: जब कैटलॉग का मालिक आइटम का मटेरियल संपादित करता है (नया टेक्सचर या रंग), तो प्रोफाइल की दिखाई देने वाली इमेज अपने आप बदल दी जाती है, इसलिए पहले अलग दिखने वाली इमेज अपडेट के बाद बदल सकती है।
यूनिट का दिखाया गया थंबनेल एक व्युत्पन्न डिस्प्ले पिक्चर है, इसलिए वह यूनिट के वास्तविक ड्रॉइंग या कॉन्फ़िगरेशन से पीछे रह सकता है।
यूनिट का वास्तविक व्यवहार उसके SKU प्रॉपर्टीज़ और ड्रॉइंग से तय होता है, थंबनेल इमेज से नहीं।
मटेरियल अपडेट एंडपॉइंट हर कॉल पर id, name, material_template_id और properties मांगता है; इनमें से कोई भी छोड़ने पर MATERIAL_UPDATE_FAILURE के साथ विफल होता है। आंशिक अपडेट नहीं है: आप मटेरियल का टेम्पलेट id और पूरी properties दोबारा भेजे बिना 'just rename' नहीं कर सकते, और आप जो भी properties ऑब्जेक्ट भेजते हैं वह संग्रहीत वाले को पूरी तरह बदल देता है। साथ में यह वैलिडेशन नियम कि केवल अज्ञात कुंजियाँ अस्वीकार होती हैं जबकि गायब कुंजियाँ चुपचाप पास हो जाती हैं, यह क्लासिक डेटा-लॉस परिदृश्य बनाता है: कोई क्लाइंट केवल roughness कुंजी वाले छोटे पेलोड के साथ मटेरियल 'to change roughness' करता है, सेव सफल होता है, और बाकी हर सेटिंग (रंग, टेक्सचर मैप, अपारदर्शिता, मेटलनेस...) चली जाती है। क्लाइंट्स को देने योग्य सुरक्षित वर्कफ़्लो: वर्तमान मटेरियल फ़ेच करें, लौटाए गए properties ऑब्जेक्ट में विशिष्ट मान बदलें, और पूरा दोबारा भेजें। यह भी याद रखें कि हर सफल अपडेट मटेरियल का डिस्प्ले स्वैच फिर से निकालता है और उस मटेरियल का उपयोग करने वाले सभी SKU के थंबनेल फिर लिखता है, इसलिए गलत अपडेट पूरे कैटलॉग में तुरंत दिखता है — जिसका अर्थ यह भी है कि पूरे पेलोड के साथ सही दोबारा सेव एक ही बार में मटेरियल और SKU थंबनेल दोनों ठीक कर देता है।
कैटलॉग मटेरियल का रंग अपडेट करने के बाद, Production Settings टैब की पहली पंक्ति से कैश रीफ़्रेश करें ताकि नया रंग डिज़ाइन में दिखे।
Refresh Cache विकल्प Production Settings टैब पर पहला आइटम है।
✓ 16 अक्टूबर 2026 को प्रोडक्ट में जाँचा गयाRefresh Cache केवल संपादित मटेरियल रंगों और फिनिश पर ही नहीं, बल्कि अन्य संपादित कैटलॉग आइटम प्रॉपर्टीज़, जैसे प्रोक्योरमेंट विवरण, पर भी लागू होता है, ताकि सेटिंग्स से कैश रीफ़्रेश होने पर वे अपडेटेड मान डिज़ाइन तक पहुँचें।