क्यों आपका एजेंट CAPTCHA गलत हल कर रहा है

TL;DR

• एक एजेंट तब गलत CAPTCHA हल करता है जब यह दृश्यमान चुनौती को पूर्ण समस्या मान लेता है।
• विजेट संदर्भ को हाइड्रेशन के बाद ग्रहण किया जाना चाहिए क्योंकि साइट कुंजी, कार्य नाम, कॉलबैक फंक्शन और चुनौती मोड राउट्स के बीच बदल सकते हैं।
• एक सही परिणाम अभी भी विफल हो सकता है अगर टोकन गलत फ़ील्ड में डाला जाता है, गलत मांग के लिए उपयोग किया जाता है, वैधता के बाद पुनः उपयोग किया जाता है, या कुकीज से अलग कर दिया जाता है।
• प्लानर को स्पष्ट प्रगति परिभाषा की आवश्यकता होती है जो हल किए गए विजेट, स्वीकृत बैकएंड मांग और पूर्ण व्यावसायिक क्रिया के बीच अंतर कर सके।
• बार-बार गलत हल करने पर कार्य को रोक देना चाहिए और सॉल्वर से अधिक परिणाम मांगने के बजाय साक्ष्य उत्पन्न करना चाहिए।

परिचय: अनुमान पर बर्बरता के कारण सॉल्वर असंगति

एक एजेंट तब गलत CAPTCHA हल करता है जब यह दृश्यमान चुनौती को पूर्ण समस्या मान लेता है। CapSolver अनुमोदित CAPTCHA-समाधान वर्कफ़्लो का समर्थन कर सकता है, लेकिन एजेंट को अपने द्वारा दृश्यमान चुनौती की निर्दिष्ट चुनौती की पहचान करने, रनटाइम पैरामीटर एकत्र करने, परिणाम के सही मांग के साथ बांधने और बैकएंड स्वीकृति की पुष्टि करने की आवश्यकता होती है। ब्राउज़र में दिखने वाला परिणाम एक चरण बाद अस्वीकृत हो सकता है। सबसे तेज़ उपयोगी निदान यह निर्धारित करना है कि पहली असंगति क्या है: चुनौती प्रकार, पैरामीटर, टोकन स्थान, सत्र लगातारता, या प्लानर लूप।

परिणाम मांगने से पहले चुनौती का वर्गीकरण करें

गलत हल की शुरुआत आमतौर पर गलत वर्गीकरण से होती है। एक एजेंट तब गलत CAPTCHA हल करता है जब यह मान लेता है कि प्रत्येक चेकबॉक्स समान है, प्रत्येक छवि ग्रिड के लिए समान वर्कफ़्लो की आवश्यकता होती है, या प्रत्येक अदृश्य चुनौती के लिए एक टोकन होता है जिसे किसी भी छिपे फ़ील्ड में चिपकाया जा सकता है। आधुनिक पृष्ठ एक यात्रा में reCAPTCHA, Turnstile, छवि कार्य, कस्टम जोखिम प्रेरणा, और सर्वर-साइड जांच के संयोजन कर सकते हैं।

एक स्पष्ट वर्गीकरण चरण से शुरू करें। प्रदाता, संस्करण, iframe URL, दृश्यमान विजेट स्थिति, साइट कुंजी या समतुल्य पैरामीटर, उपस्थिति के मामले में कार्य नाम, कॉलबैक व्यवहार, और अगले सुरक्षित मांग के रूप में रिकॉर्ड करें। CapSolver के CAPTCHA अवधारणा शब्दावली टीमों के लिए श्रेणी के बारे में चर्चा करने में मदद करती है बिना सब कुछ एक सामान्य चुनौती में कम कर देने के बिना। CapSolver के CAPTCHA असफलता कारण के बाद वर्गीकरण के बाद एक त्रुटि निवारण सूची के रूप में उपयोग किया जा सकता है।

W3C WebDriver विशिष्टता तत्व अंतःक्रियात्मकता के बारे में बात करती है क्योंकि स्वचालन केवल उस तत्व स्थिति पर सही कार्य कर सकता है जो इसे दिखाई देता है। CAPTCHA वर्गीकरण की उसी विधि की आवश्यकता होती है: अंतर्क्रिया से पहले रिंडर्ड स्थिति का अवलोकन करें।

