API Hop

Gemini 3.8 Flash API: मूल्य, प्रयोग टूल और उदाहरण

कोड और आवश्यकताओं के विश्लेषण के लिए Gemini 3.8 Flash API मूल्य और टेक्स्ट Chat Completions उदाहरण देखें। समर्थित इनपुट और पैरामीटर जाँचें।

Gemini 3.8 Flash API मूल्य और बिलिंग

आधिकारिक मूल्य

इनपुट
$0.7500 /M
आउटपुट
$3.7500 /M
कैश किया गया इनपुट
$0.0750 /M

API Hop मूल्य बचत 50%

इनपुट
$0.3750 /M
आउटपुट
$1.8750 /M
कैश किया गया इनपुट
$0.0375 /M
कैश लेखन
$0.3750 /M

संदर्भ मूल्य का स्वतंत्र सत्यापन नहीं हुआ है। लागत की तुलना करने से पहले प्रकाशक की वर्तमान दरें, बिलिंग इकाइयाँ और लागू शर्तें जाँचें।

Gemini 3.8 Flash ऑनलाइन चैट टूल

मॉडल सेटिंग

उन्नत पैरामीटर
0 या अधिक अक्षर(0/कोई तय सीमा नहीं)
अक्षरों की कोई तय सीमा नहीं; पूरा अनुरोध आकार और मॉडल संदर्भ की सीमाओं के अधीन है। यह टोकन की संख्या नहीं है।
0 – 2
0 – 1
-2 – 2
-2 – 2

बातचीत

आज मैं आपकी कैसे मदद कर सकता हूँ?

तैयार

रीसेट करके नई बातचीत शुरू करें?

इससे बातचीत और न भेजा गया संदेश साफ़ हो जाएगा तथा डिफ़ॉल्ट पैरामीटर बहाल हो जाएँगे।

Gemini 3.8 Flash प्रॉम्प्ट उदाहरण

ये Gemini 3.8 Flash के मूल्यांकन प्रॉम्प्ट हैं, दर्ज मॉडल आउटपुट नहीं। ये केवल दिए टेक्स्ट का विश्लेषण करते हैं; कोड नहीं चलाते, प्रोडक्शन प्रणालियों की जाँच नहीं करते और लंबे संदर्भ का प्रदर्शन साबित नहीं करते। उद्धृत प्रमाण तथा स्वीकृति मानदंड जाँचें, फिर प्रोडक्शन उपयोग से पहले प्रतिक्रिया मेटाडेटा और उपयोग देखें।

केवल इस दस्तावेज़ नमूने का उपयोग करें: [P1] निर्यात सुधार स्टेजिंग जाँच में पास हुआ। [P2] शुक्रवार की रिलीज़ प्रस्तावित हुई, मंज़ूर नहीं। [P3] Mei मंगलवार को त्रुटि संदेशों की समीक्षा करेंगी। [P4] दस्तावेज़ों का कोई ज़िम्मेदार तय नहीं है। दावा, सटीक समर्थन उद्धरण, अनुच्छेद ID और अनिश्चितता की तालिका लौटाएँ। क्या प्रोडक्शन रिलीज़ मंज़ूर है? दस्तावेज़ों का ज़िम्मेदार कौन है? गुम तथ्य अज्ञात लिखें। हर उद्धरण दिए नमूने से मेल खाना चाहिए; स्टेजिंग से प्रोडक्शन सफलता न मानें। यह छोटा नमूना अधिकतम संदर्भ लंबाई नहीं जाँचता।

इन कृत्रिम रिकॉर्ड को id, owner, deadline और evidence फ़ील्ड वाले JSON में निकालें: [R1] समस्या 41: Ana निर्यात सुधार की ज़िम्मेदार हैं; समय सीमा तय नहीं। [R2] समस्या 42: समीक्षा 15 अक्टूबर तक करनी है; ज़िम्मेदार तय नहीं; वर्ष नहीं बताया गया। गुम वैल्यू के लिए null इस्तेमाल करें और अधूरी तारीखें जैसी दी गई हैं वैसी रखें। evidence में स्रोत उद्धृत करें। वर्ष या ज़िम्मेदार व्यक्ति न गढ़ें। हर फ़ील्ड उसके रिकॉर्ड से जाँचें; यह टेक्स्ट प्रारूपण का कार्य है, डेटाबेस ऑपरेशन नहीं।

