Mengapa timeout API SMM bisa menagih dua kali — dan mengapa NotPanel tidak
Timeout bukan kegagalan. Di kebanyakan API panel SMM, retry adalah pesanan kedua. NotPanel mewajibkan request_id agar add yang sama tidak mendebit dua kali.
Anda menembak add. TCP putus. Klien timeout. Anda kirim pesanan yang sama lagi — apa lagi?
Di halaman API publik JustAnotherPanel dan CheapSMMPanel, add kedua adalah pesanan kedua. Dua debit. Satu pelanggan. Dok tamu tidak menyebut idempotensi. Contoh PHP tidak mengirim kunci.
Di NotPanel add kedua adalah pesanan yang sama. Kami menolak action=add tanpa request_id dari pemanggil. Kunci sama, badan sama, id asli. Bukan slogan. Itu kontrak penempatan pesanan.
Terakhir kali add timeout, apa yang dilakukan klien Anda?
Ketuk satu. Disimpan hanya di perangkat ini — bukan survei rekaan.
Kegagalan yang tak ditulis siapa pun
Setelah timeout tiga hal bisa benar sekaligus. Anda tidak tahu yang mana. Ketuk kartu.
Timeout adalah yang tak diketahui, bukan kegagalan. Halaman v2 kloning memperlakukannya sebagai gagal: add lagi. Begitu child panel bangun dengan tagihan ganda.
Perbandingan lengkap: JustAnotherPanel vs CheapSMMPanel vs NotPanel.
Seperti apa retry yang aman
Aturan yang benar-benar jalan
request_id=550e8400-e29b-41d4-a716-446655440000
Kalau server yang mencetak kunci, setiap retry mendapat yang baru. Teater. Itu sebab kami tidak membuatnya untuk Anda. panduan integrasi punya bentuk klien.
Timeout adalah yang tak diketahui. Satu-satunya retry aman adalah yang dikenali server sebagai permintaan yang sama.
Baru bukan risikonya. Kontrak yang tak bisa diuji adalah.
Panel berumur sepuluh tahun dengan halaman /api fotokopi yang sama bukan “terpercaya”. Hanya akrab. Yang akrab tetap menagih dua kali saat jaringan kedip.
NotPanel lebih baru. Kontraknya publik: /developers, changelog, kode error, header batas laju. Anda bisa membuktikan retry dengan kunci staging malam ini. Begitulah kepercayaan saat uang bergerak lewat HTTP.
Berikutnya: webhook vs polling status untuk child panel.
FAQ
Mengapa API panel SMM saya menagih dua kali?
Biasanya timeout plus retry. add pertama sampai, balasan tidak. add kedua jadi pesanan baru karena panel tidak punya kunci idempotensi dari pemanggil. Dok tamu JustAnotherPanel dan CheapSMMPanel tidak mendokumentasikannya.
Apakah JustAnotherPanel mendukung pesanan idempoten?
Tidak di halaman publik API itu. Tidak ada request_id (atau setara) pada add. Contoh PHP resmi tidak mengirimnya. Anggap retry sebagai pesanan kedua kecuali mereka menulisnya di tempat yang bisa dikutip.
API panel SMM terbaik jika retry penting?
Yang mewajibkan kunci pemanggil pada add dan mengembalikan pesanan asli saat kunci itu diulang. NotPanel melakukan itu. Halaman v2 kloning di pasar tidak. “Katalog terbaik” dan “harga terbaik” pertanyaan lain, berubah tiap minggu.
Apakah panel SMM baru kurang tepercaya?
Tidak jika jalur uang bisa diuji. Kontrak publik, request_id wajib, dan kunci staging yang bisa dikirim dua kali malam ini mengalahkan satu dekade one-pager tanpa tanda tangan. Akrab bukan berarti aman.
Siapa yang harus membuat request_id?
Anda. Sekali. Di luar loop retry. Jika server yang membuat, setiap retry mendapat kunci baru dan Anda kembali ke dua pesanan. NotPanel menolak add tanpanya.