सॉल्वर कॉल से पहले वर्गीकरण स्नैपशॉट

हैंडऑफ़ से ठीक पहले एक वर्गीकरण स्नैपशॉट सहेजें। यह स्नैपशॉट CapSolver की मांग नहीं है। यह स्थानीय साक्ष्य है जो एजेंट को साबित करने में मदद करता है कि वह जिस रिंडर्ड चुनौती के बारे में हल कर रहा है।

{
  "challengeId": "login-iframe-03",
  "provider": "recaptcha",
  "version": "v2",
  "frameUrl": "https://www.google.com/recaptcha/",
  "siteKeyObserved": true,
  "protectedRequest": "POST /login",
  "sessionStable": true
}

अगर इस स्नैपशॉट की कमी है, तो एजेंट को एक और परिणाम मांगना चाहिए। एक एजेंट तब गलत CAPTCHA हल करता है जब यह वर्गीकरण को छोड़ देता है और दृश्यमान विजेट को पर्याप्त साक्ष्य मान लेता है।

रनटाइम पर विजेट संदर्भ ग्रहण करें

स्थिर स्रोत एक कमजोर सत्य के स्रोत है। एक एजेंट तब गलत CAPTCHA हल करता है जब यह पुरानी साइट कुंजी निकालता है, राउट स्पेसिफिक कार्य छूट जाता है, या जावास्क्रिप्ट फ्रेमवर्क हाइड्रेशन से पहले एक स्थानापन्न पढ़ता है। पृष्ठ लॉगिन के बाद, एक असफल सबमिट के बाद, या जब जोखिम स्कोर बदल जाता है तो अलग विजेट रिंडर कर सकता है।

हैंडऑफ़ के ठीक पहले विजेट संदर्भ ग्रहण करें। reCAPTCHA के लिए, संस्करण, साइट कुंजी, कार्य, कॉलबैक, एंटरप्राइज फ्लैग और फॉर्म लक्ष्य दर्ज करें। Turnstile के लिए, साइट कुंजी, कार्य, cData, कॉलबैक, iframe URL और लक्ष्य मांग दर्ज करें। छवि कार्य के लिए, निर्देश पाठ और छवि ग्रिड स्थिति दर्ज करें। CapSolver के reCAPTCHA प्रकार पहचान तब उपयोगी होता है जब पृष्ठ के चुनौती परिवार की अस्पष्टता होती है।

रनटाइम स्थिति जावास्क्रिप्ट पूर्णता पर निर्भर करती है। MDN के दस्तावेज़ तैयारी स्थिति के बारे में बताया गया है कि स्वचालन केवल जो तत्व स्थिति देखता है उस पर सही कार्य कर सकता है। CAPTCHA वर्गीकरण की उसी विधि की आवश्यकता होती है: अंतर्क्रिया से पहले रिंडर्ड स्थिति का अवलोकन करें।

रनटाइम ग्रहण के बाद आधिकारिक कार्य क्षेत्र

केवल रनटाइम पैरामीटर ग्रहण करने के बाद ही एजेंट को CapSolver कार्य बनाना चाहिए। reCAPTCHA v2 के लिए, आधिकारिक CapSolver reCAPTCHA v2 दस्तावेज़ reCAPTCHA v2 TaskProxyLess के आकार को दर्शाता है, जबकि आधिकारिक getTaskResult प्रवाह एक बनाए गए कार्य के परिणाम को वापस करता है।

{
  "clientKey": "YOUR_API_KEY",
  "task": {
    "type": "ReCaptchaV2TaskProxyLess",
    "websiteURL": "https://www.google.com/recaptcha/api2/demo",
    "websiteKey": "6Le-wvkSAAAAAPBMRTvw0Q4Muexq9bi0DJwx_mJ-"
  }
}

अगर चयनित आधिकारिक कार्य प्रकार उन्हें दर्ज करता है तो केवल अनुमानित कार्य नाम, कॉलबैक क्षेत्र या पृष्ठ-विशिष्ट मेटाडेटा को इस मांग में जोड़ें। इन मानों को स्थानीय घटना पैकेट में रखें।

