Resolvendo o erro “TooManyRequests” em solicitações únicas usando PHP com a API Amazon Product Advertising

Noções básicas sobre erros de limitação nas solicitações de API de publicidade de produtos da Amazon

Encontrando um "Muitos pedidos" O erro quando você envia apenas uma chamada de API pode ser confuso e frustrante, especialmente quando você está trabalhando com a API Amazon Product Advertising. 😕 Esse erro, que indica limitação de solicitações, deixou muitos desenvolvedores perplexos, especialmente ao testar solicitações únicas usando o Scratchpad da Amazon ou diretamente por meio de PHP.

Apesar da documentação da API da Amazon, casos em que mesmo solicitações de baixa frequência acionam o "Muitos pedidos" erros continuam comuns. Os desenvolvedores que enfrentam esse problema muitas vezes se perguntam se há um problema subjacente em seu código ou se a própria API da Amazon é excessivamente sensível a novas chaves de acesso ou regiões.

Este artigo explora as possíveis causas do problema, incluindo como a API da Amazon pode acelerar com base em fatores além da frequência de solicitação, como status da conta, atrasos no servidor ou inconsistências de rede. Também compartilharei alguns insights pessoais e dicas de solução de problemas para ajudar a minimizar ou evitar esse erro frustrante.

Se você se deparou com "Muitos pedidos" erro e parece que não consegue encontrar uma solução, não se preocupe – você não está sozinho. Ao final deste guia, você terá uma ideia mais clara do que está causando essa resposta e como contorná-la para garantir interações de API mais suaves. 🌐

Como lidar com erros de limitação em solicitações de API da Amazon

Ao trabalhar com a API Amazon Product Advertising, o “Muitos pedidos”O erro pode ser confuso, especialmente quando ocorre em solicitações de API únicas. Esse erro normalmente significa que a API detectou solicitações excessivas do cliente e bloqueia temporariamente solicitações adicionais para evitar sobrecarga. Nos exemplos fornecidos, o primeiro script PHP demonstra o uso curvatura para enviar solicitações para a API. O script cria a carga útil da solicitação, assina-a usando o protocolo de assinatura AWS V4 da Amazon e inclui cabeçalhos críticos como “tipo de conteúdo” e “codificação de conteúdo” para atender aos requisitos rígidos da Amazon. Usando um mecanismo de nova tentativa com o dormir função, o script visa fazer uma pausa antes de enviar outra solicitação, o que pode ajudar a evitar o acionamento do erro se várias solicitações forem enviadas juntas.

O primeiro script também usa o stream_context_create função para configurar um contexto personalizado para o fluxo HTTP. Esse fluxo é configurado para adicionar cabeçalhos, especificar o método POST e incluir a carga JSON para a solicitação. Quando ocorre um erro de limitação, o código aguarda um pouco antes de tentar novamente, ajudando a reduzir o risco de erros “TooManyRequests” adicionais. Por exemplo, digamos que você esteja testando novos produtos em um ciclo acelerado. A estrutura de novas tentativas deste script com o dormir A função introduziria pequenas pausas para evitar solicitações rápidas, oferecendo uma abordagem mais segura para lidar com problemas de limitação. 😌

A segunda solução aproveita o Amazon SDK for PHP oficial, simplificando a interação da API e adicionando recursos de tratamento de erros personalizados para o Muitos pedidos emitir. Usando o SDK ObterItemsRequest classe, os desenvolvedores podem formatar solicitações com mais facilidade e evitar possíveis erros de formatação. Este script também implementa lógica de repetição e tratamento de erros específico para o erro de limitação, usando strpos para detectar mensagens “TooManyRequests” e aplicar um atraso antes de tentar novamente. Essa abordagem pode economizar tempo e simplificar o código aproveitando as ferramentas do SDK em vez de criar e assinar solicitações manualmente.

O mecanismo de nova tentativa é particularmente útil quando o erro de limitação é devido a inconsistências de rede ou quando novas chaves de API são usadas. Freqüentemente, novas contas ou chaves de acesso da Amazon são mais restritas para evitar o uso indevido, de modo que o atraso dá à Amazon tempo para processar solicitações em um ritmo mais lento, sem sobrecarregar seu sistema. Os desenvolvedores que usam essa abordagem também podem configurar o maxTentativas variável para limitar as novas tentativas, garantindo que o código não tente indefinidamente e falhe normalmente se o erro persistir. Ter essa estrutura de novas tentativas com limites controlados torna a solução resiliente e ajuda a evitar tempos de inatividade inesperados durante a interação com a 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++;
}
?>

Noções básicas sobre limites de taxa e tratamento de erros nas solicitações de API da Amazon

Ao acessar a API de publicidade de produtos da Amazon, o “Muitos pedidos”O erro é um obstáculo comum que os desenvolvedores encontram, especialmente ao tentar realizar solicitações frequentes ou simultâneas. Embora esse erro possa parecer desconcertante, especialmente se for acionado por uma única solicitação, compreender a abordagem da Amazon para limitação de taxa e políticas de limitação podem ajudar. Essencialmente, a Amazon emprega limites de taxa rígidos em sua API para evitar sobrecarga. Isso significa que mesmo uma única solicitação pode ser sinalizada se outros fatores, como instabilidade da rede ou determinadas configurações da conta, acionarem os mecanismos de segurança da Amazon. Nestes casos, a implementação de mecanismos de tratamento de erros e novas tentativas é crucial para mitigar atrasos e manter o acesso à API.

Uma solução como o PHP SDK oficial da Amazon, embora útil, não evita totalmente a limitação por si só. Para resolver isso, os scripts devem incorporar estratégias de “recuo”, como aumentar gradualmente o tempo de espera a cada nova tentativa. Por exemplo, após um erro inicial “TooManyRequests”, adicionar uma pequena pausa com sleep e tentar novamente pode ajudar a API a processar solicitações sem problemas. Essa abordagem é comumente conhecida como “recuo exponencial”. Na prática, isso significaria atrasar 2 segundos na primeira tentativa, 4 segundos na próxima e assim por diante, dobrando o atraso até atingir o tempo máximo de espera. Isso não apenas evita tentativas excessivas, mas também respeita os limites de taxas da Amazon.

Além disso, as restrições da conta às vezes podem afetar os limites da API. Contas novas de associados da Amazon, por exemplo, podem enfrentar limites de taxas mais baixos inicialmente para garantir a conformidade com os termos de uso. Nesse caso, monitorar e ajustar as solicitações com base nas diretrizes de limite de taxa da Amazon, ou mesmo entrar em contato com o suporte, pode ser eficaz. Esteja você recuperando detalhes de itens ou dados de preços, é aconselhável ficar de olho nesses fatores e ajustar seu código para lidar com o erro de limitação normalmente. Ao integrar essas práticas recomendadas, você garantirá uma experiência de interação de API mais tranquila e confiável. 🔄