„TooManyRequests“ klaidos sprendimas dėl pavienių užklausų naudojant PHP su „Amazon Product Advertising“ API

„Amazon“ produktų reklamavimo API užklausų sumažinimo klaidų supratimas

Susidūręs su a „Per daug užklausų“ klaida, kai išsiuntėte tik vieną API iškvietimą, gali jaustis mįslinga ir varginanti, ypač kai dirbate su Amazon Product Advertising API. 😕 Ši klaida, nurodanti užklausų mažinimą, pribloškė daugelį kūrėjų, ypač bandant atskiras užklausas naudojant „Amazon“ bloknotą arba tiesiogiai per PHP.

Nepaisant Amazon API dokumentacijos, atvejai, kai net žemo dažnio užklausos suaktyvina „Per daug užklausų“ klaida išlieka dažna. Kūrėjai, susiduriantys su šia problema, dažnai klausia, ar yra pagrindinė jų kodo problema, ar pati „Amazon“ API yra pernelyg jautri naujiems prieigos raktams ar regionams.

Šiame straipsnyje nagrinėjamos galimos problemos priežastys, įskaitant tai, kaip „Amazon“ API gali susilpnėti atsižvelgiant į veiksnius, ne tik užklausų dažnumą, pvz., paskyros būseną, serverio vėlavimus ar tinklo neatitikimus. Taip pat pasidalinsiu keliomis asmeninėmis įžvalgomis ir trikčių šalinimo patarimais, kurie padės sumažinti arba išvengti šios varginančios klaidos.

Jei patekote į „Per daug užklausų“ klaida ir, atrodo, negali rasti sprendimo, nesijaudinkite – jūs ne vieni. Šio vadovo pabaigoje turėsite aiškesnį supratimą apie tai, kas sukelia šį atsaką ir kaip jį apeiti, kad būtų užtikrinta sklandesnė API sąveika. 🌐

Kaip tvarkyti „Amazon“ API užklausų sumažinimo klaidas

Kai dirbate su Amazon Product Advertising API, „Per daug užklausų“ klaida gali būti klaidinanti, ypač kai ji įvyksta pavienių API užklausų atveju. Ši klaida paprastai reiškia, kad API aptiko per daug kliento užklausų ir laikinai blokuoja papildomas, kad būtų išvengta perkrovos. Pateiktuose pavyzdžiuose pirmasis PHP scenarijus parodo naudojimą cURL siųsti užklausas API. Scenarijus sukuria užklausos naudingąją apkrovą, pasirašo ją naudodamas „Amazon“ AWS V4 pasirašymo protokolą ir apima svarbias antraštes, tokias kaip „turinio tipas“ ir „turinio kodavimas“, kad atitiktų griežtus „Amazon“ reikalavimus. Naudodami pakartotinio bandymo mechanizmą su miegoti funkcija, scenarijus siekia pristabdyti prieš siųsdamas kitą užklausą, o tai gali padėti išvengti klaidos, jei kelios užklausos siunčiamos arti.

Pirmasis scenarijus taip pat naudoja stream_context_create funkcija, skirta nustatyti tinkintą HTTP srauto kontekstą. Šis srautas sukonfigūruotas pridėti antraštes, nurodyti POST metodą ir įtraukti užklausos JSON naudingąjį apkrovą. Kai įvyksta droselio klaida, kodas trumpai laukia prieš bandydamas iš naujo, o tai padeda sumažinti papildomų „TooManyRequests“ klaidų riziką. Pavyzdžiui, tarkime, kad bandote naujus produktus sparčiai. Šio scenarijaus pakartotinio bandymo struktūra su miegoti funkcija įvestų nedideles pauzes, kad būtų išvengta greito suaktyvinimo užklausų ir būtų saugesnis būdas spręsti droselio problemas. 😌

Antrasis sprendimas panaudoja oficialų „Amazon SDK“, skirtą PHP, supaprastindamas API sąveiką ir pridedant klaidų valdymo funkcijų, pritaikytų Per daug užklausų problema. Naudodami SDK GetItemsRequest klasėje, kūrėjai gali lengviau formatuoti užklausas ir išvengti galimų formatavimo klaidų. Šis scenarijus taip pat įgyvendina pakartotinio bandymo logiką ir specifinį klaidų tvarkymą droselio klaidos atveju, naudojant strpos aptikti „TooManyRequests“ pranešimus ir pritaikyti delsą prieš bandant dar kartą. Šis metodas gali sutaupyti laiko ir supaprastinti kodą pasinaudojant SDK įrankiais, o ne kuriant ir pasirašant užklausas rankiniu būdu.

Pakartotinio bandymo mechanizmas ypač naudingas, kai droselio klaida atsiranda dėl tinklo neatitikimų arba kai naudojami nauji API raktai. Dažnai naujos „Amazon“ paskyros arba prieigos raktai yra labiau stabdomi, kad būtų išvengta netinkamo naudojimo, todėl delsimas suteikia „Amazon“ laiko apdoroti užklausas lėčiau, neperkraunant sistemos. Šį metodą naudojantys kūrėjai taip pat gali sukonfigūruoti maxPabandymai kintamąjį, kad apribotų bandymus, užtikrinant, kad kodas nebandytų neribotą laiką ir nesugestų grakščiai, jei klaida išlieka. Naudojant šią pakartotinio bandymo struktūrą su kontroliuojamomis ribomis, sprendimas tampa atsparus ir padeda išvengti netikėtų prastovų sąveikaujant su API. 🚀