टोकन आउटपुट को लक्ष्य मांग से जोड़ें

एक सही टोकन गलत तरीके से उपयोग किया जा सकता है। एक एजेंट तब गलत CAPTCHA हल करता है जब परिणाम गलत फ़ील्ड में रखा जाता है, फॉर्म के पुनर्निर्माण के बाद भेजा जाता है, असफल सबमिट के बाद पुनः उपयोग किया जाता है, या एक मांग द्वारा उपयोग किया जाता है जिसमें अब वही कुकीज नहीं हैं। टोकन आउटपुट को एक-बार बांधना चाहिए: टोकन बनाया गया, फ़ील्ड सेट किया गया, सबमिट भेजा गया, बैकएंड प्रतिक्रिया प्राप्त की गई।

HTML फॉर्म सबमिट राज्य-संबंधी है। WHATWG के फॉर्म डेटा निर्माण की परिभाषा बताती है कि ब्राउज़र सबमिट समय पर कंट्रोल से एक पैकेट बनाता है। अगर एजेंट एक छिपे फ़ील्ड को बदलता है और फिर रिएक्ट रीरेंडर ट्रिगर करता है, तो अंतिम पैकेट उस मान को शामिल नहीं कर सकता जिसे यह मानता है कि इन्सर्ट किया गया है।

CapSolver के reCAPTCHA v2 उत्पाद और reCAPTCHA v3 उत्पाद अलग-अलग टोकन अपेक्षाओं से मेल खाते हैं। इन फ्लो को मिश्रित न करें। v3-शैली कार्य परिणाम v2 चेकबॉक्स कॉलबैक विफलता को ठीक नहीं कर सकता है, और v2 परिणाम v3-आधारित एक्शन नीति को पूरा नहीं कर सकता है।

एक टोकन, एक सबमिट प्रयास

प्रत्येक परिणाम के लिए एक बांधने रिकॉर्ड बनाएं। रिकॉर्ड कार्य आईडी, ब्राउज़र संदर्भ, लक्ष्य मांग, टोकन स्थान, सबमिट समय और बैकएंड प्रतिक्रिया को जोड़ना चाहिए। यह एक सबमिट प्रयास के बाद समाप्त हो जाएगा।

{
  "challengeId": "login-iframe-03",
  "taskId": "capsolver-task-id",
  "browserContextId": "ctx-77",
  "submitRequest": "POST /login",
  "tokenAttached": true,
  "backendStatus": 200,
  "reuseAllowed": false
}

इस रिकॉर्ड के माध्यम से टोकन पुनर्उपयोग दृश्यमान हो जाता है। अगर बैकएंड सबमिट अस्वीकृत कर देता है, तो अगला त्रुटि निवारण प्रश्न यह है कि बांधने टूट गया था, न कि एक ही हल को दोहराने के लिए।

CapSolver बोनस कोड के लाभ उठाएं

अपने स्वचालन बजट को तत्काल बढ़ाएं!
CapSolver खाता में जमा करते समय बोनस कोड CAP26 का उपयोग करें ताकि प्रत्येक भरोसा पर 5% बोनस मिले — कोई सीमा नहीं।
अपने CapSolver डैशबोर्ड में अभी बोनस कोड का उपयोग करें

प्लानर को यह सिखाएं कि क्या प्रगति के रूप में माना जाता है

AI प्लानर अक्सर प्रगति को गलती से पढ़ लेते हैं। विजेट गायब हो जाता है, इसलिए प्लानर सफलता मान लेता है। छिपे फ़ील्ड भर गया है, इसलिए यह फिर से सबमिट करता है। बैकएंड वही पृष्ठ वापस करता है, इसलिए यह एक और टोकन मांगता है। एक एजेंट तब गलत CAPTCHA हल करता है जब दृश्य पूर्णता और एप्लिकेशन स्वीकृति के बीच कोई राज्य नहीं होता है।

प्रगति स्तर परिभाषित करें। स्तर एक चुनौती की पहचान है। स्तर दो परिणाम प्राप्त होता है। स्तर तीन ब्राउज़र सत्र में सही बांधे गए परिणाम। स्तर चार सुरक्षित मांग स्वीकृत है। स्तर पांच व्यावसायिक क्रिया पूर्ण है। सॉल्वर कॉल केवल एजेंट को स्तर दो तक ले जाता है। CapSolver के CAPTCHA लूप तोड़ना लेख इस प्लानर डिज़ाइन के लिए उपयोगी साथी है, क्योंकि लूप नियंत्रण समाधान गुणवत्ता से अलग है।

