मुफ़्त NPM पैकेज लुकअप
NPM पैकेज की जानकारी, संस्करण और निर्भरताएं देखें। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में काम करता है, बिना साइन-अप के।
अपडेट किया गया
NPM Package Info
Look up NPM package details including version, dependencies, download stats, TypeScript support, and more.
Package Lookup
Enter a package name to look up its details
अक्सर पूछे जाने वाले प्रश्न
NPM Package Info क्या है?
NPM Package Info एक मुफ़्त ऑनलाइन टूल है जो आपको किसी भी NPM पैकेज के बारे में जानकारी देखने देता है, जिसमें संस्करण, निर्भरताएँ और डाउनलोड आँकड़े शामिल हैं।
क्या NPM Package Info मुफ़्त है?
हाँ, यह पूरी तरह मुफ़्त है और इसके लिए किसी पंजीकरण की आवश्यकता नहीं है।
यह कौन-सी जानकारी दिखाता है?
NPM Package Info पैकेज का विवरण, नवीनतम संस्करण, सभी संस्करण, निर्भरताएँ, साप्ताहिक डाउनलोड, रिपॉज़िटरी लिंक और लाइसेंस जानकारी दिखाता है।
क्या इस टूल के साथ मेरा डेटा सुरक्षित है?
बिल्कुल। NPM Package Lookup सब कुछ आपके ब्राउज़र में क्लाइंट-साइड पर प्रोसेस करता है। कोई भी डेटा किसी सर्वर पर अपलोड या संग्रहीत नहीं किया जाता। आपका कंटेंट हर समय आपके डिवाइस पर निजी रहता है।
क्या NPM Package Lookup मोबाइल उपकरणों पर काम करता है?
हाँ, NPM Package Lookup पूरी तरह रिस्पॉन्सिव है और स्मार्टफ़ोन व टैबलेट पर काम करता है। आप इसे आधुनिक वेब ब्राउज़र वाले किसी भी डिवाइस पर इस्तेमाल कर सकते हैं, किसी ऐप को डाउनलोड करने की ज़रूरत नहीं।
क्या इस टूल का उपयोग करने के लिए मुझे खाता बनाना होगा?
किसी खाते या पंजीकरण की आवश्यकता नहीं है। बस अपने ब्राउज़र में NPM Package Lookup खोलें और तुरंत इस्तेमाल शुरू करें। कोई साइन-अप बाधा या उपयोग प्रतिबंध नहीं है।
यह किन प्रोग्रामिंग भाषाओं या प्रारूपों का समर्थन करता है?
NPM Package Lookup कई लोकप्रिय प्रारूपों और भाषाओं का समर्थन करता है। समर्थित विकल्पों की पूरी सूची के लिए टूल का इंटरफ़ेस देखें।
मैं NPM Package Lookup का उपयोग कैसे करूँ?
बस दिए गए फ़ील्ड में अपना इनपुट दर्ज करें, अपनी पसंद के अनुसार सेटिंग्स समायोजित करें, और टूल इसे तुरंत प्रोसेस कर देगा। फिर आप परिणाम को क्लिपबोर्ड पर कॉपी कर सकते हैं या डाउनलोड कर सकते हैं।
कौन-कौन से ब्राउज़र समर्थित हैं?
NPM Package Lookup सभी आधुनिक ब्राउज़रों में काम करता है, जिनमें Chrome, Firefox, Safari, Edge और Opera शामिल हैं। सर्वोत्तम अनुभव के लिए अपने पसंदीदा ब्राउज़र के नवीनतम संस्करण का उपयोग करें।
@tanstack/react-query जैसे scoped npm पैकेज को कैसे खोजें?
Scoped पैकेज किसी npm ऑर्गनाइज़ेशन या यूज़र नेमस्पेस के तहत पब्लिश होता है, जिसे @scope/name के रूप में लिखा जाता है, और आप इसे उसी तरह खोजते हैं जैसे किसी भी अन्य पैकेज को — पूरा नाम, शुरुआती @ और स्लैश समेत, लुकअप में टाइप करें। यह टूल सीधे पब्लिक npm रजिस्ट्री से क्वेरी करता है, इसलिए @tanstack/react-query, @types/node, और @angular/core सभी अपने असली मेटाडेटा, वर्ज़न, और डिपेंडेंसीज़ के साथ रिज़ॉल्व होते हैं। Scoped नाम इसलिए मायने रखते हैं क्योंकि दो पैकेज एक ही बेस नाम शेयर कर सकते हैं लेकिन अलग-अलग scope के तहत मौजूद हों, इसलिए प्रीफ़िक्स हटाने से गलत प्रोजेक्ट या कुछ भी न मिलेगा। npm, yarn, pnpm, और bun के लिए जनरेट किए गए इंस्टॉल कमांड्स scope को बरकरार रखते हैं, और unpkg व jsDelivr के CDN लिंक्स सही तरह से URL-एन्कोडेड होते हैं। इसे अपने package.json में जोड़ने से पहले जांचने के लिए ऊपर पूरा scoped नाम दर्ज करें।
मैं कैसे पता करूं कि किसी npm पैकेज में TypeScript टाइप्स हैं या नहीं?
पैकेज TypeScript सपोर्ट देने के दो तरीके अपनाते हैं, और लुकअप एक बैज के ज़रिए इनमें फ़र्क करता है। बिल्ट-इन टाइप्स का मतलब है कि पैकेज खुद अपने package.json में types या typings फ़ील्ड डिक्लेयर करता है और अपने खुद के .d.ts डेफ़िनिशन्स बंडल करता है, जिससे इंस्टॉल करते ही आपको बिना किसी अतिरिक्त काम के पूरा IntelliSense मिल जाता है। दूसरा तरीका DefinitelyTyped है, जहां टाइप्स एक अलग कम्युनिटी पैकेज में रहते हैं जिसका नाम @types/something होता है और जिसे आप dev dependency के तौर पर इंस्टॉल करते हैं। जब किसी पैकेज में बिल्ट-इन टाइप्स नहीं होते लेकिन उसका मैचिंग @types पैकेज मौजूद होता है, तो टूल कॉपी करने के लिए तैयार npm install -D @types/... कमांड दिखा देता है ताकि आपको उसे ढूंढना न पड़े। यह जानना कि आप किस स्थिति में हैं, इंस्टॉल के बाद आने वाली परेशान करने वाली रेड अंडरलाइन्स से बचाता है। किसी भी पैकेज को यहां सर्च करें और उसे अपनाने से पहले उसका TypeScript स्टेटस देख लें।
dependencies, devDependencies, और peerDependencies में क्या फ़र्क है?
package.json में ये तीनों समूह अलग-अलग भूमिका निभाते हैं, और Dependencies टैब इन्हें अलग-अलग दिखाता है ताकि आप एक नज़र में पढ़ सकें। रनटाइम डिपेंडेंसीज़ वे पैकेज हैं जिनकी प्रोजेक्ट को वाकई चलने के लिए ज़रूरत होती है, और जब कोई इसे इंस्टॉल करता है तो ये अपने आप इंस्टॉल हो जाते हैं। devDependencies केवल डेवलपमेंट या बिल्डिंग के दौरान ज़रूरी टूल्स हैं, जैसे टेस्ट रनर, बंडलर, और टाइप डेफ़िनिशन्स; जब पैकेज को डिपेंडेंसी के तौर पर इस्तेमाल किया जाता है तो इन्हें छोड़ दिया जाता है। peerDependencies यह घोषित करती हैं कि होस्ट प्रोजेक्ट को पहले से ही कोई पैकेज मुहैया कराना चाहिए, जैसे कोई प्लगइन जिसे React या ESLint का कोई खास वर्ज़न चाहिए, बजाय इसके कि वह अपनी खुद की कॉपी बंडल करे — इससे डुप्लिकेट या टकराने वाले इंस्टॉल से बचा जाता है। बेमेल peers अक्सर इंस्टॉल वॉर्निंग्स और रनटाइम बग्स की वजह बनते हैं। यहां हर डिपेंडेंसी एक क्लिक करने योग्य बैज है जो लुकअप फिर से चलाता है, ताकि आप जोड़ने से पहले हर पैकेज को हाथ से जांचते हुए पूरा ट्री एक्सप्लोर कर सकें।
npm वर्ज़न में 'latest' टैग का 'next' से क्या फ़र्क है?
npm dist-tags का इस्तेमाल करता है, जो खास पब्लिश किए गए वर्ज़न की ओर इशारा करने वाले नामांकित पॉइंटर होते हैं, और लुकअप इन्हें Versions टैब में पूरी तारीख-वार रिलीज़ हिस्ट्री के साथ दिखाता है। latest टैग डिफ़ॉल्ट होता है: जब आप बिना किसी वर्ज़न के npm install चलाते हैं, तो आपको वही मिलता है जिस पर latest पॉइंट कर रहा होता है, जो आमतौर पर सबसे नया स्टेबल रिलीज़ होता है। next टैग परंपरागत रूप से किसी pre-release या बीटा बिल्ड की ओर इशारा करता है जिसे मेंटेनर्स टेस्टिंग के लिए उपलब्ध रखना चाहते हैं बिना उसे डिफ़ॉल्ट इंस्टॉल बनाए। प्रोजेक्ट के हिसाब से canary, rc, या legacy जैसे अन्य कस्टम टैग भी दिख सकते हैं। यह इसलिए मायने रखता है क्योंकि next या किसी और टैग को इंस्टॉल करने से ऐसा कोड मिल सकता है जो अस्थिर हो या बिना सूचना के बदल जाए। यहां तारीख-वार वर्ज़न हिस्ट्री ब्राउज़ करें ताकि ठीक-ठीक पता चले कि कोई फिक्स या फ़ीचर कब आया, फिर अपने package.json में कोई बदलता हुआ टैग भरोसा करने के बजाय सटीक वर्ज़न पिन करें।
npm के डाउनलोड आंकड़े कितने सटीक हैं और ये असल में क्या गिनते हैं?
डाउनलोड के आंकड़े npm के आधिकारिक डाउनलोड्स API से आते हैं, वही स्रोत जिसका इस्तेमाल अन्य रजिस्ट्री टूल्स करते हैं, और लुकअप पिछले 30 दिनों के कुल इंस्टॉल और एक डेली स्पार्कलाइन दिखाता है ताकि पता चले कि इस्तेमाल बढ़ रहा है या स्थिर है। इन्हें अलग-अलग इंसान यूज़र्स की गिनती के बजाय एक लोकप्रियता संकेत के तौर पर पढ़ना ज़रूरी है। हर इंस्टॉल गिना जाता है, जिसमें ऑटोमेटेड CI पाइपलाइन्स, Docker इमेज बिल्ड्स, मिरर सर्वर, और बार-बार npm install चलाने वाला कोई डेवलपर शामिल है, जो कच्चे कुल आंकड़े को बढ़ा-चढ़ा देते हैं। कोई पैकेज जो किसी लोकप्रिय पैकेज की transitive डिपेंडेंसी के तौर पर आता है, बिना किसी के सीधे चुने भी बहुत बड़े आंकड़े दिखा सकता है। ट्रेंड और सापेक्ष स्केल का इस्तेमाल विकल्पों की तुलना करने और छोड़ दिए गए फ़ोर्क्स पहचानने के लिए करें, न कि किसी सटीक ऑडियंस साइज़ के तौर पर। किसी पैकेज के मासिक डाउनलोड और ट्रेंड देखने के लिए उसे यहां सर्च करें, फिर उसे विकल्पों के मुकाबले तौलें।
संबंधित टूल
मुफ़्त API टेस्टर ऑनलाइन
GET, POST, PUT, DELETE अनुरोधों के साथ REST API का परीक्षण करें। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में काम करता है, बिना साइन-अप के।
मुफ़्त cURL से कोड कन्वर्टर
cURL कमांड को JavaScript, Python, PHP कोड में बदलें। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में काम करता है, बिना साइन-अप के।
मुफ़्त JSON Schema जनरेटर
अपने JSON डेटा से स्वचालित रूप से JSON Schema बनाएं। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में काम करता है, बिना साइन-अप के।
मुफ़्त HTTP हेडर पार्सर
अनुरोधों और प्रतिक्रियाओं के HTTP हेडर पार्स और विश्लेषण करें। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में काम करता है, बिना साइन-अप के।
Free NPM Package Lookup के बारे में
NPM Package Lookup एक मुफ़्त टूल है जिससे आप पब्लिक npm रजिस्ट्री पर मौजूद किसी भी पैकेज को बिना ब्राउज़र छोड़े या टर्मिनल खोले जांच सकते हैं। बस पैकेज का नाम टाइप करें — @tanstack/react-query जैसे scoped नाम भी शामिल — और यह टूल पैकेज का मेटाडेटा लाइव खींचकर एक ही आसान व्यू में दिखा देता है: मौजूदा वर्ज़न, लाइसेंस, विवरण, डाउनलोड ट्रेंड, डिपेंडेंसीज़, पूरा रिलीज़ हिस्ट्री, इंस्टॉल कमांड्स और CDN लिंक्स। यह उन JavaScript और TypeScript डेवलपर्स के लिए बनाया गया है जो कोई नई डिपेंडेंसी जोड़ने से पहले उसे परख लेना चाहते हैं।
इस साइट के ज़्यादातर टूल्स के उलट, NPM Package Lookup बाहरी डेटा सोर्स से जानकारी लाता है, न कि पूरी तरह ऑफ़लाइन काम करता है। जब आप सर्च करते हैं, तो यह आपके ब्राउज़र से सीधे पब्लिक npm रजिस्ट्री (registry.npmjs.org) और npm डाउनलोड्स API (api.npmjs.org) को कॉल करके असली, ताज़ा डेटा लाता है। न कोई साइन-अप है, न कोई अकाउंट, और आपका कोई डेटा स्टोर नहीं किया जाता — लेकिन इस लुकअप के लिए इंटरनेट कनेक्शन ज़रूरी है क्योंकि पैकेज की जानकारी npm से ही आती है।
लुकअप में क्या-क्या दिखता है
सर्च करने के बाद, ओवरव्यू में वे सभी आंकड़े सामने आ जाते हैं जो किसी डिपेंडेंसी को परखने में काम आते हैं:
- मासिक डाउनलोड — पिछले 30 दिनों में हुए कुल इंस्टॉल, साथ ही रोज़ाना डाउनलोड्स की एक स्पार्कलाइन, जिससे पता चलता है कि इस्तेमाल बढ़ रहा है या स्थिर है।
- वर्ज़न काउंट और अनपैक्ड साइज़ — कितने रिलीज़ मौजूद हैं और इंस्टॉल होने पर लेटेस्ट वर्ज़न कितनी डिस्क स्पेस लेता है।
- डिपेंडेंसी काउंट — डायरेक्ट रनटाइम डिपेंडेंसीज़ की संख्या, जो यह अंदाज़ा देती है कि पैकेज कितना "भारी" है।
- TypeScript सपोर्ट — एक बैज बताता है कि टाइप्स पैकेज में ही बिल्ट-इन आते हैं (पैकेज
typesयाtypingsफ़ील्ड डिक्लेयर करता है) या फिर अलग DefinitelyTyped@types/...पैकेज से आते हैं, जिसे आपको dev dependency के तौर पर इंस्टॉल करना होगा। - लाइसेंस, लेखक और तारीखें — SPDX लाइसेंस, बताया गया लेखक, और बनने व आखिरी बार अपडेट होने की टाइमस्टैम्प्स, जो मिलकर यह संकेत देती हैं कि प्रोजेक्ट कितनी सक्रियता से मेंटेन किया जा रहा है।
यह पैकेज के होमपेज, उसके सोर्स रिपॉज़िटरी, उसके Bundlephobia बंडल-साइज़ पेज, और उसके Snyk सिक्योरिटी एडवाइज़री तक सीधे लिंक भी देता है।
वर्ज़न, डिपेंडेंसीज़ और इंस्टॉल कमांड्स
तीन और टैब गहराई में जाते हैं। Versions टैब में dist-tags (जैसे latest और next) की सूची और हर पब्लिश हुए रिलीज़ की तारीख-वार हिस्ट्री दिखती है, सबसे नया सबसे पहले, ताकि आप ठीक-ठीक जान सकें कि कोई फिक्स कब आया। Dependencies टैब रनटाइम डिपेंडेंसीज़, पीयर डिपेंडेंसीज़, और dev डिपेंडेंसीज़ को अलग-अलग दिखाता है; हर डिपेंडेंसी एक क्लिक करने योग्य बैज है जो उस पैकेज पर फिर से लुकअप चलाता है, जिससे आप पूरे ट्री को हाथ से एक्सप्लोर कर सकते हैं। एक README टैब पैकेज का डॉक्यूमेंटेशन दिखाता है जब npm उसे उपलब्ध कराता है।
इंस्टॉलेशन के लिए, npm, yarn, pnpm, और bun के लिए कॉपी-पेस्ट के लिए तैयार कमांड्स जनरेट होते हैं, साथ ही जब DefinitelyTyped टाइप्स की ज़रूरत हो तो एक npm install -D @types/... लाइन भी। एक अलग पैनल unpkg, jsDelivr, और skypack के लिए CDN URLs बनाता है, जो सटीक वर्ज़न से पिन होते हैं — यह किसी क्विक प्रोटोटाइप या बिना बिल्ड स्टेप वाले CodePen के लिए काफ़ी काम आता है।
इंस्टॉल करने से पहले किसी पैकेज को क्यों जांचें
आप जो भी डिपेंडेंसी जोड़ते हैं, वह ऐसा कोड है जिसे आप शिप करते हैं और जिस पर भरोसा करते हैं। एक छोटा-सा लुकअप उन सवालों के जवाब दे देता है जो बाद में पछतावे से बचाते हैं: क्या यह पैकेज अब भी मेंटेन हो रहा है, या आखिरी रिलीज़ सालों पहले आई थी? यह वाकई कितना लोकप्रिय है, बनाम इसी नाम के किसी छोड़ दिए गए फ़ोर्क के मुकाबले? क्या यह TypeScript टाइप्स साथ लाता है, या अलग से @types इंस्टॉल करना पड़ेगा? इसके साथ कितनी transitive डिपेंडेंसीज़ जुड़ी हुई हैं?
चूंकि डेटा सीधे npm से पढ़ा जाता है, इसलिए जो आप यहां देखते हैं वह वही है जो npm install असल में लाएगा। यह टूल जानबूझकर आपको npm audit, Snyk, और Bundlephobia की ओर भेजता है, बजाय इसके कि वह ऐसे सिक्योरिटी या बंडल आंकड़ों का अंदाज़ा लगाए जिन्हें वह वेरिफ़ाई नहीं कर सकता। तुलना करने वाले सर्च के लिए, कुछ लोकप्रिय पैकेज (react, lodash, axios, express, moment) के जाने-माने विकल्प भी सुझाए जाते हैं, ताकि आप किसी एक को अपने package.json में शामिल करने से पहले विकल्पों को साथ-साथ तौल सकें।