TMPT बनाम Kasada: आपको कौन-सा Ticketmaster कार्य चाहिए?
tmpt कुकी चाहिए तो TicketmasterTmptTask इस्तेमाल करें। Kasada हेडर चाहिए तो KasadaTask इस्तेमाल करें। reCAPTCHA जाँच के लिए अलग टोकन चाहिए। ये आउटपुट एक-दूसरे की जगह इस्तेमाल नहीं किए जा सकते: टोकन फ़ील्ड का नाम बदलने से वह कुकी या हेडर सेट नहीं बन जाएगा।
इस पेज पर
लक्ष्य अनुरोध की ज़रूरत के अनुसार चुनें
| उत्पाद | अनुरोध फ़ील्ड | आउटपुट | समर्थित दायरा |
|---|---|---|---|
| Ticketmaster TMPT | type: TicketmasterTmptTask, सटीक लक्ष्य url, action: Event या Login, और एक प्रॉक्सी इनपुट | tmpt कुकी की रॉ वैल्यू | Ticketmaster Event और Login टास्क |
| Kasada | type: KasadaTask, url, और एक प्रॉक्सी इनपुट | headers ऑब्जेक्ट और ब्राउज़र पहचान | स्टैंडअलोन Kasada फ़िलहाल www.ticketmaster.com पर HTTPS लक्ष्यों को सपोर्ट करता है |
| reCAPTCHA | site होस्टनाम, action, और एक प्रॉक्सी इनपुट; type या url नहीं | reCAPTCHA टोकन | स्टैंडर्ड v3 और Enterprise v3 |
तीनों प्रोडक्ट के लिए ग्राहक की ओर से दी गई HTTP(S) प्रॉक्सी आवश्यक है।
तीनों एक ही टास्क API इस्तेमाल करते हैं: POST /v1/tasks से बनाएँ और GET /v1/tasks/:id से प्राप्त करें। Bearer ऑथराइज़ेशन हेडर में वर्कस्पेस API कुंजी से प्रमाणीकरण करें, और उस कुंजी को अपने सर्वर पर रखें।
Kasada: हेडर सेट का अनुरोध करें और लागू करें
{
"type": "KasadaTask",
"url": "https://www.ticketmaster.com/discovery/v2/events",
"proxy": "http://user:[email protected]:8080",
"requestId": "example_kasada_001"
}url को इच्छित समर्थित लक्ष्य पर सेट करें और उदाहरण की प्रॉक्सी बदलें। requestId वैकल्पिक है। Kasada अनुरोध में site, action, recaptchaType, session या कस्टम ब्राउज़र पहचान फ़ील्ड न जोड़ें।
इच्छित लक्ष्य के लिए लौटाई गई ब्राउज़र पहचान और सफल प्रॉक्सी एग्रेस का इस्तेमाल करते हुए, लौटाए गए सभी हेडर एक साथ लागू करें। किसी एक हेडर को निकालकर उसे TMPT कुकी या reCAPTCHA टोकन न मानें।
Kasada टास्क बनाते समय डिफ़ॉल्ट रूप से 75 सेकंड तक प्रतीक्षा होती है, इसलिए अपने क्लाइंट टाइमआउट में इस प्रतीक्षा के साथ नेटवर्क का अतिरिक्त समय भी रखें। पूरी प्रक्रिया के लिए Kasada हेडर इंटीग्रेशन देखें।
एक सफल समाधान अगली जाँच के लिए पर्याप्त नहीं भी हो सकता है
किसी वर्कफ़्लो में कई जाँचें हो सकती हैं। अगर किसी अनुरोध को TMPT कुकी और Kasada हेडर दोनों चाहिए, तो केवल एक टास्क हल करने से दूसरे का आउटपुट नहीं मिलता। अगर उसमें reCAPTCHA जाँच भी आती है, तो उसके लिए अलग टोकन चाहिए। डिफ़ॉल्ट रूप से तीनों का अनुरोध न करें; पहचानें कि विफल अनुरोध को वास्तव में क्या चाहिए।
एक और समाधान के लिए भुगतान करने से पहले, भेजे जा रहे अनुरोध की जाँच करें। क्या TMPT मान tmpt कुकी के रूप में भेजा जा रहा है? क्या Kasada हेडर एक साथ लागू किए गए हैं? क्या reCAPTCHA टोकन वहाँ भेजा जा रहा है जहाँ लक्ष्य उसे चाहता है? ready टास्क का मतलब है कि समाधान तैयार हुआ है, यह नहीं कि Ticketmaster ने अनुरोध स्वीकार कर लिया है। परिणाम अस्वीकार होने पर Ticketmaster 403 का निदान देखें।
स्रोत और API संदर्भ
अपना पहला टास्क चलाएँ।
$5 वर्कस्पेस क्रेडिट के साथ शुरुआत करें।