एप्लिकेशन सुरक्षा कार्यक्रम एक कारण के लिए पर слои जांच का उपयोग करते हैं। OWASP ASVS के जांच नियंत्रण श्रेणियां ऑथेंटिकेशन, सत्र, और इनपुट हैंडलिंग को अलग करती हैं। आपके एजेंट को CAPTCHA आउटपुट, सत्र साक्ष्य, और अंतिम मांग स्वीकृति को उसी तरह अलग करना चाहिए।

बहु-चुनौती क्रॉस टॉक से बचें

एक पृष्ठ जीवन चक्र में कई चुनौतियां हो सकती हैं। एक लॉगिन पृष्ठ पहले एक अदृश्य टोकन लोड कर सकता है, फिर एक असफल पासवर्ड के बाद एक छवि चुनौती दिखा सकता है, फिर सबमिट के बाद एक सर्वर-साइड जोखिम जांच ट्रिगर कर सकता है। एक एजेंट तब गलत CAPTCHA हल करता है जब यह पहली चुनौती के लिए परिणाम दूसरी चुनौती के कॉलबैक में भेजता है।

चुनौती आईडी का उपयोग करें। प्रत्येक पहचाने गए विजेट को स्थानीय आईडी मिलनी चाहिए जिसमें प्रदाता, फ्रेम, पैरामीटर, रिंडर समय, और लक्ष्य मांग शामिल होते हैं। अगर पृष्ठ पुनर्निर्माण करता है, तो पुरानी चुनौती आईडी को बंद कर दें और एक नई बनाएं। CapSolver के CAPTCHA सफलता दर कारक प्रत्येक आईडी के साथ ट्रैक किए जा सकते हैं, जो एक एकल पृष्ठ-स्तरीय सफलता संख्या के मुकाबले अधिक उपयोगी है।

बहु-चुनौती फ्लो के दौरान कुकीज की लगातारता अभी भी महत्वपूर्ण है। MDN के HTTP कुकी व्यवहार बताता है कि बैकएंड वैधता स्थिति के साथ भंडारण के साथ जुड़ सकता है, केवल उपलब्ध टोकन के साथ नहीं। अगर वर्कफ़्लो इरादतन रीस्टार्ट कर रहा है तो ही एक नया संदर्भ खोलें।

असफलता को सीमा द्वारा जांचें

सबसे अच्छा असफलता रिपोर्ट टूटी सीमा का नाम देती है। एक एजेंट तब गलत CAPTCHA हल करता है क्योंकि वर्गीकरण विफल हो गया, पैरामीटर ग्रहण विफल हो गया, सॉल्वर आउटपुट विफल हो गया, टोकन स्थान विफल हो गया, बैकएंड सत्यापन विफल हो गया, या व्यावसायिक तर्क विफल हो गया। ये अलग मरम्मत हैं। एक सामान्य दोहराव बाउंडरी को छिपा देता है।

छोटा असफलता वर्गीकरण बनाएं। wrong_provider, stale_parameters, missing_callback, token_not_submitted, session_changed, backend_rejected, और business_rule_rejected शुरू करने के लिए पर्याप्त हैं। प्रत्येक के लिए स्क्रीनशॉट और मांग साक्ष्य संग्रहित करें। CapSolver के सॉल्वर वर्कफ़्लो के पीछे इस वर्गीकरण के साथ एक सेवा चरण हो सकता है, जबकि आपके एजेंट के आसपास साक्ष्य का नियंत्रण होता है।

बार-बार बाउंडरी-समान असफलताओं के बाद रुक जाएं। अगर दो प्रयास विफल हो जाते हैं token_not_submitted, तो तीसरा टोकन खरीदें नहीं; फॉर्म सीरियलाइजेशन की मरम्मत करें। अगर दो प्रयास विफल हो जाते हैं session_changed, तो ब्राउज़र संदर्भ स्थिरता की मरम्मत करें। अगर दो प्रयास अस्वीकृति के साथ विफल हो जाते हैं, तो अनुमति की समीक्षा करें। यह तरीका है जिससे गलत-समाधान लूप एक लागत रिसाव के बजाय इंजीनियरिंग टिकट में बदल जाता है।

