भारत का ज़्यादातर इंटरनेट ट्रैफ़िक मोबाइल से आता है, अक्सर सीमित डेटा प्लान पर — इसलिए CSS फ़ाइल के कुछ किलोबाइट कम करना यहाँ सिर्फ़ थ्योरी नहीं, बल्कि बहुत सारे यूज़र्स के लिए असल में मायने रखने वाली बात है।
वाक़ई क्या हटाया जाता है
मिनिफ़ायर रूल्स के बीच स्पेस और लाइन ब्रेक हटाता है, /* ... */ टाइप के कमेंट हटाता है, किसी ब्लॉक के क्लोज़िंग ब्रेस से पहले आख़िरी सेमीकोलन हटाता है, और 0.5em → .5em जैसी वैल्यूज़ में ज़रूरत से ज़्यादा ज़ीरो छोटा कर देता है। यह कहीं भी टेक्स्ट कंटेंट के असल कैरेक्टर्स को नहीं छूता — सिर्फ़ उनके आसपास के स्पेस और सिंटैक्स को।
देवनागरी और अन्य भारतीय स्क्रिप्ट्स पर कोई असर नहीं
content: "→" जैसी कोई वैल्यू हो या हिंदी टेक्स्ट वाला कोई कमेंट, मिनिफ़ायर उन कैरेक्टर्स को बिल्कुल नहीं बदलता — वह सिर्फ़ स्पेस, कमेंट और सिंटैक्स के साथ काम करता है, टेक्स्ट की बाइट-एन्कोडिंग के साथ नहीं। बस पुराने या ग़लत कॉन्फ़िगर किए गए टूल्स से सावधान रहें, जो फ़ाइलें जोड़ते वक़्त UTF-8 की जगह ग़लत एन्कोडिंग मान लेते हैं — नॉन-ASCII कैरेक्टर्स वाली CSS फ़ाइल के लिए फ़ाइल की सबसे पहली लाइन में @charset "UTF-8"; लिखना एक सुरक्षित आदत है।
मिनिफ़ाइड फ़ाइल बिल्कुल वैसे ही क्यों काम करती है
ब्राउज़र का CSS पार्सर टोकन्स के बीच स्पेस और लाइन ब्रेक को पूरी तरह इग्नोर करता है — वे सिर्फ़ इंसान के लिए कोड पढ़ना आसान बनाने के लिए होते हैं। इसलिए इन कैरेक्टर्स को हटाने से कैलकुलेटेड स्टाइल में कोई फ़र्क़ नहीं पड़ता।
यह क्यों ज़रूरी है
- प्रोडक्शन में साइट पब्लिश करने से पहले CSS फ़ाइल का साइज़ घटाना।
- कम डेटा ट्रांसफ़र करके पेज लोडिंग तेज़ करना।
- सोर्स कोड की सतही जाँच में स्टाइल की संरचना को कम स्पष्ट बनाना।
Jio के बाद भी डेटा की क़ीमत मायने रखती है
सस्ते डेटा प्लान्स ने भारत में इंटरनेट यूज़र्स की संख्या ज़बरदस्त तेज़ी से बढ़ा दी, लेकिन इससे यह सच नहीं बदला कि बड़ी आबादी अब भी एंट्री-लेवल स्मार्टफ़ोन्स और सीमित मंथली डेटा पर निर्भर है, ख़ासकर टियर-2/3 शहरों और गाँवों में जहाँ नेटवर्क स्पीड भी शहरों जितनी भरोसेमंद नहीं होती। ऐसे में हर एक्स्ट्रा KB जो CSS मिनिफ़िकेशन बचाता है, कुछ यूज़र्स के लिए वाक़ई तेज़ और सस्ता पेज लोड बन जाता है।