SMM panel API test aracı

SMM panel API isteği neye benzer?

Pazar bir avuç panel scripti üzerinde çalıştığı için istek yapısı neredeyse standarttır: tek bir POST uç noktası, form-encoded alanlar ve JSON yanıt. Anahtar hesabı tanımlar, eylem (action) işlemi adlandırır, geri kalan alanlar da eylemin argümanlarıdır. Neredeyse her yerde bulacağınız eylemler şunlardır: services, balance, add, status ve refill.

Üç şey bir entegrasyonu bozacak kadar değişkendir ve hiçbiri tutarlı biçimde belgelenmez. İstek sınırları: panellerin çoğu bunları yayımlamadan uygular. Hata yönetimi: bazı paneller HTTP hata kodları döndürür, birçoğu ise gövdede bir error anahtarıyla 200 döndürür; bu yüzden 200 yanıtını “sipariş çalıştı” değil, “sunucu yanıt verdi” diye okuyun. Ve servis ID’leri: her panele özeldir ve bir katalog yeniden oluşturulduğunda değişebilir; bunları saklayan her entegrasyonun, koda gömülü bir eşleme yerine services eylemine karşı bir mutabakat adımına ihtiyacı vardır.

Sık sorulan sorular

Bu araç API anahtarımı sunucularınıza gönderiyor mu?

Hayır. İstek, tarayıcınız tarafından doğrudan panelin uç noktasına gönderilir. Bu sayfanın arkasında sunucu tarafında çalışan bir rota, proxy ya da kayıt tutma yoktur. Bunu tarayıcınızın ağ (network) panelinden doğrulayabilirsiniz: yalnızca bir istek görürsünüz, o da panelin kendi alan adına. Bir panel API anahtarı yüklenmiş bakiyeyi harcayabilir ve bir karşılaştırma sitesinin, aktarım sırasında bile olsa, böyle bir anahtarı tutması için hiçbir sebep yoktur.

İstek neden ağ hatasıyla başarısız oluyor?

Neredeyse her zaman CORS yüzünden. Panel API’leri sunucudan sunucuya çağrılar için tasarlanmıştır ve bir tarayıcının farklı kaynaktan (cross-origin) gelen bir yanıtı sayfaya teslim etmeden önce istediği Access-Control-Allow-Origin başlığını göndermez; bu yüzden istek çoğu zaman panele ulaşmış olsa bile tarayıcı yanıtı atar. Araç bunu algılar ve size kendi terminalinizden çalıştırabileceğiniz eşdeğer bir curl komutu verir; orada CORS politikası uygulanmaz.

Panel API’lerinin ortak noktaları neler?

Beklediğinizden fazla, çünkü pazar az sayıda panel scripti üzerinde çalışır. Ortak yapı, bir anahtarı, bir eylemi (action) ve o eylemin parametrelerini form-encoded alanlar olarak alan ve JSON döndüren tek bir POST uç noktasıdır. Yaygın eylemler şunlardır: services, balance, add, status ve refill. Paneller arasında asla taşınamayan şey servis ID’leridir: her panele özeldirler; bu yüzden onları koda gömen bir entegrasyon başka panele geçişte bozulur.

“add” eylemini test etmek güvenli mi?

Gerçek bir sipariş verir ve gerçek bakiye harcar; bu yüzden onu canlı bir işlem gibi değerlendirin. Servisin izin verdiği en küçük miktarı, kontrol ettiğiniz bir link üzerinde kullanın ve çağrı 200 döndü diye siparişin geçtiğini varsaymak yerine ardından status eylemiyle kontrol edin: bazı paneller gövdede bir hata metniyle birlikte 200 döndürür.