गलत-समाधान अपराध पैकेट बनाएं

जब एजेंट गलत CAPTCHA हल करता है तो एक संक्षिप्त अपराध पैकेट बनाएं। पैकेट में रिंडर्ड विजेट स्क्रीनशॉट, प्रदाता वर्गीकरण, रनटाइम पैरामीटर, फ्रेम URL, कॉलबैक नाम, टोकन प्राप्ति समय, फ़ील्ड परिवर्तन, सबमिट मांग, बैकएंड स्थिति और प्लानर निर्णय शामिल होना चाहिए। इस साक्ष्य एक अस्पष्ट शिकायत को सीमा-विशिष्ट मरम्मत में बदल देता है।

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

हर असफलता वर्ग के लिए एक संश्लेषित परीक्षण पृष्ठ जोड़ें। एक पृष्ठ अप्रासंगिक टोकन को अस्वीकृत कर सकता है, दूसरा कार्य नाम बदल सकता है, तीसरा छिपे फ़ील्ड को पुनर्निर्माण कर सकता है, और चौथा बैकएंड व्यावसायिक अस्वीकृति का अनुकरण कर सकता है। एजेंट को एक जीवित सॉल्वर के बिना प्रत्येक असफलता को वर्गीकृत करना चाहिए। इससे गलत-समाधान लूप उत्पादन में रहित रहता है।

कॉलबैक हैंडलिंग की ध्यान से समीक्षा करें। कुछ पृष्ठ एक छिपे इनपुट मान के साथ केवल एक जावास्क्रिप्ट कॉलबैक की अपेक्षा करते हैं। अन्य पृष्ठ दोनों की अपेक्षा करते हैं। अगर एजेंट एक सही परिणाम आने के बाद भी CAPTCHA गलत हल करता है, तो जांचें कि क्या पृष्ठ के स्वयं के इवेंट हैंडलर चले गए और क्या सुरक्षित सबमिट उन हैंडलर के पूरा होने के बाद हुआ।

असफलता बाउंडरी द्वारा लागत की ट्रैकिंग करें, केवल कुल चुनौती संख्या के बजाय। अगर अधिकांश असफल खर्च wrong_provider में हैं, तो वर्गीकरण में सुधार करें। अगर यह token_not_submitted में है, तो ब्राउज़र टूल की मरम्मत करें। अगर यह backend_rejected में है, तो एप्लिकेशन मालिक के साथ शामिल हो जाएं। एक सॉल्वर सफलता दर अकेले आपके एजेंट के कौन से हिस्से में त्रुटि है यह बताने में सक्षम नहीं है।

दोहराए गए गलत हल के लिए एक समीक्षा नियम सेट करें। दो बाउंडरी-समान असफलताओं के बाद, एजेंट को रुक जाना चाहिए और अपराध पैकेट जोड़ना चाहिए। यह नियम लक्ष्य साइट की रक्षा करता है, ऑटोमेशन बजट की रक्षा करता है, और इंजीनियरों को विशिष्ट असंगति की मरम्मत करने के लिए आवश्यक साक्ष्य प्रदान करता है बजाय अनुमान लगाने के।

संरचित क्षेत्रों के बाद ही दृश्य अंतर जोड़ें। स्क्रीनशॉट समीक्षकों के लिए मदद करते हैं, लेकिन वे प्रदाता, संस्करण, कार्य, कॉलबैक, और मांग साक्ष्य के मुकाबले कमजोर होते हैं। एक एजेंट तब गलत CAPTCHA हल करता है जब वह छिपे पैरामीटर बदलाव के बजाय दृश्य समानता पर भरोसा करता है।

अस्पष्ट परिणाम अनुप्रयोगों के बीच लीक न होने दें। एक विफल सबमिट के बाद स्थानीय टोकन चर, पुरानी चुनौती आईडी बंद करें और कॉलबैक रीसेट करें। एक बाद के प्रयास में एक पुराना मान अकस्मात उपयोग करने की अनुमति नहीं दें। इस छोटे से साफ करने के कदम से कई गलत-समाधान रिपोर्ट रोक दी जाती हैं जो यादृच्छिक लगती हैं।

