SMM API की तुलना अपने काम से करें: सेवा ढूँढना, ऑर्डर बनाना, timeout सँभालना और नतीजा जाँचना। केवल संस्करण या मिलते-जुलते फ़ील्ड पर्याप्त नहीं हैं।
यह NotPanel की JustAnotherPanel, CheapSMMPanel और NotPanel के सार्वजनिक दस्तावेज़ों की तुलना है, जिन्हें 2026-09-09 को जाँचा गया; NotPanel की जानकारी उसके अक्टूबर 2026 के API अपडेट के अनुसार है। यह डिलीवरी या प्रतिस्पर्धी खातों का परीक्षण नहीं है। सार्वजनिक पेज पर किसी सुविधा का उल्लेख न होना उसके हर जगह अनुपलब्ध होने का प्रमाण नहीं है।
JustAnotherPanel · CheapSMMPanel · NotPanel
सार्वजनिक दस्तावेज़ों में बताई गई सुविधाएँ
key + action का ढाँचा परिचित है। URL बदलने से पहले नए कैटलॉग के सेवा ID, फ़ील्ड, कीमत और स्थिति जाँचें। कुंजियाँ, सेवा ID और बैलेंस पैनलों के बीच स्थानांतरित नहीं होते। NotPanel में कोई भी ऑर्डर पहले 15 सेकंड में पूरे रिफ़ंड के साथ रद्द किया जा सकता है; उसके बाद जिन सेवाओं में यह सुविधा है, वहाँ रद्द करने का अनुरोध किया जा सकता है, और रद्दीकरण की पुष्टि होने पर न पहुँचा हिस्सा अपने-आप रिफ़ंड होता है।
इंटीग्रेशन बदलने से पहले अनुरोध के फ़ील्ड मिलाएँ
प्रमाणीकरण JAP / NotPanel: key CheapSMMPanel: api_token
कैटलॉग JAP / NotPanel: action=services CheapSMMPanel: action=packages
सेवा ID JAP / NotPanel: service CheapSMMPanel: package
इन चार फ़ील्ड के नाम जाँचें
| काम | JAP / NotPanel | CheapSMMPanel |
|---|---|---|
| प्रमाणीकरण | key | api_token |
| कैटलॉग | action=services | action=packages |
| सेवा ID | service | package |
| शुरुआती गिनती | start_count | start_counter |
फ़ील्ड मिलान एक जगह रखें और इस्तेमाल होने वाले अनुरोध व उत्तर के उदाहरण सहेजें। दोनों प्रतिस्पर्धी पेज बड़े अक्षर से शुरू होने वाली स्थितियाँ दिखाते हैं। NotPanel प्रदर्शन के लिए status और स्वचालन के लिए स्थिर status_key देता है। अनजान स्थिति की जाँच करें; वह रिफंड का प्रमाण नहीं है।
नाम दिखाने के लिए हैं; ऑर्डर सेवा ID से बनते हैं
ऑर्डर के लिए संख्यात्मक ID और दिखाने के लिए नाम लें। services परिचित प्रारूप देता है और हर सेवा के ऑर्डर फ़ील्ड, धीरे-धीरे डिलीवरी (drip-feed) की सीमाएँ और उपलब्धता भी बताता है; catalog खोज और पृष्ठों की सुविधा जोड़ता है। language स्थानीय नाम चुनता है; canonical_name अंग्रेज़ी नाम रखता है और name_language लौटाई गई भाषा बताता है, अंग्रेज़ी fallback पर en सहित।
टाइमआउट का मतलब विफलता नहीं है
टाइमआउट के बाद मूल request_id बनाए रखें।
उसी कुंजी और बिना बदले ऑर्डर विवरण के साथ फिर प्रयास करें।
दोबारा प्रयास से लौटी मूल ऑर्डर ID सहेजें।
2026-09-09 — request_id और idempotency_key optional हैं। दोनों न हों तो same account + exact payload को 60-second duplicate protection मिलता है; intentional identical order भी उस window में पहला order लौटाएगा। तुरंत duplicate चाहिए तो unique request_id भेजें, या 60 seconds प्रतीक्षा करें।
Key को retry loop के बाहर एक बार बनाएं। Timeout unknown result है, यह proof नहीं कि order हुआ ही नहीं।
देखें ऑर्डर बनाने की जानकारी · इंटीग्रेशन गाइड.
इवेंट और स्थिति की जाँच साथ इस्तेमाल करें
हस्ताक्षरित ऑर्डर सूचना प्राप्त करें।
हस्ताक्षर और समय जाँचें; दोबारा आई इवेंट ID सँभालें।
महत्वपूर्ण ऑर्डर स्थिति की पुष्टि status अनुरोध से करें।
2026-09-09 को देखे गए JAP और CheapSMM के सार्वजनिक पेज ऑर्डर की स्थिति पूछने वाले अनुरोध समझाते हैं। उन पेजों पर बाहर भेजे जाने वाले webhook का विवरण नहीं था; इससे यह साबित नहीं होता कि सुविधा कहीं और उपलब्ध नहीं है। अपने ऐप के लिए ज़रूरी खाते से जुड़ी शर्तें पूछें।
NotPanel हस्ताक्षरित webhook और दोबारा भेजने की प्रक्रिया दस्तावेज़ करता है, हर सूचना पहुँचने की गारंटी नहीं देता। हर डिलीवरी में id, type, sequence और data के साथ एक ही हस्ताक्षरित इवेंट होता है। मूल बॉडी और X-Webhook-Timestamp से X-Webhook-Signature जाँचें; X-Webhook-Delivery-Id से डिलीवरी पहचानें। हर event ID एक बार संसाधित करें और महत्वपूर्ण स्थिति status से मिलाएँ। पुराने इवेंट दोबारा स्वीकार होने से बचाने के लिए अपनी चुनी हुई समय सीमा के बाहर के इवेंट अस्वीकार करें। सूचना ऑर्डर की जाँच में मदद करती है; वह ऑर्डर रिकॉर्ड की जगह नहीं लेती।
इन गाइड में प्रक्रिया देखें: वेबहुक की जानकारी · HMAC सत्यापन गाइड.
दोबारा प्रयास से पहले जवाब पढ़ें
HTTP कोड और JSON दोनों पढ़ें। नीचे NotPanel के उदाहरण हैं; यह समीक्षा प्रतिस्पर्धी खातों का HTTP व्यवहार तय नहीं करती।
NotPanel के दस्तावेज़ X-RateLimit-Limit, X-RateLimit-Remaining और X-RateLimit-Reset बताते हैं। एक ही खाते की API कुंजियाँ अनुरोधों की सीमा साझा करती हैं। क्या दोबारा भेजना है, कब इंतज़ार करना है और कब टीम से जाँच माँगनी है, यह तय करने से पहले त्रुटियों और अनुरोध सीमा की जानकारी पढ़ें।
NotPanel की सुविधाएँ जिन्हें आप जाँच सकते हैं
ये NotPanel के लागू API नियमों के लिंक हैं। इनसे अपने ऐप के लिए ज़रूरी व्यवहार जाँचें।
- दोबारा प्रयास की पहचान बनाए रखें: एक ही खाते से भेजे गए समान पुराने add अनुरोधों को अपने-आप 60 सेकंड की डुप्लिकेट सुरक्षा मिलती है। request_id या उसका वैकल्पिक नाम idempotency_key उसी प्रयास को पहचानता है; दोनों भेजने पर request_id चुना जाता है।
- सूचना सत्यापित करें: वेबहुक की जानकारी हस्ताक्षरित संदेश, हेडर और समर्थित इवेंट बताती है; हर संदेश में एक हस्ताक्षरित इवेंट होता है। मूल बॉडी का हस्ताक्षर जाँचें, दोहराए गए इवेंट सँभालें और स्थिति का मिलान जारी रखें।
- त्रुटियों का अंतर समझें: हर त्रुटि में तय कोड (error_code), HTTP स्टेटस और retryable फ़्लैग होता है, जिससे गलत विवरण, पहुँच की समस्या, अनुरोध सीमा और दोबारा प्रयास योग्य त्रुटि का अंतर समझना आसान होता है।
- साझा अनुरोध सीमा का पालन करें: अनुरोध सीमा वाले हेडर खाते की लागू अवधि बताते हैं; API कुंजी बदलने से खाते को अलग सीमा नहीं मिलती।
क्लाइंट बदलते समय संबंधित दस्तावेज़ फिर पढ़ें। तुलना वाला लेख चुनाव में मदद करता है; वह किसी निश्चित API संस्करण का पूरा विवरण नहीं है।
अपने वास्तविक काम के अनुसार अनुबंध चुनें। स्थिर एकीकरण अभी भी उपयुक्त हो सकता है। NotPanel की कोई दस्तावेज़ित सुविधा आपकी खास ज़रूरत हल करती हो तो ट्रैफ़िक बदलने से पहले उसे जाँचें।
अक्सर पूछे जाने वाले सवाल
क्या JustAnotherPanel का reseller API है?
हाँ। 2026-09-09 को देखा गया public v2 page services, add, status, refill, refill_status, cancel और balance के लिए key और action दिखाता है। Webhooks, idempotency, HTTP error catalog और rate-limit headers उस guest page पर documented नहीं थे; page-level absence यह proof नहीं है कि feature कहीं और नहीं हो सकता।
क्या CheapSMMPanel वही API इस्तेमाल करता है जो JAP?
नहीं। Guest docs api_token, action=packages, package और start_counter इस्तेमाल करते हैं। JAP client unchanged नहीं चलेगा।
बिल्ट-इन idempotency?
पुराने add बिना नए field के सीधे काम करते हैं और उसी account का identical payload 60 seconds तक duplicate से सुरक्षित रहता है। Exact retry control के लिए request_id या idempotency_key optional है; दोनों भेजने पर request_id चुना जाता है।
क्या existing JAP client को NotPanel पर point कर सकता हूँ?
key + action का ढाँचा परिचित है। URL बदलने से पहले नए कैटलॉग के सेवा ID, फ़ील्ड, कीमत और स्थिति जाँचें। कुंजियाँ, सेवा ID और बैलेंस पैनलों के बीच स्थानांतरित नहीं होते। NotPanel में कोई भी ऑर्डर पहले 15 सेकंड में पूरे रिफ़ंड के साथ रद्द किया जा सकता है; उसके बाद जिन सेवाओं में यह सुविधा है, वहाँ रद्द करने का अनुरोध किया जा सकता है, और रद्दीकरण की पुष्टि होने पर न पहुँचा हिस्सा अपने-आप रिफ़ंड होता है।
