JSON मिनिफ़ायर

क्या हटता है

मिनिफ़ाई करना डॉक्यूमेंट को बिना सेपरेटर दोबारा सीरियलाइज़ करना है: लाइन ब्रेक, इंडेंट, और कोलन तथा कॉमा के बाद रखा जाने वाला एक स्पेस हट जाते हैं। स्ट्रिंग लिटरल के अंदर की हर चीज़ डेटा है और वैसी ही रहती है — {"note":"दो स्पेस"} में दोनों स्पेस बचे रहते हैं।

चूँकि यह पार्स-और-दोबारा-सीरियलाइज़ है, आउटपुट पक्का वैध JSON होता है जो वही वैल्यू दर्शाता है। यह टेक्स्ट रिप्लेसमेंट नहीं है, इसलिए किसी ऐसी स्ट्रिंग को बिगाड़ नहीं सकता जिसमें ब्रेस हो।

मिनिफ़ाई करना कब असल में मायने रखता है

व्हाइटस्पेस सबसे ज़्यादा कंप्रेस होने वाली चीज़ है, इसलिए अगर आपका ट्रांसपोर्ट पहले से gzip या brotli लगाता है तो मिनिफ़ाई करने से बहुत कम बचता है। यह वहाँ काम आता है जहाँ कंप्रेशन नहीं है या सीमा कच्चे बाइट में गिनी जाती है:

• आकार-सीमित पेलोड। क्यू मैसेज, वेबहुक बॉडी, और सख़्त बाइट सीमा वाले कुकी या हेडर।
• डेटाबेस कॉलम। प्रेटी-प्रिंट JSON रखने वाला JSONB या TEXT कॉलम हर पंक्ति पर, हमेशा के लिए इंडेंट की कीमत चुकाता है।
• लॉग और मेट्रिक्स। इनजेशन आमतौर पर प्रति बाइट बिल होता है, और स्ट्रक्चर्ड लॉग लाइनें एक ही लाइन में होनी ही चाहिए।
• एम्बेडेड और एज। फ़र्मवेयर इमेज, KV स्टोर और QR कोड, जहाँ हर बाइट गिना जाता है।

इसके उलट, जो JSON इंसान पढ़ता है या जो वर्ज़न कंट्रोल में रहता है उसे मिनिफ़ाई न करें। मिनिफ़ाई फ़ाइल एक लाइन का डिफ़ बनाती है जो छिपा देता है कि बदला क्या — इसकी कीमत बचे बाइट से कहीं ज़्यादा है।

बचत जाँचना

स्टेटस बार हर काम के बाद डॉक्यूमेंट का आकार दिखाता है। फ़ॉर्मैट करें, आकार नोट करें, फिर मिनिफ़ाई करके तुलना करें। यूज़र असल में क्या डाउनलोड करेगा, यह देखना हो तो दोनों की कंप्रेशन के बाद तुलना करें:

gzip -c data.json     | wc -c   # प्रेटी, कंप्रेस्ड
gzip -c data.min.json | wc -c   # मिनिफ़ाई, कंप्रेस्ड

इन दो नंबरों का फ़र्क़ ही असली फ़ायदा है। बिना कंप्रेस फ़ाइलों का फ़र्क़ आमतौर पर बहुत बड़ा नंबर होता है, जो कोई असल में चुकाता नहीं।

उलटी दिशा में

मिनिफ़ाई डॉक्यूमेंट वैध JSON है, इसलिए वह यहाँ बिना तैयारी लोड होकर ट्री व्यूअर में खुल जाता है। पढ़ने लायक टेक्स्ट वापस चाहिए तो फ़ॉर्मैट दबाएँ, या ब्यूटिफ़ायर से शुरू करें, जो उसी काम को उलटी दिशा से देखता है।