बैकएंड मालिकों को लूप में शामिल करें। अगर सुरक्षित एप्लिकेशन टोकन की सर्वर-साइड जांच करता है, तो ब्राउज़र इंजीनियर केवल कहानी के आधे हिस्से को देख सकते हैं। कॉरिलेशन आईडी, सत्यापन कारण, और एप्लिकेशन-नियम परिणाम मांगें ताकि अपराध पैकेट चुनौती से निर्णय तक पूर्ण पथ को कवर कर सके।

हर गलत-समाधान अपराध के साथ एजेंट प्रॉम्प्ट और ब्राउज़र-टूल संस्करण रिकॉर्ड करें। प्लानर निर्देश एक चुनौती के बारे में मॉडल के अर्थ को बदल सकते हैं, जबकि ब्राउज़र-टूल अपडेट फ्रेम एक्सेस या इवेंट समय को बदल सकते हैं। इन संस्करणों के बिना, टीमें पृष्ठ एकीकरण की मरम्मत कर सकती हैं जबकि वास्तविक रिग्रेशन ऑर्केस्ट्रेशन में रहता है। हर सुरक्षित चलाने के लिए संस्करण क्षेत्र अनिवार्य होना चाहिए। इससे बाद में चुपके रिग्रेशन रोका जाता है।

निष्कर्ष

जब एजेंट गलत CAPTCHA हल करता है, तो ठीकरोगी यह है कि पहली असंगति खोजें बजाय एक ही सॉल्वर कॉल दोहराने के। रेंडर्ड चैलेंज को वर्गीकृत करें, रनटाइम पैरामीटर्स को ले लें, प्रत्येक परिणाम को एक अनुरोध से बांधें, प्लानर को बताएं कि स्वीकृत प्रगति का क्या अर्थ है, और दोहराए गए सीमा-समान विफलताओं पर रुक जाएं। कानूनी वर्कफ़्लोज के लिए जहां CAPTCHA हल करना मंजूर है, CapSolver चुनौती के परिणाम को संभाल सकता है जबकि एजेंट संदर्भ और सत्यापन सही रखता है।

प्रायः पूछे जाने वाले प्रश्न

CAPTCHA ठीक लग रहा है लेकिन पृष्ठ अभी भी एजेंट को अस्वीकार कर रहा है?

परिणाम सही अनुरोध से जुड़ा नहीं हो सकता है, सेशन बदल गया हो सकता है, टोकन पुराना हो सकता है, या बैकएंड बाद में व्यावसायिक नियम को अस्वीकार कर सकता है। दृश्य पूर्णता अनुरोध स्वीकृति के समान नहीं है।

मैं कैसे जांच सकता हूं कि एजेंट गलत CAPTCHA प्रकार चुन गया है?

लॉग प्रदाता, संस्करण, iframe URL, साइट कुंजी, कार्य, कैल्लबैक, और सुरक्षित अनुरोध। यदि इन फ़ील्ड्स सॉल्वर वर्कफ़्लो के साथ मेल नहीं खाते हैं, तो एजेंट संभवतः चुनौती को गलत तरीके से वर्गीकृत कर रहा है।

एक विफल प्रस्तुति के बाद एजेंट को दूसरा हल मांगना चाहिए?

केवल विफलता के वर्गीकरण के बाद। यदि टोकन कभी भी जमा नहीं किया गया, सेशन बदल गया, या बैकएंड एक्सेस अस्वीकार कर दिया, तो एक और हल मूल समस्या को ठीक नहीं करेगा।

गलत हल के लिए सबसे उपयोगी डिबग आर्टिफैक्ट क्या है?

सीमा समयरेखा सबसे उपयोगी आर्टिफैक्ट है: चुनौती का पता लगाया गया, पैरामीटर्स लिए गए, परिणाम प्राप्त हुए, फ़ील्ड या कैल्लबैक अपडेट किए गए, जमा भेजा गया, बैकएंड प्रतिक्रिया, और प्लानर निर्णय।