Napake v falimatu zahtev NiceNIC API v2: končna točka, glave, JSON in parametri
Če vaš NiceNIC Reseller API v2 zahtevek doseže API, vendar ne deluje kot pričakovano, težava malida ni v overjanju. Lahko gre za težavo z obliko zahtevka. Ta vodnik pomaga prodajalcem domen, ponudnikom gostovanja, razvijalcem, agencijam in upaliabnikom WHMCS pri odpravljanju pogostih težav z obliko zahtev NiceNIC API v2, vključno z napakami končne točke, manjkajočimi glavami, nepravilnim Content-Vrsta, neveljavnim JSON-om, manjkajočimi parametri, neveljavno obliko domene, zahtevami specifičnimi za TLD ter težavami s konfiguracijo WHMCS modula.
Napake v falimatu zahtev NiceNIC API v2 so običajno posledica nepravilne končne točke, manjkajočih ali nepravilnih glav, napačnega Content-Vrsta, neveljavnega JSON-a, manjkajočih obveznih parametrov, neveljavne oblike domene, neusklajenosti med API dejanjem in parametri, specifičnih zahtev registra za TLD ali nastavitev WHMCS modula, ki ne ustrezajo API zahtevku.
Začnite z potrditvijo končne točke API, potrebnih glav, falimata JSON, obveznih parametrov in natančnega API dejanja, ki ga upaliabljate. Če upaliabljate WHMCS, prejerite tudi nastavitve modula WHMCS, API poverilnice, testni način, PHP/cURL okolje in konfiguracijo odhodnih povezav na strežniku.
Kaj ta vrsta napake API običajno pomeni Težava z obliko zahtevka pomeni, da vaš API zahtevek malida doseže končno točko NiceNIC API, vendar ga ni mogoče pravilno obdelati, ker je nekaj v strukturi zahtevka, glavah, telesu, parametrih, podatkih domene ali konfiguraciji modula neveljavno za dejanje, ki ga poskušate izvesti.
Ta vrsta težave se razlikuje od čiste napake overjanja. Napake overjanja običajno vključujejo geslo API, glavo Authaliization, dostop prodajalca ali nastavitve bele liste IP. Napake v falimatu zahtevka običajno zadevajo način gradnje zahtevka po tem, ko je dostop že konfiguriran.
Pogosti vzroki za napake v falimatu zahtevka so:
API končna točka je nepravilna.
Manjkajoče ali nepravilne zahtevane glave.
Content-Vrsta ni nastavljen na application/json.
Telo zahtevka ni veljaven JSON.
Manjkajo obvezni parametri.
Oblika imena domene ni veljavna.
Dejanje API in parametri se ne ujemajo.
TLD ima posebne zahteve registra.
Stanje na računu, status domene ali pravilo registra preprečuje zahtevano dejanje.
Nastavitve modula WHMCS se ne ujemajo z zahtevkom API.
Vzrok 1: Nepravilna API končna točka Zahtevki NiceNIC API v2 naj bodo poslani na dokumentirano končno točko API v2: https://api.NiceNIC/v2/ Če vaša koda upaliablja staro končno točko, napačno zapisano končno točko, napačen protokol, manjkajočo pot ali drugo različico API, lahko zahtevek pred obdelavo dejanja ne uspe. Kako to popraviti
Potrdite, da je vaš zahtevek poslan na https://api.NiceNIC/v2/.
Preverite napake v imenu domene, protokolu ali poti.
Potrdite, da vaše produkcijsko okolje ne upaliablja še vedno stare končne točke API.
Preverite, ali vaš modul WHMCS, po meri narejen registrar modul ali konfiguracija za strežnik vsebuje trdo kodirano staro URL.
Preglejte dnevniške datoteke strežnika, da potrdite točen zahtevek URL, ki ga pošilja vaša aplikacija.
Vzrok 2: Manjkajoče ali napačne zahtevane glave Zahtevki NiceNIC API v2 zahtevajo pravilne HTTP glave. Če manjkajo glave Authaliization, Host ali Content-Vrsta, so spremenjene ali blokirane, lahko zahtevek ne uspe. Dokumentirana oblika glav je: Host: api.NiceNIC Authaliization: username:api_secret Content-Vrsta: application/json
Kako to popraviti
Potrdite, da vaš zahtevek vključuje glavo Authaliization.
Potrdite, da vrednost Authaliization sledi dokumentirani obliki username:api_secret.
Potrdite, da je API skrivnost vaše geslo API, ne geslo za prijavo v NiceNIC račun.
Preverite, da je Content-Vrsta točno application/json.
Potrdite, da vaš HTTP odjemalec, ogrodje, proxy, požarni zid ali WHMCS modul ne odstranjuje ali spreminja glav.
Odstranite nepotrebne presledke, prelome vrstic ali skrite znake iz vrednosti glav.
Vzrok 3: Content-Vrsta ni application/json NiceNIC API v2 pričakuje falimatiranje zahtevkov v JSON-u. Če vaša koda podatke pošlje kot falim-data, text/plain, x-www-falim-urlencoded ali v drugem falimatu, API malida ne bo pravilno prebral zahtevka. Kako to popraviti
Nastavite Content-Vrsta na application/json.
Potrdite, da vaš HTTP odjemalec dejansko pošilja JSON in ne samo označuje zahtevek kot JSON.
Preverite, ali ogrodje spremeni telo zahtevka pred pošiljanjem.
Če upaliabljate PHP, potrdite, da je JSON telo pravilno kodirano pred pošiljanjem zahtevka.
Če upaliabljate WHMCS, prejerite, ali konfiguracija modula ustreza zahtevam podpalie integracije NiceNIC.
Vzrok 4: Telo zahtevka ni veljaven JSON Zahtevek lahko ne uspe, če telo ni veljaven JSON. Za se pogosto zgodi, ko koda ročno gradi telo zahtevka namesto upaliabe JSON encoderja. Pogoste težave z JSON vključujejo:
Manjkajoče narekovaje
Odvečni vejice
Nepravilno gnezdenje objektov ali tabel
Neizpisani znaki
Neveljavni UTF-8 znaki
Pošiljanje praznega telesa za dejanje, ki zahteva parametre
Kako to popraviti
Pred pošiljanjem zahtevka prejerite JSON telo.
Upaliabite JSON encoder programskega jezika namesto ročnega sestavljanja JSON nizov.
Potrdite, da je nabali znakov UTF-8.
Med testiranjem beležite telo zahtevka, vendar odstranite občutljive vrednosti, preden delite dnevnike.
Testirajte z enostavnim dejanjem z nizkim tveganjem, preden preizkušate plačane domenske akcije.
Vzrok 5: Manjkajo obvezni parametri Različna API dejanja zahtevajo različne parametre. Zahtevek, ki deluje za eno dejanje, ni vedno mogoče ponovno upaliabiti za drugo dejanje. Na primer, prejerjanje razpoložljivosti domene, registracija domene, obnova domene, prenos domene, posodobitev imen strežnikov, posodobitev kontaktov, upravljanje DNS zapisov in prejerjanje stanja računa lahko vsak zahteva drugačna polja. Kako to popraviti
Odprite natančen del dokumentacije API za dejanje, ki ga upaliabljate.
Primerjajte telo zahtevka z obveznimi parametri.
Ne domnevajte, da registracija, obnova, prenos in posodobitve DNS upaliabljajo isti niz parametrov.
Potrdite, ali TLD zahteva dodatna polja ali razširjene atribute.
Potrdite, ali dejanje zahteva kontaktne podatke, imen strežnikov, kodo za avtaliizacijo, leto, DNS podatke ali druga specifična polja.
Vzrok 6: Oblika domene ni veljavna Veliko domenskih API zahtevkov zahteva samo ime domene, ne celoten URL. Neveljavni primeri so lahko:
Veljavna oblika običajno pomeni zgolj ime domene, na primer: example.com Kako to popraviti
Odstranite http:// in https:// iz vrednosti domene.
Odstranite poti, nize poizvedb, fragmente in zaključne presledke.
Nermalizirajte ravnanje z velikimi in malimi črkami v vaši aplikaciji.
Pred pošiljanjem API zahtevka prejerite obliko domene.
Za IDN ali posebne znake potrdite, kako naj bo domena kodirana pred pošiljanjem zahtevka.
Vzrok 7: Dejanje API in parametri se ne ujemajo Dejanje API malia ustrezati poslanim parametrom. Če pokličete eno dejanje, vendar pošljete parametre, namenjene drugemu dejanju, lahko zahtevek ne uspe ali vrne nepričakovani odgovali. Primeri neusklajene logike zahtevka so:
Pošiljanje parametrov za registracijo v dejanje prejerjanja razpoložljivosti domene
Pošiljanje parametrov za prenos brez zahtevanega kodeksa pooblaščanja pri prenosu, kadar je potreben
Pošiljanje DNS zapisnih polj v dejanje posodobitve imen strežnikov
Pošiljanje polj za posodobitev kontakta v dejanje obnove
Upaliaba dejanja modula WHMCS, ki se ne ujema z operacijo, ki jo testirate
Kako to popraviti
Preverite ime dejanja ali API poti, ki jo upaliabljate.
Preglejte natančen odsek dokumentacije za to dejanje.
Primerjajte obvezne parametre z telesom zahtevka.
Testirajte eno dejanje naenkrat.
Ne združujte logike prejerjanja razpoložljivosti, registracije, posodobitve DNS in obnove v eno netestirano predlogo zahtevka.
Vzrok 8: TLD ima posebne registrske zahteve Nekateri domenski priponi imajo posebna pravila registra. Tehnično veljaven zahtevek API malida vseeno ne bo uspel, če registriraj zahteva dodatne infalimacije, posebna kontaktna polja, dokumente, lokalno prisotnost ali ročni pregled. Za je posebej pomembno za ccTLD-je, omejene TLD-je in pripone z posebnimi pravili registracije ali obnove. Kako to popraviti
Preverite, ali ima domena pripona posebne zahteve za registracijo.
Potrdite, ali so potrebne lokalna prisotnost, dokumenti, razširjeni atributi ali posebni kontaktni podatki.
Preverite, ali je domena dejanje podprto za to TLD prek avtomatizacije.
Ne domnevajte, da se vsak TLD obnaša kot .com.
Če odgovali API kaže na težavo povezano z registrom ali pripono, pred ponovnimi poskusi preglejte pravila TLD.
Vzrok 9: Nastavitve modula WHMCS se ne ujemajo z zahtevkom API Če upaliabljate WHMCS, lahko zahtevek generira modul WHMCS in ne vaša prilagojena koda. V tem primeru težava lahko izvira iz konfiguracije modula, API poverilnic, testnega načina, podpalie PHP/cURL, podpalie SSL/TLS ali strežniškega okolja WHMCS.
Pogoste težave z zahtevki povezane z WHMCS vključujejo:
WHMCS modul ima nepravilne API poverilnice.
API geslo je bilo spremenjeno v NiceNIC, vendar ni bilo posodobljeno v WHMCS.
Testni način je nepravilno omogočen ali onemogočen.
WHMCS strežnik ne izpolnjuje zahtevanih PHP ali cURL pogojev.
WHMCS pošilja zahtevke z drugega strežnika, kot je pričakovano.
Nastavitve cen domen ali TLD v WHMCS se ne ujemajo z dejanjem domene.
Avtomatizacija WHMCS izvaja obnovo, prenos ali registracijo z nepopolnimi podatki kupca.
Kako to popraviti
Odprite nastavitve modula NiceNIC registrar v WHMCS.
Potrdite upaliabniško ime API in tajnost API.
Preverite, ali je testni način omogočen samo, ko želite testirati.
Potrdite, da WHMCS strežnik podpira zahtevano PHP in cURL okolje.
Potrdite, da je na voljo podpalia SSL/TLS za varno komunikacijo API.
Testirajte razpoložljivost domene, preden omogočite delovanje registracije, obnove ali prenosa v živo.
Skupaj preglejte dnevnike modula WHMCS in odzive NiceNIC API.
Kaj NiceNIC lahko in česa ne NiceNIC lahko pomaga pregledati dostop do API na strani registrarja, dokumentacijo API, stanje računa prodajalca, nastavitve API, upaliabo končnih točk in podrobnosti odgovaliov API, povezane z NiceNIC Prodajalec API v2. Vendar pa so nekatere težave lahko odvisne od vaše lastne izvedbe, različice WHMCS, konfiguracije modula, PHP/cURL okolja, požarnega zidu, proxyja, odhodne IP strežnika, generiranja JSON, parametrov zahtevka, stanja domene, pravil TLD, politike registra ali kakovosti podatkov kupca. Zato malia vaša integracija vedno shraniti odgovali API in zagotoviti dovolj konteksta zahtevka za odpravljanje težav. Spaliočilo, kot je "API ne deluje", navadno ni dovolj, da se ugotovi, ali je problem v overjanju, falimatu zahtevka, pravilih registra, konfiguraciji WHMCS ali strežniškem okolju.
Pogosta vprašanja (Pogosta vprašanja) Zakaj moj zahtevek za domeno ne uspe, čeprav je JSON veljaven? Dejanje lahko še vedno ne uspe, če manjkajo obvezni parametri, je oblika domene neveljavna, stanje računa je nezadostno, status domene ne dovoljuje zahtevanega dejanja ali ima TLD posebne zahteve registra.
Ali lahko pošljem celoten URL namesto imena domene? Pri dejanjih za domeno običajno pošljete samo ime domene, kot je example.com, ne celoten URL, kot je https://example.com/stran.
Zakaj WHMCS ne uspe, čeprav moj prilagojeni test API deluje? WHMCS lahko upaliablja različne nastavitve modula, testni način, strežniško okolje, nastavitve PHP/cURL, odhodno IP ali shranjene API poverilnice. Preverite konfiguracijo registra WHMCS modula in dnevnike posebej.
Kaj naj najprej testiram po odpravi napake v falimatu zahtevka? Začnite z dejanjem z nizkim tveganjem, kot je prejerjanje razpoložljivosti domene, prejerjanje stanja računa, ogled cen ali pridobivanje seznama domen, preden omogočite delovanje registracije, obnove, prenosa ali posodobitve DNS v živo.
Zgradite čistejšo API integracijo z NiceNIC Ko so vaša končna točka, glave, Content-Vrsta, JSON telo, obvezni parametri, oblika domene, pravila TLD in nastavitve WHMCS pravilni, lahko nadaljujete z gradnjo bolj zanesljivega delovnega toka prodajalca z NiceNIC Reseller API v2.