Kļūdas "TooManyRequests" atrisināšana atsevišķiem pieprasījumiem, izmantojot PHP ar Amazon Product Advertising API

Izpratne par ierobežojošām kļūdām Amazon produktu reklamēšanas API pieprasījumos

Sastapšanās ar a "Pārāk daudz pieprasījumu" kļūda, ja esat nosūtījis tikai vienu API zvanu, var šķist mulsinošs un nomākts, it īpaši, ja strādājat ar Amazon Product Advertising API. 😕 Šī kļūda, kas norāda uz pieprasījuma ierobežošanu, ir samulsinājusi daudzus izstrādātājus, it īpaši, pārbaudot atsevišķus pieprasījumus, izmantojot Amazon Scratchpad vai tieši caur PHP.

Neskatoties uz Amazon API dokumentāciju, gadījumi, kad pat zemas frekvences pieprasījumi izraisa "Pārāk daudz pieprasījumu" kļūda joprojām ir izplatīta. Izstrādātāji, kas saskaras ar šo problēmu, bieži brīnās, vai viņu kodā nav pamata problēma vai arī pati Amazon API ir pārāk jutīga pret jaunām piekļuves atslēgām vai reģioniem.

Šajā rakstā ir apskatīti iespējamie problēmas cēloņi, tostarp tas, kā Amazon API var samazināties, pamatojoties uz faktoriem, kas nav tikai pieprasījuma biežums, piemēram, konta statuss, servera kavēšanās vai tīkla neatbilstības. Es arī dalīšos ar dažiem personiskiem ieskatiem un problēmu novēršanas padomiem, lai palīdzētu samazināt vai izvairīties no šīs kaitinošās kļūdas.

Ja esat uzskrējis "Pārāk daudz pieprasījumu" kļūda un šķiet, ka nevar atrast risinājumu, neuztraucieties — jūs neesat viens. Līdz šīs rokasgrāmatas beigām jums būs skaidrāks priekšstats par to, kas izraisa šo reakciju un kā to apiet, lai nodrošinātu vienmērīgāku API mijiedarbību. 🌐

Kā rīkoties ar ierobežošanas kļūdām Amazon API pieprasījumos

Strādājot ar Amazon Product Advertising API, “Pārāk daudz pieprasījumu” kļūda var būt mulsinoša, it īpaši, ja tā rodas atsevišķiem API pieprasījumiem. Šī kļūda parasti nozīmē, ka API ir atklājusi pārmērīgus pieprasījumus no klienta un īslaicīgi bloķē papildu pieprasījumus, lai novērstu pārslodzi. Piedāvātajos piemēros pirmais PHP skripts demonstrē izmantošanu cURL lai nosūtītu pieprasījumus API. Skripts veido pieprasījuma lietderīgo slodzi, paraksta to, izmantojot Amazon AWS V4 parakstīšanas protokolu, un ietver kritiskas galvenes, piemēram, “satura tips” un “satura kodēšana”, lai atbilstu Amazon stingrajām prasībām. Izmantojot atkārtotas mēģinājuma mehānismu ar gulēt funkciju, skripta mērķis ir pauzēt pirms cita pieprasījuma nosūtīšanas, kas var palīdzēt izvairīties no kļūdas rašanās, ja vairāki pieprasījumi tiek nosūtīti tuvu viens otram.

Pirmajā skriptā tiek izmantots arī stream_context_create funkcija, lai HTTP straumei iestatītu pielāgotu kontekstu. Šī straume ir konfigurēta, lai pievienotu galvenes, norādītu POST metodi un iekļautu pieprasījuma JSON lietderīgo slodzi. Ja rodas droseles kļūda, kods īsi nogaida pirms atkārtotas mēģinājuma, palīdzot samazināt papildu “TooManyRequests” kļūdu risku. Piemēram, pieņemsim, ka testējat jaunus produktus ātrā tempā. Šī skripta atkārtotā mēģinājuma struktūra ar gulēt funkcija ieviestu nelielas pauzes, lai izvairītos no ātras darbības pieprasījumiem, piedāvājot drošāku pieeju droseles problēmu risināšanai. 😌

