reCAPTCHA हल करने वाली API, siteverify से अलग है
नहीं—Google का siteverify एंडपॉइंट reCAPTCHA रिस्पॉन्स टोकन जारी नहीं कर सकता। यह क्लाइंट द्वारा दिए गए टोकन को सत्यापित करता है। Enterprise assessments भी मौजूदा टोकन का मूल्यांकन करते हैं; कोई भी एंडपॉइंट साइट कुंजी से टोकन जनरेट नहीं करता।
इस पेज पर
अपने काम के लिए सही API चुनें
| API | आप क्या देते हैं | आपको क्या मिलता है |
|---|---|---|
| Google siteverify | एक मौजूदा रिस्पॉन्स टोकन | एक सत्यापन परिणाम |
| Google Enterprise assessments | एक मौजूदा रिस्पॉन्स टोकन | उस टोकन का आकलन |
| solvethree टास्क | समर्थित साइट का होस्टनेम, ऐक्शन और प्रॉक्सी कॉन्फ़िगरेशन | एक टास्क जिसके तैयार परिणाम में समाधान टोकन होता है |
Google के reCAPTCHA v3 फ़्लो में, क्लाइंट SDK एक रिस्पॉन्स टोकन बनाता है और साइट के मालिक का बैकएंड उसे siteverify से सत्यापित करता है। Enterprise फ़्लो में, क्लाइंट SDK टोकन बनाता है और बैकएंड एक आकलन बनाता है।
अगर आप अपनी साइट पर सत्यापन जोड़ रहे हैं, तो उपयुक्त Google फ़्लो का उपयोग करें। अगर आपको किसी समर्थित लक्ष्य के लिए सॉल्विंग सेवा चाहिए, तो solvethree के टास्क API का उपयोग करें। सॉल्वर लक्ष्य के मूल्यांकन के लिए टोकन देता है; यह लक्ष्य के सत्यापन की जगह नहीं लेता।
एक वास्तविक सॉल्वर अनुरोध कैसा होता है
पहले सुनिश्चित करें कि लक्ष्य साइट की एक सक्रिय प्रोफ़ाइल आपके वर्कस्पेस में उपलब्ध है। होस्टनेम और ऐक्शन भेजने से प्रोफ़ाइल नहीं बनती। अगर यह पूर्वशर्त पूरी नहीं हुई है, तो साइट प्रोफ़ाइल सेटअप देखें।
solvethree API पर POST /v1/tasks से टास्क बनाएँ और Authorization: Bearer के बाद अपनी वर्कस्पेस API कुंजी दें। उस कुंजी को अपने सर्वर पर रखें।
{
"site": "accounts.example.com",
"action": "login",
"proxy": "http://user:[email protected]:8080",
"requestId": "example_login_001"
}उदाहरण के होस्टनेम, ऐक्शन और प्रॉक्सी को अपने लक्ष्य अनुरोध के मानों से बदलें। site एक होस्टनेम है, पूरा URL नहीं। reCAPTCHA अनुरोधों में proxy या proxyCandidates में से ठीक एक आवश्यक है; type या url न जोड़ें। यह उदाहरण डिफ़ॉल्ट recaptchaType, enterprise-v3 का उपयोग करता है; गेटवे v3 भी स्वीकार करता है।
GET /v1/tasks/:id से टास्क प्राप्त करें। जब तक उसकी स्थिति pending या solving हो, पोलिंग करते रहें। केवल ready में उपयोग योग्य समाधान होता है। अगर स्थिति failed हो जाए, तो पोलिंग रोक दें और errorCode तथा error की जाँच करें।
परीक्षण आकलन पर Enterprise टोकन खर्च न करें
Google के दस्तावेज़ों के अनुसार, Enterprise वेबसाइट रिस्पॉन्स टोकन दो मिनट बाद समाप्त हो जाते हैं और उनका आकलन केवल एक बार किया जा सकता है। संरक्षित अनुरोध भेजने के समय के करीब सॉल्व का अनुरोध करें। केवल यह जाँचने के लिए आकलन बनाना कि टोकन काम करता है या नहीं, इच्छित लक्ष्य के उपयोग से पहले ही उसे खर्च कर सकता है।
इच्छित लक्ष्य को solution.token भेजें—टास्क ID नहीं। लौटाई गई userAgent और secChUa ब्राउज़र पहचान का उपयोग उस प्रॉक्सी के साथ करें जो सॉल्विंग के दौरान सफल रही थी। प्रॉक्सी बदलने या असंबंधित ब्राउज़र हेडर मिलाने से अगला अनुरोध विफल हो सकता है।
ready टास्क का अर्थ है कि समाधान उपलब्ध है, यह नहीं कि लक्ष्य ने आपका एप्लिकेशन अनुरोध स्वीकार कर लिया है। स्वीकृति का निर्णय लक्ष्य के रिस्पॉन्स से करें, टास्क बनने या तैयार होने से नहीं।
स्रोत और API संदर्भ
अपना पहला टास्क चलाएँ।
$5 वर्कस्पेस क्रेडिट के साथ शुरुआत करें।