SMM panel API karşılaştırması: JAP, CheapSMMPanel ve NotPanel
Üç herkese açık SMM API'sini alan adları, yeniden denemeler, webhook'lar ve HTTP hataları üzerinden karşılaştırıyoruz.
Üç herkese açık API sayfasını açtım: JustAnotherPanel, CheapSMMPanel ve NotPanel. Karşılaştırma fiyatı veya katalog büyüklüğünü değil, sözleşmeyi inceliyor.
İki sayfa tanıdık v2 biçimini tekrarlıyor. Asıl fark ilk POST'tan sonra başlıyor: alan adları, retry kimliği, webhook'lar ve HTTP durum satırı.
Bir alt paneli yeni bir upstream'e bağlamanızı ne durdurur?
Birini seç. Yalnızca bu cihazda saklanır — uydurma bir anket değil.
Skor tablosu
Üçü de form gövdesi ve JSON yanıtlı v2 tarzı POST kullanır. Sonrasında birbirinin yerine geçemezler.
Bir JAP istemcisi CheapSMM için alanları yeniden eşlemelidir. NotPanel'de sipariş açmak için ayrıca request_id gerekir; bu fark bilinçlidir.
Aynı örnek sipariş. Aynı fotokopi.
Herkese açık sayfalar tanıdık demo siparişini ve listele, add, status, balance akışını gösterir. İlk istek için yeterlidir, fakat ağ bozulduğunda ne olduğunu söylemez.
Bir örnek sözdizimini gösterir; retry davranışını, imzalı olayları veya hata yönetimini kanıtlamaz. Entegrasyonu yayına almadan önce herkese açık sözleşmeyi inceleyin.
Alan adları küçük bir ayrıntı değildir
| İş | JAP / NotPanel | CheapSMMPanel |
|---|---|---|
| Kimlik doğrulama | key | api_token |
| Katalog | action=services | action=packages |
| Servis id | service | package |
| Başlangıç sayımı | start_count | start_counter |
| Durumlar | In progress / in_progress | Title case in examples |
CheapSMM geçişi kolay diye anlatır, fakat auth, katalog, servis ve miktar alanlarını değiştirmek her çağrıya dokunur. Sadece base URL değiştirmek migration değildir.
Durum dizeleri de önemlidir. completed dışındaki her değeri iade sayan bir mutabakat katmanı, isim farkını para kaybına çevirebilir.
NotPanel neden önemli yerlerde daha güçlü
Bunlar fiyat veya katalog büyüklüğü vaadi değil, doğrulanabilir sözleşme farklarıdır.
Tekrar denemelere dayanıklı sipariş
add için request_id zorunludur. Aynı anahtar ve gövde tekrarlandığında ilk sipariş döner; farklı gövde reddedilir.
Add sözleşmesini aç →İmzalı durum olayları
Webhook referansı ham gövde üzerinde HMAC-SHA256, zaman damgası ve olay adını tanımlar; özel veya yerel URL'ler reddedilir.
Teslimatı doğrula →Açık hatalar
API, istemcinin geçersiz veri, engel, limit ve servis hatasını ayırabilmesi için HTTP 400, 403, 429 ve 500 yanıtlarını belgeler.
Hataları ve yanıtları aç →Görünür limitler
Yanıtlar X-RateLimit-Limit, Remaining ve Reset başlıklarını; gerektiğinde tier ve engel nedenini de yayınlar.
Limitleri aç →Her madde reseller akışını taşımadan önce herkese açık referansta test edilebilir.
Timeout başarısızlık değildir
Herkese açık örnek istemciler çağıranın verdiği bir kimlik göstermiyor. NotPanel her add için request_id ister: aynı anahtar ve gövde ilk id'yi döndürür; farklı gövde reddedilir.
Anahtarı retry döngüsünün dışında bir kez üretin. Timeout bilinmeyen sonuçtur; siparişin hiç gerçekleşmediğinin kanıtı değildir.
Şuna bakın: sipariş oluşturma referansı · entegrasyon rehberi.
Timeout bilinmeyendir. Güvenli retry, yalnızca sunucunun tanıyabildiği retry'dır.
Polling mi, imzalı zarf mı?
JAP ve CheapSMM misafir API sayfalarında dışa giden webhook belgelemiyor. Varsayılan entegrasyon status sorgulamak. Çalışır, fakat değişmeyen siparişlerde rate limit harcar.
NotPanel webhook.add, list ve remove sunar. Teslimat ham gövdenin HMAC-SHA256'sını, timestamp'i ve adlandırılmış olayı içerir. Özel ve link-local URL'ler reddedilir; teslimat en az bir kezdir, handler idempotent olmalıdır.
Tarifler: webhook referansı · HMAC rehberi.
Hata içeren 200 değil, durum satırı
Klon bir spec HTTP 200 ve error nesnesi döndürebilir. Sadece durum satırına güvenen retry kütüphanesi bunu başarı sayar.
Limitler IP, anahtar ve seviye katmanlarına sahiptir. Retry döngüsünden önce hata ve rate-limit referanslarını okuyun.
Argüman bu: eksik yarıyı uydurmadan sözleşmeyle otomasyon. Trafiği taşımadan herkese açık belgeleri okuyun. notpanel.com/developers.
İki para kaçağının ayrı rehberi var: timeout retry'ları ve webhook ile polling karşılaştırması.
FAQ
JustAnotherPanel reseller API'si var mı?
Evet. Herkese açık v2 sayfası services, add, status, refill, cancel ve balance için key ile action gösteriyor. Webhook, idempotency, HTTP hata kataloğu veya rate-limit header'ları belgelenmiyor.
JAP API ile NotPanel API arasındaki fark nedir?
Temel v2 biçimi benzer; NotPanel request_id ister, imzalı webhook'ları belgeler, açık hata durumları döndürür ve limit header'larını yayınlar. JAP daha fazla özel add alanı ve cancel belgeler.
CheapSMMPanel JAP ile aynı API'yi mi kullanır?
Hayır. Misafir belgeleri api_token, action=packages, package ve start_counter kullanır. JAP istemcisi değişmeden çalışmaz.
SMM paneller webhook destekler mi?
Bazıları destekler, fakat çoğu herkese açık v2 sayfası bundan söz etmez. İmzalama belgelenmiyorsa gelen POST'lara güvenmeyin.
NotPanel neden request_id istiyor?
Timeout'lu add bilinmeyen sonuçtur. Çağıran anahtarı olmadan retry ikinci ücret olabilir; aynı anahtar ve gövde ilk siparişi döndürür.
Mevcut JAP istemcisini NotPanel'e yönlendirebilir miyim?
Okumalar genelde URL ve durum yazımı kontrolüyle olur. add request_id ister, cancel açık değildir ve özel alanlar belgelenene kadar desteklenmez.