एक काल्पनिक दो-सदस्यीय टीम रोज़ 2,000 रिपोर्ट चलाती है। 30 मिनट में पूरा होना स्वीकार्य है। उसके पास डेटाबेस है, कतार सेवा नहीं; कार्य रीस्टार्ट के बाद बहाल होने चाहिए और दोहरी डिलीवरी रोकनी चाहिए। डेटाबेस आधारित बैच और समर्पित कतार की तुलना करें। निर्णय तालिका, सशर्त सिफ़ारिश, तीन अज्ञात बातें और एक ऐसी शर्त दें जो आपका चयन बदल दे। बेंचमार्क, लागत या परीक्षण से मिली गारंटी न गढ़ें।

Gemini 3.8 Flash क्या है?

Gemini 3.8 Flash का मुख्य उद्देश्य और प्रमुख क्षमताएँ

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

API Hop पर Gemini 3.8 Flash के ऑनलाइन टूल और API

API Hop, Gemini 3.8 Flash के लिए ऑनलाइन टेक्स्ट Playground और एकीकृत Chat Completions इंटरफ़ेस देता है। ऐप में जोड़ने से पहले दी गई आवश्यकताओं, स्रोत अंशों और कोड को परखें। यह पृष्ठ टेक्स्ट बातचीत संभालता है; मूल मीडिया समझ और टूल-सक्षम कार्यप्रवाह का अर्थ यह नहीं कि यह टूल फ़ाइलें स्वीकार करता या कार्रवाइयाँ चलाता है।

Gemini 3.8 Flash की क्षमताएँ और विशेषज्ञता के क्षेत्र

आवश्यकताओं को प्रमाण से जोड़ने और खुले प्रश्न को समीक्षा योग्य योजना में बदलने के लिए Gemini 3.8 Flash इस्तेमाल करें। डिप्लॉयमेंट विकल्पों या इंजीनियरिंग बदलावों पर सुझाव माँगने से पहले अनिवार्य सीमाएँ, प्राथमिकताएँ और अज्ञात बातें अलग करें।

लंबी अवधि के कोडिंग कार्य और कई फ़ाइलों का विश्लेषण

Gemini 3.8 Flash उन इंजीनियरिंग कार्यों पर केंद्रित है जिनमें एक बार कोड पूरा करने से अधिक काम चाहिए। निर्भरता विश्लेषण, प्रस्तावित पैच क्रम और रिग्रेशन जाँच माँगने के लिए संबंधित मॉड्यूल, इंटरफ़ेस, विफलता लॉग और स्वीकृति मानदंड दें।

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

लंबा संदर्भ और दस्तावेज़ों की जानकारी का संयोजन

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

प्रासंगिक सामग्री चुनें और हर स्रोत को लेबल दें ताकि उत्तर दिए गए प्रमाण का संदर्भ दे सके। API Hop की वास्तविक इनपुट सीमाएँ लक्ष्य इंटरफ़ेस और अपस्ट्रीम कॉन्फ़िगरेशन पर निर्भर हैं; बड़ा संदर्भ सब कुछ याद रखने या स्थायी मेमोरी की गारंटी नहीं देता।

टेक्स्ट आउटपुट के साथ मल्टीमोडल समझ

मूल मॉडल पाठ, चित्र, वीडियो, ऑडियो और PDF स्वीकार करता है और टेक्स्ट देता है। यदि चुना गया इंटरफ़ेस इन इनपुट को स्पष्ट रूप से स्वीकार करता हो तो वे रिकॉर्डिंग, आरेख और दस्तावेज़ लेआउट के विश्लेषण में सहायक हो सकते हैं; मीडिया समझना और मीडिया बनाना अलग क्षमताएँ हैं।

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

कई चरणों की योजना और सीमाओं पर तर्क-विचार

डिप्लॉयमेंट निर्णय के लिए रोलबैक आवश्यकताएँ, उपलब्ध क्षमता, रूटिंग क्षमताएँ और टीम की सीमाएँ दें। ऐसी निर्णय तालिका माँगें जो पहले अनुपयुक्त विकल्प हटाए, फिर बचे विकल्पों की तुलना करे और बताए कि किन बदलावों से सुझाव बदल सकता है।

