एक कस्टम हेड base64 JSON में लिपटे URL को संग्रहीत करता है, छवि को नहीं
profile कंपोनेंट {textures:{SKIN:{url:…}}} का base64 रखता है। यही कारण है कि हेड का रूप उसके बनने के समय तय हो जाता है, और यही कारण है कि डेटाबेस में हजारों प्रविष्टियाँ हो सकती हैं।
एक कस्टम प्लेयर हेड में कोई चित्र नहीं होता है। इसमें एक टेक्सचर हैश, JSON में लिपटा, base64 में लिपटा, आइटम के profile कंपोनेंट के अंदर मौजूद होता है।
परतें
एक हैश से शुरू होकर, कमांड इस प्रकार बनाया जाता है:
1. hash e3b0c44298fc1c149afbf4c8996fb924…
2. JSON {"textures":{"SKIN":{"url":"http://textures.minecraft.net/texture/<hash>"}}}
3. base64 eyJ0ZXh0dXJlcyI6eyJTS0lOIjp7InVybCI6…
4. component /give @p player_head[profile={properties:[{name:"textures",value:"<base64>"}]}]"यह हेड उस छवि जैसा दिखता है" कहने के लिए चार परतें। प्रॉपर्टी का नाम हमेशा होता है textures, and the value is always the base64 of that JSON shape.
दो बातें सीधे तौर पर सामने आती हैं:
एक हेड एक स्नैपशॉट है, किसी व्यक्ति का लिंक नहीं। URL एक अपरिवर्तनीय टेक्सचर फ़ाइल की ओर संकेत करता है, किसी खाते की ओर नहीं। हेड बनाते समय वह हैश जिस पर रिज़ॉल्व हुआ था, वह हमेशा वही दिखाएगा।
डेटा बहुत छोटा है। एक हेड प्रविष्टि एक नाम, एक हैश और कुछ टैग हैं — कोई इमेज बाइट्स बिल्कुल नहीं। यही कारण है कि एक कैटलॉग साधारण स्टैटिक JSON के रूप में हजारों हेड रख सकता है और फिर भी तेजी से लोड हो सकता है।
कैटलॉग श्रेणी के अनुसार क्यों लोड होता है
यहाँ डेटाबेस TheSilentPro का CC0 हेड संग्रह है, और इसे लाया जाता है एक बार में एक श्रेणी एक साथ सभी के बजाय। एक इंडेक्स श्रेणियों और उनकी संख्या को सूचीबद्ध करता है; किसी एक को चुनने पर केवल वही फ़ाइल लाई जाती है।
यह कोई आलसी इंजीनियरिंग नहीं है, यह एकमात्र तरीका है जो इस आकार पर काम करता है। एक ही JSON के रूप में पूरा संग्रह किसी ऐसे व्यक्ति के लिए एक बड़ा डाउनलोड होगा जो एक श्रेणी से केवल तीन हेड चाहता है।
300-आइटम रेंडर सीमा एक DOM सीमा है, खोज सीमा नहीं
परिणाम अधिकतम रेंडर किए जाते हैं 300 एक बार में। खोज अभी भी लोड की गई श्रेणी की हर चीज़ में चलती है — सीमा इस बात पर लागू होती है कि कितनों को DOM नोड्स में बदला जाता है, न कि कितनों पर विचार किया जाता है।
यह अंतर तब मायने रखता है जब कोई खोज कहती है कि वह पहले 300 दिखा रही है: छूटी हुई प्रविष्टियाँ मिल गई थीं और उन्हें पृष्ठ से रोका जा रहा है, क्वेरी से बाहर नहीं किया गया है। खोज को सीमित करने से वे सीमा में आ जाती हैं, बजाय इसके कि अधिक गहराई से खोजना पड़े।
एक साथ हज़ारों तत्वों को रेंडर करने से रोकना ही इस सीमा का उद्देश्य है, और यह एक रक्षात्मक गोल संख्या के बजाय एक वास्तविक सीमा है — इतना बड़ा ग्रिड रेंडर होने से रुकने से बहुत पहले स्क्रॉल होना बंद हो जाता है।
यहाँ कुछ भी अपलोड नहीं होता है
हेड डेटा same-origin स्टैटिक JSON है। एकमात्र तृतीय-पक्ष अनुरोध है <img> preview from mc-heads.net, which resolves a hash into a picture for display. The /give command is assembled locally from the hash, so the command works whether or not that preview loaded.