<?php
// Amazon Product Advertising API - Single request with retry on "TooManyRequests" error
// Initialize API credentials and endpoint
$serviceUrl = 'https://webservices.amazon.de/paapi5/getitems';
$accessKey = 'YOUR_ACCESS_KEY';
$secretKey = 'YOUR_SECRET_KEY';
$partnerTag = 'YOUR_PARTNER_TAG';

// Set up request payload with headers
$payload = json_encode([
    'ItemIds' => ['B004LOWNOM'],
    'PartnerTag' => $partnerTag,
    'PartnerType' => 'Associates',
    'Marketplace' => 'www.amazon.de',
    'Operation' => 'GetItems'
]);

// Retry mechanism
$attempts = 0;
$maxAttempts = 3;
$response = null;

while ($attempts < $maxAttempts) {
    $attempts++;
    try {
        // Prepare signed request with AWS V4 signature
        $signedRequest = createSignedRequest($accessKey, $secretKey, $serviceUrl, $payload);
        $context = stream_context_create([
            'http' => [
                'header' => $signedRequest['headers'],
                'method' => 'POST',
                'content' => $payload
            ]
        ]);

        $fp = fopen($serviceUrl, 'rb', false, $context);
        if ($fp) {
            $response = stream_get_contents($fp);
            fclose($fp);
            if ($response !== false) break; // exit loop if successful
        }
    } catch (Exception $e) {
        if (str_contains($e->getMessage(), 'TooManyRequests')) {
            sleep(2); // wait before retrying
        } else {
            throw $e;
        }
    }
}

echo $response ?: "Error: No response received.";
?>

<?php
require 'vendor/autoload.php';
use Amazon\ProductAdvertisingAPI\v1\com\amazon\paapi5\v1\GetItemsRequest;
use Amazon\ProductAdvertisingAPI\v1\com\amazon\paapi5\v1\PartnerType;

// API configuration
$accessKey = 'YOUR_ACCESS_KEY';
$secretKey = 'YOUR_SECRET_KEY';
$partnerTag = 'YOUR_PARTNER_TAG';
$region = 'eu-west-1';

// Initialize client
$client = new Amazon\ProductAdvertisingAPI\v1\AmazonProductAdvertisingAPIClient([
    'accessKey' => $accessKey,
    'secretKey' => $secretKey,
    'partnerTag' => $partnerTag,
    'region' => $region
]);

// Create request
$request = new GetItemsRequest();
$request->setItemIds(['B004LOWNOM']);
$request->setPartnerTag($partnerTag);
$request->setPartnerType(PartnerType::ASSOCIATES);

// Send request with retry logic
$attempts = 0;
$maxAttempts = 3;
while ($attempts < $maxAttempts) {
    try {
        $result = $client->getItems($request);
        print_r($result);
        break; // Exit on success
    } catch (Exception $e) {
        if (strpos($e->getMessage(), 'TooManyRequests') !== false) {
            sleep(2); // wait then retry
        } else {
            throw $e;
        }
    }
    $attempts++;
}
?>

„Amazon“ API užklausų tarifų ribos ir klaidų tvarkymas

Kai pasiekiate „Amazon“ produktų reklamavimo API, „Per daug užklausų“ klaida yra dažna kliūtis, su kuria susiduria kūrėjai, ypač kai bando atlikti dažnas ar vienu metu vykstančias užklausas. Nors ši klaida gali atrodyti gluminanti, ypač jei ją sukelia viena užklausa, suprantant „Amazon“ požiūrį į normos ribojimas ir stabdymo politika gali padėti. Iš esmės „Amazon“ taiko griežtus savo API greičio apribojimus, kad išvengtų perkrovos. Tai reiškia, kad net viena užklausa gali būti pažymėta, jei kiti veiksniai, pvz., tinklo nestabilumas ar tam tikri paskyros nustatymai, suaktyvina „Amazon“ saugos mechanizmus. Tokiais atvejais labai svarbu įdiegti klaidų apdorojimo ir pakartotinio bandymo mechanizmus, siekiant sumažinti vėlavimą ir išlaikyti API prieigą.

Toks sprendimas kaip oficialus „Amazon“ PHP SDK, nors ir naudingas, visiškai neapsaugo nuo droselio. Kad tai išspręstų, scenarijai turėtų apimti „atsitraukimo“ strategijas, pvz., palaipsniui ilginti laukimo laiką su kiekvienu pakartotiniu bandymu. Pavyzdžiui, po pradinės „TooManyRequests“ klaidos pridedant trumpą pauzę su sleep o tada pakartotinis bandymas gali padėti API sklandžiai apdoroti užklausas. Šis metodas paprastai vadinamas „eksponentiniu atsitraukimu“. Praktiškai tai reikštų, kad pirmą kartą bandant reikia atidėti 2 sekundes, kitą kartą – 4 sekundes ir taip toliau, padvigubinant delsą, kol bus pasiektas maksimalus laukimo laikas. Tai ne tik apsaugo nuo pernelyg didelių bandymų, bet ir paiso „Amazon“ normų apribojimų.

Be to, paskyros apribojimai kartais gali turėti įtakos API apribojimams. Pavyzdžiui, visiškai naujoms „Amazon Associates“ paskyroms iš pradžių gali būti taikomi mažesni tarifai, kad būtų užtikrintas naudojimo sąlygų laikymasis. Tokiu atveju užklausų stebėjimas ir koregavimas pagal „Amazon“ normų ribojimo gaires ar net pagalbos teikimas gali būti veiksmingas. Nesvarbu, ar gaunate išsamią prekės informaciją, ar kainodaros duomenis, protinga stebėti šiuos veiksnius ir koreguoti kodą, kad stabdymo klaida būtų tvarkoma maloniai. Integravę šią geriausią praktiką užtikrinsite sklandesnę ir patikimesnę API sąveiką. 🔄