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

इस वीडियो के जवाब असली API जवाब हैं। API कुंजियों के लिए सशुल्क खाता चाहिए।

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

1. 00:00सर्वर पर जाँचें

   साइनअप फ़ॉर्म जमा होते ही पता अपने सर्वर पर जाँचें, और जो मेल नहीं ले सकते, उन्हें लौटा दें। साइनअप फ़ॉर्म जमा होने पर आपका सर्वर पता /verify/single पर भेजता है, स्टेटस पढ़ता है, और फ़ैसला करता है। ब्राउज़र कभी API से बात नहीं करता। यहाँ एक सरल नियम है। invalid को ठुकराएँ, क्योंकि वह मेलबॉक्स मौजूद नहीं है। disposable को ठुकराएँ, क्योंकि वह फेंक देने वाला इनबॉक्स है। role, catch-all और unknown को आगे जाने दें। ये असली लोगों के हो सकते हैं। सर्वर क्यों? ब्राउज़र कोड में रखी कुंजी हर विज़िटर तक पहुँच जाती है, और कोई भी उससे आपके क्रेडिट खर्च कर सकता है। कुंजियाँ सशुल्क खाते के साथ आती हैं, इसलिए अपनी कुंजी निजी रखें।

2. 00:41Next.js

   Next.js में जाँच को रूट हैंडलर में रखें। वह सर्वर के एनवायरनमेंट से कुंजी पढ़ता है, ईमेल पोस्ट करता है, और स्टेटस invalid या disposable होने पर संदेश के साथ 422 लौटाता है। पेंच देखिए। अगर कॉल नाकाम हो या टाइमआउट हो, तो status खाली होता है, और यह कोड साइनअप को जाने देता है। यह इस उदाहरण में किया गया एक चुनाव है। अगर आप रोकना चाहें, तो वहाँ त्रुटि लौटा दें।

3. 01:04React

   React ब्राउज़र में चलता है, इसलिए कुंजी उसके पास कभी नहीं होती। फ़ॉर्म आपके अपने रूट पर पोस्ट करता है, और 422 लौटने पर संदेश दिखाता है। Django में अपने फ़ॉर्म के clean_email से Python SDK को कॉल करें। invalid या disposable के लिए वैलिडेशन त्रुटि उठाएँ, और Django उसे फ़ील्ड के पास दिखाता है।

4. 01:21Laravel

   Laravel में एक वैलिडेशन नियम लिखें। HTTP क्लाइंट आपके कॉन्फ़िग की कुंजी के साथ पता पोस्ट करता है, और वही दो स्टेटस होने पर नियम विफल हो जाता है। कनेक्शन त्रुटि बस लौट जाती है, इसलिए फ़ॉर्म फिर भी आगे बढ़ जाता है।

5. 01:34Go

   Go में स्टैंडर्ड लाइब्रेरी काफ़ी है। यह हैंडलर API को कॉल करता है, नतीजा लॉग करता है, और invalid या disposable के लिए 422 से जवाब देता है। चलिए इसे चलाते हैं। चार साइनअप आते हैं। support और Leo के पतों को स्वागत मिलता है। गढ़े हुए Gmail पते और Mailinator वाले पते को 422 संदेश मिलता है। सर्वर लॉग वजह दिखाता है: role, catch-all, invalid और disposable। और हर पंक्ति में credits_used शून्य है। हमने ये चारों पते इसी खाते पर आज ही पहले जाँचे थे। अगर वही पता 24 घंटे के भीतर दोबारा आए, तो दो बार शुल्क नहीं लगता। जो यूज़र पासवर्ड फ़ील्ड में टाइपिंग की गलती सुधारकर दोबारा जमा करता है, उस पर कोई अतिरिक्त खर्च नहीं लगता।

6. 02:15अगले कदम

   पाँचों एक ही endpoint इस्तेमाल करते हैं। फ़ील्ड और स्टेटस billionverify.com/docs पर दर्ज हैं। खाते का उपयोग करने वाले हर दिन 20 निःशुल्क क्रेडिट, महीने में 600 तक। क्रेडिट कार्ड की ज़रूरत नहीं। billionverify.com पर शुरू करें।

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

• साइनअप पर ईमेल सत्यापन: UX प्रथाएं और कार्यान्वयन
• 2026 में उपयोगकर्ता पंजीकरण ईमेल सत्यापित करना क्यों महत्वपूर्ण है