भारित स्कोर के कारण अनिवार्य आवश्यकता के उल्लंघन को स्वीकार्य समझौता न बनने दें। मापे गए तथ्यों को धारणाओं से अलग रखें और कार्यान्वयन से पहले हर अनिश्चित स्थिति के सत्यापन का चरण माँगें।

अपने कार्यभार के लिए Gemini 3.8 Flash का मूल्यांकन कैसे करें

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

सुझाया गया मूल्यांकन डिज़ाइन; मापे गए परिणाम नहीं
कार्य का इनपुटजाँचेंपास होने के मानदंडदर्ज करने वाले माप
अनिवार्य सीमा, विरोधी आवश्यकताओं और अनुपलब्ध लागत डेटा वाला डिप्लॉयमेंट निर्णयहर सीमा, सहायक प्रमाण और अनसुलझी धारणा जाँचेंसुझाव सभी अनिवार्य सीमाओं का पालन करता है और प्रमाणहीन निष्कर्षों को स्पष्ट रूप से अनिर्णीत रखता हैसीमाओं का उल्लंघन, आधारहीन धारणाएँ, दोबारा काम, अवधि, उपयोग

कोडिंग और लंबी अवधि के कार्यों का मूल्यांकन

DeepSWE v1.1 अलग फ़ंक्शन पूरा करने के बजाय लंबी अवधि की सॉफ़्टवेयर इंजीनियरिंग को परखता है। कोडिंग कार्यप्रवाह में Gemini 3.8 Flash पर विचार करने के लिए यह उपयोगी संदर्भ है, लेकिन टूल-सक्षम मूल्यांकन में फ़ाइलों तक पहुँच, निष्पादन प्रतिक्रिया और दोहराए गए प्रयास शामिल होते हैं।

अपने मूल्यांकन में स्थिर रिपॉज़िटरी स्थिति और ज्ञात टेस्ट के साथ प्रतिनिधि बदलाव दें। अंतिम डिफ़, अनुबंधों के संरक्षण और टेस्ट परिणामों को आँकें, व्याख्या के प्रवाह या प्रस्तावित चरणों की संख्या को नहीं।

तर्क-विचार और एंटरप्राइज़ विश्लेषण का मूल्यांकन

HLE-Verified और डोमेन-एजेंट मूल्यांकन कई चरणों वाले तर्क-विचार के अलग पहलू जाँचते हैं। विशेषज्ञ प्रश्न, दस्तावेज़ विश्लेषण और टूल-सहायता वाले कार्यप्रवाह के परिणामों को एक-दूसरे के स्थान पर इस्तेमाल किए जा सकने वाले माप न मानें।

तकनीकी निर्णयों में जाँचें कि उत्तर हर सीमा का पालन करता है और अनुपलब्ध प्रमाण पहचानता है या नहीं। महत्वपूर्ण प्रभाव वाली पेशेवर सामग्री के लिए स्रोत से मेल खाते सारांश और योग्य विशेषज्ञ की समीक्षा लें; बेंचमार्क को कार्रवाई का अधिकार न मानें।

अपने कार्यभार का मूल्यांकन करें

स्पष्ट अपेक्षित परिणामों वाले नमूने बनाएँ: अनिवार्य सीमा तोड़ने वाला डिप्लॉयमेंट विकल्प, विरोधी आवश्यकताएँ, अनुपलब्ध लागत अनुमान और ज्ञात रिग्रेशन वाला कोड बदलाव। सहीपन, आधारहीन धारणाएँ, दोबारा काम, पहले आउटपुट तक का समय, कुल अवधि और उपयोग दर्ज करें।

मॉडल के बीच प्रॉम्प्ट और आउटपुट सीमाएँ तुलनीय रखें। लंबा इतिहास और अधिक विस्तृत उत्तर उपयोग बढ़ा सकते हैं; केवल Flash नाम से आपके कार्यभार के लिए कम लागत, तेज़ उत्तर या बेहतर सटीकता सिद्ध नहीं होती।

Gemini और अन्य टेक्स्ट मॉडल के साथ Gemini 3.8 Flash की तुलना

