इस वीडियो के बारे में

इस वीडियो के जवाब असली API जवाब हैं, छोटे किए हुए। API कुंजियों, बल्क और फ़ाइल सत्यापन के लिए सशुल्क खाता चाहिए।

वीडियो ट्रांसक्रिप्ट

1. 00:00आपका पहला अनुरोध

   आपका पहला अनुरोध /verify/single पर एक POST है। एक JSON फ़ील्ड भेजें, email। अपनी API कुंजी BV-API-KEY हेडर में रखें। बस इतना ही अनुरोध है। उस कुंजी को अपने सर्वर पर एनवायरनमेंट वेरिएबल में रखें, क्लाइंट कोड में कभी नहीं। कुंजी बनाने के लिए सशुल्क खाता चाहिए, और कोई भी क्रेडिट खरीद उसे खोल देती है।

2. 00:24जवाब पढ़ें

   यह एक सपोर्ट पते का असली जवाब है। status से शुरू करें। वह role कहता है, क्योंकि support साझा मेलबॉक्स का नाम है, किसी व्यक्ति का नहीं। स्कोर 0.6 है। यह तय नियमों से आया मान है, संभावना नहीं। इसलिए स्कोर पर नहीं, status पर शाखा बनाएँ। Is deliverable true है, यानी मेल सर्वर ने यह पता स्वीकार किया। Is catch-all भी true है, यानी यह डोमेन कोई भी पता स्वीकार करता है। Role को status मिलता है, और फ़्लैग बाकी दिखाते रहते हैं। Reason कारण एक कोड में देता है। यहाँ वह catch-all deliverable है।

3. 01:02credits_used 0 क्यों है

   दस्तावेज़ों में हर कोड की सूची वाला एक पेज है। अब credits used। यहाँ यह शून्य है, पर इसका मतलब यह नहीं कि जाँच मुफ़्त है। इस खाते ने पिछले 24 घंटे में यह पता पहले ही जाँचा था, इसलिए दोहराव पर शुल्क नहीं लगा। इस जैसी पहली जाँच पर एक क्रेडिट लगता है। Verification mode बताता है कि जवाब कहाँ से आया। यह कैश की हुई हिस्ट्री से आया। नतीजा समझने के लिए इसका इस्तेमाल करें। बिलिंग के लिए credits used पढ़ें।

4. 01:2350 पतों तक

   छोटी सूची है? /verify/bulk इस्तेमाल करें। हेडर वही रहता है, और बॉडी में emails ऐरे जाता है, 50 पतों तक। नतीजे इसी जवाब में लौटते हैं। हर पते को वही फ़ील्ड मिलते हैं जो आपने अभी देखे। पहला catch-all है। दूसरा अमान्य है, क्योंकि वह मेलबॉक्स मौजूद नहीं है। तीसरा डिस्पोजेबल है। तीनों ने एक क्रेडिट लिया। अमान्य गिना जाता है। डिस्पोजेबल यहाँ इसलिए गिना गया क्योंकि इस अनुरोध में check_smtp को true रखा गया था। उसे छोड़ दें, तो डिस्पोजेबल मिलान जल्दी रुक जाता है, बिना शुल्क के। इसलिए डिफ़ॉल्ट रूप से अज्ञात, गलत सिंटैक्स और डिस्पोजेबल पर कुछ नहीं लगता। बाकी सब पर एक क्रेडिट, catch-all और रोल समेत। नतीजों के नीचे आपको कुल योग मिलते हैं। Valid emails शून्य है, क्योंकि catch-all को वैध नहीं गिना जाता। और बकेट बैच को समूहों में बाँटते हैं: एक catch-all के साथ उपयोगी, दो डिलीवर न होने वाले। 50 से ज़्यादा भेजें, तो आपको कोड 3103 के साथ HTTP 400 मिलता है। सूची आपके लिए बाँटी नहीं जाती, और वह फ़ाइल जॉब भी नहीं बनती। त्रुटि आपको फ़ाइल endpoint की ओर भेजती है।

5. 02:28बड़ी सूचियाँ

   बड़ी सूचियों के लिए फ़ाइल अपलोड करें। यह असिंक्रोनस है, इसलिए अपलोड आपको जॉब ID देता है। प्रगति जाँचने के लिए उसी ID का इस्तेमाल करें। जॉब पूरा होने पर नतीजे डाउनलोड करें। -L फ़्लैग रखें, क्योंकि डाउनलोड रीडायरेक्ट हो सकता है। डाउनलोड एक CSV है। आपके मूल कॉलम रहते हैं, और नए उनके बाद आते हैं, जैसे ev_status और ev_reason।

6. 02:49अपने क्रेडिट जाँचें

   /credits बताता है कि कितने बचे हैं। यह एक GET है, उसी हेडर के साथ। किसी बड़े अपलोड से पहले इसे जाँचें, क्योंकि पर्याप्त क्रेडिट न हों तो API 402 लौटाता है।

7. 03:00दो अनुरोध विकल्प

   दो विकल्प बदलते हैं कि जाँच क्या करती है। SMTP डिफ़ॉल्ट रूप से चालू है, और कोई ईमेल कभी नहीं भेजा जाता। check_smtp false मेल सर्वर को छोड़ देता है, इसलिए ज़्यादातर पते अज्ञात लौटते हैं। force_refresh true कैश को छोड़ देता है, और आप नए नतीजे के लिए भुगतान करते हैं।

8. 03:17त्रुटियाँ और सीमाएँ

   पहले तीन त्रुटियाँ सँभालें। 401 यानी कुंजी गायब या अमान्य। 402 यानी क्रेडिट कम हैं। 429 रेट लिमिट है, इसलिए रुकें और दोबारा आज़माएँ। रेट लिमिट हर API कुंजी पर लागू होती हैं। single पर 6,000 अनुरोध प्रति मिनट। bulk पर 1,500।

9. 03:37अगले कदम

   फ़ाइल अपलोड पर 300। बस यही क्विकस्टार्ट है। Single, bulk, फ़ाइल और क्रेडिट। पूरा API संदर्भ, SDK और वेबहुक billionverify.com/docs पर हैं। खाते का उपयोग करने वाले हर दिन 20 निःशुल्क क्रेडिट, महीने में 600 तक। क्रेडिट कार्ड की ज़रूरत नहीं। billionverify.com पर शुरू करें।

इस वीडियो में दिखाया गया