CSS, JS या HTML मिनिफाई करें

यहां के सारे बदलाव सिर्फ उन चीजों को हटाते हैं, जिन्हें भाषा अनदेखा करती है: कमेंट, इंडेंटेशन और फालतू स्पेस। कुछ भी दोबारा लिखा, आगे-पीछे या बदले नाम वाला नहीं होता, इसलिए परिणाम वैसे ही चलता है, जैसे आपका डाला हुआ कोड। फिर भी मूल फाइल रखें, क्योंकि मिनिफाई की गई फाइल बनाने के लिए होती है, एडिट करने के लिए नहीं।

नाम छोटे करना भाषा के पूरे पार्सर के ऊपर स्कोप एनालिसिस है, और उसमें गलती किसी के प्रोडक्शन कोड का व्यवहार चुपचाप बदल देती है। यह लागू नहीं किया गया है, और कोई ऐसा स्विच भी नहीं, जो इसका दिखावा करे। नतीजा सुरक्षित तरीके से छोटा हुआ कोड है, जो पूरे बंडलर से कम छोटा होता है। बाइट गिनकर तुलना करने से पहले यह जान लेना अच्छा है।

नहीं। मिनिफिकेशन वे बाइट हटाता है, जिनकी पार्सर को जरूरत नहीं, और दोबारा इंडेंट करने पर लॉजिक पढ़ा जा सकता है। ऑब्फस्केशन जानबूझकर कोड को समझना मुश्किल बनाता है: नाम बदलता है, स्ट्रिंग एनकोड करता है और कंट्रोल फ्लो दोबारा लिखता है। यहां कुछ भी छिपाने की कोशिश नहीं होती।

सोर्स मैप नहीं बनता। मिनिफाई की गई जगहों को मूल लाइनों से जोड़ने के लिए हर टोकन को पूरे बदलाव में ट्रैक करना पड़ता है, और यह बिल्ड टूल का काम है। डीबग करने के लिए बिना मिनिफाई की फाइल रखें और साइट पर मिनिफाई की गई फाइल दें।

एक बैच में बीस तक, और भाषा हर फाइल के लिए अलग से तय होती है, इसलिए स्टाइलशीट, स्क्रिप्ट और पेज साथ में जा सकते हैं। सिंटैक्स की गलती वाली फाइल नाम से बताई जाती है और छोड़ दी जाती है, बाकी फाइलों का काम नहीं रुकता।

परिणाम की जगह आपको लाइन और कॉलम मिलते हैं। बंद न किया गया CSS ब्लॉक या बिना वैल्यू वाला डिक्लेरेशन उस फाइल को जानबूझकर रोकता है: अधूरी स्टाइलशीट, जो प्रोडक्शन तक पहुंचने तक ठीक दिखती है, गड़बड़ी के संदेश से बुरी है।

शायद वह पहले से मिनिफाई थी। परिणाम का साइज लगभग मूल जितना हो, तो हटाने को कुछ बचा ही नहीं। टूल यह साफ बताता है और फिर भी आपको रोकने के बजाय फाइल लौटा देता है।

हां। पेज के style और script ब्लॉक उसी तरीके से मिनिफाई होते हैं, जैसे अलग फाइलें, और टैग के बीच का स्पेस एक स्पेस में सिमट जाता है। खराब इनलाइन स्क्रिप्ट बाकी पेज को नहीं बिगाड़ती; वह ब्लॉक जैसा था, वैसा छोड़ दिया जाता है।