समान दिए गए प्रमाण पर Gemini 3.8 Flash की तुलना Gemini 3.7 Flash, Kimi K3 और GPT-5.6 Sol से करें। तालिका कार्य चयन की जाँच सूची है, मापी गई रैंकिंग या यह दावा नहीं कि कोई मॉडल हर कार्यभार में जीतता है।

कार्य-आधारित मॉडल तुलना सूची, मापे गए बेंचमार्क स्कोर नहीं
कार्यGemini 3.8 Flash में जाँच के मुख्य विषयकैटलॉग विकल्पसत्यापन विधि
कई फ़ाइलों में कोड बदलावनिर्भरताएँ और चरणबद्ध पैच योजनाKimi K3 / GPT-5.6 Solडिफ़ की समीक्षा करें और रिग्रेशन टेस्ट चलाएँ
डिप्लॉयमेंट संबंधी निर्णयअनिवार्य सीमाएँ और सशर्त सुझावGemini 3.7 Flash / Kimi K3हर आवश्यकता और धारणा जाँचें
दस्तावेज़ों की जानकारी का संयोजनविरोध, अनुपलब्ध प्रमाण और स्रोत तक खोजे जा सकने वाले निष्कर्षGemini 3.7 Flash / GPT-5.6 Solनिष्कर्षों को स्रोत अंशों से मिलाएँ
जानकारी निकालने के छोटे चरणफ़ील्ड की पूर्णता और अनिश्चितता का प्रबंधनDeepSeek V4 Flashस्कीमा, स्रोत से मेल और उपयोग जाँचें

Gemini 3.8 Flash की जाँच को कब प्राथमिकता दें

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

मौजूदा काम के कठिन मामले दोबारा इस्तेमाल करें और देखें कि अनिवार्य आवश्यकता बदलने पर उत्तर उचित रूप से बदलता है या नहीं। सफल प्रदर्शन से प्रोडक्शन की विश्वसनीयता न मान लें और दूसरे Gemini संस्करण को अदला-बदली योग्य उपनाम न समझें।

API Hop पर काम के अनुसार मॉडल चुनें

उसी विश्लेषण के लिए Gemini 3.7 Flash, इंजीनियरिंग काम के लिए Kimi K3 या GPT-5.6 Sol और जानकारी निकालने के चरणों के लिए DeepSeek V4 Flash की तुलना करें। साझा Chat Completions संदेश संरचना उन्नत पैरामीटर समान होने का दावा किए बिना टेस्ट दोबारा इस्तेमाल करने में मदद करती है।

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

API Hop के ज़रिए Gemini 3.8 Flash क्यों इस्तेमाल करें?

उपयोग आधारित बिलिंग और मॉडल लागत अनुकूलन

शुल्क वर्तमान API Hop दरों और वास्तविक उपयोग के अनुसार हैं। ज़रूरत पर बैलेंस जोड़ें।

एकीकृत AI मॉडल और डेटा API, एक जगह कई मॉडल की पहुँच

एक API कुंजी कई AI मॉडल और डेटा सेवाएँ जोड़ती है, जिससे इंटीग्रेशन लागत घटती है और आप एक क्लिक में स्विच कर सकते हैं। व्यावसायिक एप्लिकेशन को AI और डेटा दोनों चाहिए।

हर कॉल की स्पष्ट जानकारी के साथ कॉल लॉग और एप्लिकेशन पहुँच नियंत्रण

हर API कॉल आपके डैशबोर्ड में दर्ज होती है। अलग एप्लिकेशन के लिए अलग API कुंजियाँ बनाएँ।

अपने कार्य के अनुसार आउटपुट का मूल्यांकन करें

API Hop से दस्तावेज़ में दी मॉडल ID और समर्थित पैरामीटर इस्तेमाल करें। अपने स्वीकृति मानदंडों पर आउटपुट परखें, फिर प्रोडक्शन उपयोग से पहले उपयोग रिकॉर्ड और प्रतिक्रिया मेटाडेटा जाँचें। मॉडल का नाम या उदाहरण हर परिणाम की गारंटी नहीं देता।

API Hop पर Gemini 3.8 Flash कैसे इस्तेमाल करें

कंसोल में API कुंजी बनाने के बाद दस्तावेज़ के अनुसार Gemini 3.8 Flash से शुरुआत करें।

