SKU ಥಂಬ್ನೇಲ್ಗಳ material ಅನ್ನು ಸಂಪಾದಿಸಿದಾಗ ಅವು ಹೇಗೆ ಬದಲಾಗುತ್ತವೆ
SKU ನ ಪ್ರದರ್ಶನ ಚಿತ್ರವು ಅದರ material ಅನ್ನು ಉಳಿಸಿದಾಗ ಅಥವಾ ಜೋಡಿಸಿದಾಗ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಏಕೆ ಬದಲಾಗುತ್ತದೆ ಮತ್ತು material ನವೀಕರಣಗಳು ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಅಳಿಸದಂತೆ ಹೇಗೆ ನೋಡಿಕೊಳ್ಳಬೇಕು ಎಂಬುದನ್ನು ತಿಳಿಯಿರಿ.
material ಜೋಡಿಸಲಾದ SKU ಸ್ವತಂತ್ರ ಥಂಬ್ನೇಲ್ ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಎರಡು ಸಿಂಕ್ ನಿಯಮಗಳು ಇದಕ್ಕೆ ಕಾರಣ. ಮೊದಲನೆಯದು, ಹೊಸ texture ಅಥವಾ ಹೊಸ ಬಣ್ಣದೊಂದಿಗೆ material ಉಳಿಸಿದಾಗಲೆಲ್ಲಾ, ಆ material ಬಳಸುವ ಪ್ರತಿಯೊಂದು SKU ಯ ಪ್ರದರ್ಶನ ಚಿತ್ರವು ಅದೇ operation ನಲ್ಲಿ ಬದಲಾಗುತ್ತದೆ: textured material ಗಳು texture ನ ಚಿತ್ರವನ್ನು ಬಳಸುತ್ತವೆ, ಸಾದಾ-ಬಣ್ಣದ material ಗಳಿಗೆ ಸ್ವಯಂ-ರಚಿತ ಸಮತಟ್ಟಾದ ಬಣ್ಣದ ಸ್ವ್ಯಾಚ್ ಸಿಗುತ್ತದೆ. ಎರಡನೆಯದು, catalogue ಬಲ್ಕ್ ಎಡಿಟಿಂಗ್ ಮೂಲಕ material ಅನ್ನು SKU ಗೆ ಜೋಡಿಸಿದಾಗಲೆಲ್ಲಾ, SKU ಯ ಪ್ರದರ್ಶನ ಚಿತ್ರವು material ನ ಸ್ವ್ಯಾಚ್ ಆಗಿ ಹೊಂದಿಸಲ್ಪಡುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಅಪ್ಲೋಡ್ ಮಾಡಿದ ಯಾವುದೇ ಕಸ್ಟಮ್ ಥಂಬ್ನೇಲ್ ಅನ್ನು ಮೇಲೆ ಬರೆಯುತ್ತದೆ. ಆದ್ದರಿಂದ finish ಸಂಪಾದಿಸಿದ ನಂತರ ತಮ್ಮ SKU ಚಿತ್ರಗಳು ಏಕೆ ಬದಲಾದವು, ಅಥವಾ material ನಿಯೋಜಿಸಿದ ನಂತರ ಕಸ್ಟಮ್ product ಫೋಟೋ ಏಕೆ ಮಾಯವಾಯಿತು ಎಂದು ಕ್ಲೈಂಟ್ ಕೇಳಿದರೆ, ಇದು ನಿರೀಕ್ಷಿತ ವರ್ತನೆ, ಹಾನಿಯಲ್ಲ. ಅವರು ನಂತರ ಕಸ್ಟಮ್ ಚಿತ್ರವನ್ನು ಮತ್ತೆ ಅಪ್ಲೋಡ್ ಮಾಡಬಹುದು, ಆದರೆ ಮುಂದಿನ material ಸಂಪಾದನೆ ಅದನ್ನು ಮತ್ತೆ ಮೇಲೆ ಬರೆಯುತ್ತದೆ. ಇನ್ನೊಂದು edge: texture ಅಥವಾ ಬಣ್ಣ ಎರಡೂ ಇಲ್ಲದೆ ಉಳಿಸಿದ material ಗೆ ಸ್ವ್ಯಾಚ್ ಸಿಗುವುದೇ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಆ material (ಮತ್ತು ಬಲ್ಕ್ ಎಡಿಟ್ ಸಮಯದಲ್ಲಿ ಅದಕ್ಕೆ ಜೋಡಿಸಲಾದ ಯಾವುದೇ SKU) ಪಿಕರ್ಗಳಲ್ಲಿ ಖಾಲಿ ಥಂಬ್ನೇಲ್ ತೋರಿಸುತ್ತದೆ.
Catalogue profile ಚಿತ್ರಗಳು ಸ್ವತಂತ್ರವಲ್ಲ: catalogue ಮಾಲೀಕರು item ನ material ಅನ್ನು ಸಂಪಾದಿಸಿದಾಗ (ಹೊಸ texture ಅಥವಾ ಬಣ್ಣ), profile ನ ಪ್ರದರ್ಶಿತ ಚಿತ್ರವು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬದಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೊದಲು ಬೇರೆಯಾಗಿ ಕಂಡ ಚಿತ್ರವು ನವೀಕರಣದ ನಂತರ ಬದಲಾಗಬಹುದು.
ಒಂದು unit ನ ಪ್ರದರ್ಶಿತ ಥಂಬ್ನೇಲ್ ಒಂದು ವ್ಯುತ್ಪನ್ನ ಪ್ರದರ್ಶನ ಚಿತ್ರ, ಆದ್ದರಿಂದ ಅದು unit ನ ನಿಜವಾದ drawing ಅಥವಾ ಸಂರಚನೆಗಿಂತ ಹಿಂದೆ ಉಳಿಯಬಹುದು.
unit ನ ನಿಜವಾದ ವರ್ತನೆಯನ್ನು ಅದರ SKU ಗುಣಲಕ್ಷಣಗಳು ಮತ್ತು drawing ನಿರ್ಧರಿಸುತ್ತವೆ, ಥಂಬ್ನೇಲ್ ಚಿತ್ರವಲ್ಲ.
material ನವೀಕರಣ ಎಂಡ್ಪಾಯಿಂಟ್ ಪ್ರತಿ ಕರೆಗೂ id, name, material_template_id ಮತ್ತು properties ಅನ್ನು ಕಡ್ಡಾಯವಾಗಿ ಕೇಳುತ್ತದೆ; ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಬಿಟ್ಟರೆ MATERIAL_UPDATE_FAILURE ನೊಂದಿಗೆ ವಿಫಲವಾಗುತ್ತದೆ. ಭಾಗಶಃ ನವೀಕರಣ ಇಲ್ಲ: template id ಮತ್ತು ಸಂಪೂರ್ಣ properties ಅನ್ನು ಮತ್ತೆ ಕಳುಹಿಸದೆ material ಅನ್ನು 'just rename' ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ನೀವು ಕಳುಹಿಸುವ properties ಆಬ್ಜೆಕ್ಟ್ ಯಾವುದೇ ಇರಲಿ ಸಂಗ್ರಹಿಸಿದ್ದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬದಲಾಯಿಸುತ್ತದೆ. ತಿಳಿದಿಲ್ಲದ ಕೀಗಳನ್ನು ಮಾತ್ರ ತಿರಸ್ಕರಿಸಿ, ಕಾಣೆಯಾದ ಕೀಗಳು ಸದ್ದಿಲ್ಲದೆ ದಾಟಿಹೋಗುತ್ತವೆ ಎಂಬ ಮಾನ್ಯತಾ ನಿಯಮದೊಂದಿಗೆ ಸೇರಿದಾಗ, ಇದು ಸಾಂಪ್ರದಾಯಿಕ ಮಾಹಿತಿ-ನಷ್ಟ ಸನ್ನಿವೇಶವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ: ಕ್ಲೈಂಟ್ roughness ಕೀ ಮಾತ್ರ ಇರುವ ಸಂಕ್ಷಿಪ್ತ ಪೇಲೋಡ್ನೊಂದಿಗೆ material 'to change roughness' ಅನ್ನು ನವೀಕರಿಸುತ್ತಾರೆ, ಉಳಿಸುವಿಕೆ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, ಮತ್ತು ಉಳಿದ ಎಲ್ಲಾ ಸೆಟ್ಟಿಂಗ್ಗಳು (ಬಣ್ಣ, texture ನಕ್ಷೆಗಳು, opacity, metalness...) ಹೋಗುತ್ತವೆ. ಕ್ಲೈಂಟ್ಗಳಿಗೆ ನೀಡಬೇಕಾದ ಸುರಕ್ಷಿತ ಕಾರ್ಯವಿಧಾನ: ಪ್ರಸ್ತುತ material ಅನ್ನು ಪಡೆದು, ಹಿಂತಿರುಗಿಸಿದ properties ಆಬ್ಜೆಕ್ಟ್ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಮೌಲ್ಯಗಳನ್ನು ಬದಲಿಸಿ, ಇಡೀದನ್ನು ಮತ್ತೆ ಕಳುಹಿಸಿ. ಜೊತೆಗೆ ನೆನಪಿಡಿ: ಪ್ರತಿ ಯಶಸ್ವಿ ನವೀಕರಣವೂ material ನ ಪ್ರದರ್ಶನ ಸ್ವ್ಯಾಚ್ ಅನ್ನು ಮತ್ತೆ ವ್ಯುತ್ಪನ್ನ ಮಾಡಿ, ಆ material ಬಳಸುವ ಎಲ್ಲಾ SKU ಗಳ ಥಂಬ್ನೇಲ್ಗಳನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಕೆಟ್ಟ ನವೀಕರಣ catalogueದಾದ್ಯಂತ ತಕ್ಷಣ ಕಾಣುತ್ತದೆ — ಅಂದರೆ ಸಂಪೂರ್ಣ ಪೇಲೋಡ್ನೊಂದಿಗೆ ಸರಿಯಾದ ಮರು-ಉಳಿಸುವಿಕೆ ಒಂದೇ ಬಾರಿಗೆ material ಮತ್ತು SKU ಥಂಬ್ನೇಲ್ಗಳೆರಡನ್ನೂ ಸರಿಪಡಿಸುತ್ತದೆ.
catalogue material ಬಣ್ಣವನ್ನು ನವೀಕರಿಸಿದ ನಂತರ, ಹೊಸ ಬಣ್ಣ ಡಿಸೈನ್ನಲ್ಲಿ ಕಾಣುವಂತೆ Production Settings ಟ್ಯಾಬ್ನ ಮೊದಲ ಸಾಲಿನಿಂದ ಕ್ಯಾಶ್ ಅನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡಿ.
Refresh Cache ಆಯ್ಕೆಯು Production Settings ಟ್ಯಾಬ್ನ ಮೊದಲ ಐಟಂ ಆಗಿದೆ.
✓ ಅಕ್ಟೋಬರ್ 16, 2026 ರಂದು ಪ್ರಾಡಕ್ಟ್ನಲ್ಲಿ ಪರಿಶೀಲಿಸಲಾಗಿದೆRefresh Cache ಸಂಪಾದಿಸಿದ material ಬಣ್ಣಗಳು ಮತ್ತು finish ಗಳಿಗೆ ಮಾತ್ರವಲ್ಲ, procurement ವಿವರಗಳಂತಹ ಇತರ ಸಂಪಾದಿತ catalogue item ಗುಣಲಕ್ಷಣಗಳಿಗೂ ಅನ್ವಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸೆಟ್ಟಿಂಗ್ಗಳಿಂದ ಕ್ಯಾಶ್ ರಿಫ್ರೆಶ್ ಆದ ನಂತರ ಆ ನವೀಕೃತ ಮೌಲ್ಯಗಳು ಡಿಸೈನ್ ತಲುಪುತ್ತವೆ.