Otrais risinājums izmanto oficiālo Amazon SDK PHP, vienkāršojot API mijiedarbību, vienlaikus pievienojot kļūdu apstrādes funkcijas, kas pielāgotas Pārāk daudz pieprasījumu jautājums. Izmantojot SDK GetItemsRequest klasē, izstrādātāji var vieglāk formatēt pieprasījumus un izvairīties no iespējamām formatēšanas kļūdām. Šis skripts arī ievieš atkārtotā mēģinājuma loģiku un specifisku kļūdu apstrādi droseles kļūdai, izmantojot strpos lai noteiktu “TooManyRequests” ziņojumus un pēc tam piemērotu aizkavi, pirms mēģināt vēlreiz. Šī pieeja var ietaupīt laiku un vienkāršot kodu, izmantojot SDK rīku priekšrocības, nevis manuāli veidojot un parakstot pieprasījumus.

Atkārtotas mēģinājuma mehānisms ir īpaši noderīgs, ja droseles kļūda rodas tīkla neatbilstību dēļ vai ja tiek izmantotas jaunas API atslēgas. Bieži vien jauni Amazon konti vai piekļuves atslēgas ir vairāk ierobežotas, lai novērstu ļaunprātīgu izmantošanu, tāpēc aizkave dod Amazon laiku apstrādāt pieprasījumus lēnāk, nepārslogojot sistēmu. Izstrādātāji, kas izmanto šo pieeju, var arī konfigurēt maxMēģinājumi mainīgais, lai ierobežotu atkārtojumus, nodrošinot, ka kods nemēģina neierobežotu laiku un neizdodas graciozi, ja kļūda joprojām pastāv. Šī atkārtotā mēģinājuma struktūra ar kontrolētiem ierobežojumiem padara risinājumu noturīgu un palīdz izvairīties no negaidītas dīkstāves, mijiedarbojoties ar 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++;
}
?>

Izpratne par tarifa ierobežojumiem un kļūdu apstrādi Amazon API pieprasījumos

Piekļūstot Amazon produktu reklamēšanas API, “Pārāk daudz pieprasījumu” kļūda ir izplatīts šķērslis, ar ko saskaras izstrādātāji, īpaši, mēģinot izpildīt biežus vai vienlaicīgus pieprasījumus. Lai gan šī kļūda var šķist mulsinoša, it īpaši, ja to izraisa viens pieprasījums, saprotot Amazon pieeju likmes ierobežošana un ierobežošanas politikas var palīdzēt. Būtībā Amazon savā API izmanto stingrus ātruma ierobežojumus, lai novērstu pārslodzi. Tas nozīmē, ka pat vienu pieprasījumu var atzīmēt, ja Amazon drošības mehānismus iedarbina citi faktori, piemēram, tīkla nestabilitāte vai noteikti konta iestatījumi. Šādos gadījumos kļūdu apstrādes un atkārtošanas mehānismu ieviešana ir ļoti svarīga, lai mazinātu kavēšanos un saglabātu API piekļuvi.

Risinājums, piemēram, Amazon oficiālais PHP SDK, lai arī ir noderīgs, pats par sevi pilnībā nenovērš droseles darbību. Lai to novērstu, skriptos ir jāiekļauj “atkāpšanās” stratēģijas, piemēram, pakāpeniski jāpalielina gaidīšanas laiks ar katru atkārtotu mēģinājumu. Piemēram, pēc sākotnējās kļūdas “TooManyRequests”, pievienojot īsu pauzi ar sleep un pēc tam atkārtota mēģinājuma var palīdzēt API nevainojami apstrādāt pieprasījumus. Šo pieeju parasti sauc par "eksponenciālu atkāpšanos". Praksē tas nozīmētu aizkavēšanos par 2 sekundēm pirmajā mēģinājumā, 4 sekundes — nākamajā un tā tālāk, dubultojot aizkavi, līdz tiek sasniegts maksimālais gaidīšanas laiks. Tas ne tikai novērš pārmērīgus atkārtojumus, bet arī ievēro Amazon likmes ierobežojumus.

Turklāt konta ierobežojumi dažkārt var ietekmēt API ierobežojumus. Piemēram, jaunajiem Amazon Associates kontiem sākotnēji var tikt noteikti zemāki tarifa ierobežojumi, lai nodrošinātu atbilstību lietošanas noteikumiem. Šajā gadījumā var būt efektīva pieprasījumu uzraudzība un pielāgošana, pamatojoties uz Amazon likmes ierobežojumu vadlīnijām, vai pat sazināties ar atbalstu. Neatkarīgi no tā, vai izgūstat preces informāciju vai cenu datus, ir saprātīgi sekot līdzi šiem faktoriem un pielāgot kodu, lai graciozi risinātu ierobežošanas kļūdu. Integrējot šīs paraugprakses, jūs nodrošināsiet vienmērīgāku un uzticamāku API mijiedarbības pieredzi. 🔄