खाता तैयार करें और ऑनलाइन जाँचें

लॉग इन करें, बैलेंस की पुष्टि करें और API कुंजी बनाएँ।

प्रयोग टूल में आज़माएँ

इस्तेमाल करने का सही तरीका जानने के लिए प्रयोग टूल में मॉडल की क्षमताएँ आज़माएँ।

Gemini 3.8 Flash को अपने व्यवसाय में जोड़ें

Gemini 3.8 Flash को अपने व्यवसाय में जोड़ने के लिए हमारे डेवलपर दस्तावेज़ देखें।

आगे के मॉडल अपग्रेड

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

Gemini 3.8 Flash API के सामान्य सवाल

क्या Gemini 3.8 Flash Playground मीडिया स्वीकार कर सकता है या चित्र बना सकता है?

यह पृष्ठ मीडिया अपलोड या चित्र निर्माण नियंत्रण के बिना टेक्स्ट बातचीत देता है। मूल मीडिया समझ के लिए ऐसा इंटरफ़ेस चाहिए जो उन इनपुट का स्पष्ट समर्थन करे; इससे चित्र निर्माण सिद्ध नहीं होता। यह टूल लिंक की गई फ़ाइलें अपने-आप नहीं लाता और वेब पर खोज नहीं करता। यहाँ संबंधित निकाला गया पाठ दें।

निर्णय तालिका या अंतिम उत्तर अधूरा क्यों है?

finish_reason और स्पष्ट आउटपुट सीमा जाँचें। छोटी सीमा तर्क-विचार में खर्च हो सकती है या सुझाव पूरा होने से पहले length पर समाप्त हो सकती है। विकल्प घटाएँ या तालिका और निष्कर्ष के लिए पर्याप्त आउटपुट दें। reasoning_content मौजूद हो तो उसे अलग पार्स करें और सत्यापित करें कि सभी अनिवार्य आवश्यकताएँ शामिल हैं।

क्या बातचीत की मेमोरी स्थायी है, और उपयोग क्यों बढ़ता है?

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

401, 402, 403 या 429 त्रुटियों का निदान कैसे करूँ?

401 पर कुंजी और Bearer प्रारूप; 402 पर शेष राशि; 403 पर मॉडल पहुँच और सही gemini-3.8-flash ID; तथा 429 पर दर या सीमा जाँचें। संख्यात्मक उत्तर code HTTP स्थिति नहीं है। हर विफलता को कुंजी की समस्या मानने के बजाय 502, 503, 504 या शुरू हो चुकी SSE स्ट्रीम की पूरी त्रुटियाँ देखें।

क्या मैं Responses, Messages या Google Interactions से Gemini 3.8 Flash कॉल कर सकता हूँ?

यह API Hop कैटलॉग प्रविष्टि एकीकृत Chat Completions इंटरफ़ेस इस्तेमाल करती है, OpenAI Responses, Claude Messages या Google Interactions नहीं। Gemini गाइड का API Hop एंडपॉइंट, कुंजी और संदेश बॉडी इस्तेमाल करें। दूसरे प्रोटोकॉल के लिए कॉन्फ़िगर क्लाइंट में केवल मॉडल नाम बदलना पर्याप्त नहीं है।

क्या एक अनुरोध कई विकल्प लौटा सकता है या वैध JSON की गारंटी दे सकता है?

एक उत्तर में कई विकल्प माँगें और n=1 से शुरू करें। दूसरे n मानों तथा उन्नत संरचित-आउटपुट फ़ील्ड का समर्थन चुने हुए इंटरफ़ेस के लिए जाँचना होगा। आवश्यक JSON फ़ील्ड, प्रकार और अनुपलब्ध मान तय करें, फिर सिंटैक्स, स्कीमा और व्यावसायिक अर्थ सत्यापित करें; वैध JSON में भी गलत सुझाव हो सकता है।

क्या Gemini 3.8 Flash यहाँ कोड चला सकता है या मेरी सेवा डिप्लॉय कर सकता है?

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

धीमे उत्तर, बाधित स्ट्रीम या रोके गए अनुरोध पर क्या तुरंत दोबारा कोशिश करनी चाहिए?

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

संबंधित टेक्स्ट API