Giải quyết lỗi "TooManyRequests" trên các yêu cầu đơn lẻ bằng cách sử dụng PHP với API quảng cáo sản phẩm của Amazon

Tìm hiểu lỗi điều tiết trong yêu cầu API quảng cáo sản phẩm của Amazon

Gặp phải một "Quá nhiều yêu cầu" khi bạn chỉ gửi một lệnh gọi API có thể khiến bạn bối rối và bực bội, đặc biệt là khi bạn đang làm việc với API quảng cáo sản phẩm của Amazon. 😕 Lỗi này cho biết việc điều chỉnh yêu cầu đã khiến nhiều nhà phát triển bối rối, đặc biệt là khi thử nghiệm các yêu cầu đơn lẻ bằng Scratchpad của Amazon hoặc trực tiếp thông qua PHP.

Bất chấp tài liệu API của Amazon, các trường hợp ngay cả các yêu cầu tần suất thấp cũng kích hoạt "Quá nhiều yêu cầu" lỗi vẫn còn phổ biến. Các nhà phát triển gặp phải vấn đề này thường tự hỏi liệu mã của họ có vấn đề tiềm ẩn hay không hoặc liệu bản thân API của Amazon có quá nhạy cảm với các khóa hoặc khu vực truy cập mới hay không.

Bài viết này khám phá các nguyên nhân có thể gây ra sự cố, bao gồm cách API của Amazon có thể điều tiết dựa trên các yếu tố ngoài tần suất yêu cầu, chẳng hạn như trạng thái tài khoản, độ trễ của máy chủ hoặc mạng không nhất quán. Tôi cũng sẽ chia sẻ một số hiểu biết cá nhân và mẹo khắc phục sự cố để giúp giảm thiểu hoặc tránh được lỗi khó chịu này.

Nếu bạn đã gặp phải "Quá nhiều yêu cầu" và dường như không thể tìm ra giải pháp, đừng lo lắng—bạn không đơn độc. Đến cuối hướng dẫn này, bạn sẽ hiểu rõ hơn về nguyên nhân gây ra phản hồi này và cách giải quyết vấn đề đó để đảm bảo tương tác API mượt mà hơn. 🌐

Cách xử lý lỗi điều chỉnh trong yêu cầu API của Amazon

Khi làm việc với API quảng cáo sản phẩm của Amazon, “Quá nhiều yêu cầu” lỗi có thể gây nhầm lẫn, đặc biệt khi nó xảy ra trên các yêu cầu API đơn lẻ. Lỗi này thường có nghĩa là API đã phát hiện quá nhiều yêu cầu từ máy khách và tạm thời chặn các yêu cầu bổ sung để tránh tình trạng quá tải. Trong các ví dụ được cung cấp, tập lệnh PHP đầu tiên minh họa việc sử dụng cURL để gửi yêu cầu tới API. Tập lệnh xây dựng tải trọng yêu cầu, ký nó bằng giao thức ký AWS V4 của Amazon và bao gồm các tiêu đề quan trọng như “loại nội dung” và “mã hóa nội dung” để đáp ứng các yêu cầu nghiêm ngặt của Amazon. Bằng cách sử dụng cơ chế thử lại với ngủ tập lệnh nhằm mục đích tạm dừng trước khi gửi một yêu cầu khác, điều này có thể giúp tránh gây ra lỗi nếu nhiều yêu cầu được gửi gần nhau.

Kịch bản đầu tiên cũng sử dụng luồng_context_create để thiết lập ngữ cảnh tùy chỉnh cho luồng HTTP. Luồng này được định cấu hình để thêm tiêu đề, chỉ định phương thức POST và bao gồm tải trọng JSON cho yêu cầu. Khi xảy ra lỗi điều chỉnh, mã sẽ chờ một thời gian ngắn trước khi thử lại, giúp giảm nguy cơ xảy ra thêm lỗi “TooManyRequests”. Ví dụ: giả sử bạn đang thử nghiệm sản phẩm mới theo một vòng lặp có nhịp độ nhanh. Cấu trúc thử lại của tập lệnh này với ngủ sẽ đưa ra những khoảng dừng nhỏ để tránh các yêu cầu gửi nhanh, mang lại cách tiếp cận an toàn hơn để xử lý các vấn đề về điều tiết. 😌

Giải pháp thứ hai tận dụng SDK Amazon chính thức dành cho PHP, đơn giản hóa tương tác API đồng thời bổ sung các tính năng xử lý lỗi được điều chỉnh cho phù hợp với Quá nhiều yêu cầu vấn đề. Bằng cách sử dụng SDK Nhận mụcYêu cầu class, nhà phát triển có thể dễ dàng định dạng các yêu cầu hơn và tránh các lỗi định dạng tiềm ẩn. Tập lệnh này cũng triển khai logic thử lại và xử lý lỗi cụ thể cho lỗi điều chỉnh, sử dụng strpos để phát hiện thông báo “TooManyRequests” rồi áp dụng độ trễ trước khi thử lại. Cách tiếp cận này có thể tiết kiệm thời gian và đơn giản hóa mã bằng cách tận dụng các công cụ SDK thay vì tạo và ký yêu cầu theo cách thủ công.

Cơ chế thử lại đặc biệt hữu ích khi lỗi điều chỉnh do mạng không nhất quán hoặc khi sử dụng khóa API mới. Thông thường, các tài khoản hoặc khóa truy cập mới của Amazon được điều chỉnh chặt chẽ hơn để ngăn chặn việc sử dụng sai mục đích, do đó, sự chậm trễ giúp Amazon có thời gian xử lý các yêu cầu với tốc độ chậm hơn mà không làm hệ thống của mình bị quá tải. Các nhà phát triển sử dụng phương pháp này cũng có thể định cấu hình maxAttempt để hạn chế số lần thử lại, đảm bảo mã không thử vô thời hạn và không thành công nếu lỗi vẫn tiếp diễn. Việc có cấu trúc thử lại này với các giới hạn được kiểm soát giúp giải pháp có khả năng linh hoạt và giúp tránh thời gian ngừng hoạt động không mong muốn khi tương tác với 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++;
}
?>

Hiểu giới hạn tỷ lệ và xử lý lỗi trong yêu cầu API của Amazon

Khi truy cập API quảng cáo sản phẩm của Amazon, “Quá nhiều yêu cầu” lỗi là trở ngại thường gặp mà các nhà phát triển gặp phải, đặc biệt khi cố gắng thực hiện các yêu cầu thường xuyên hoặc đồng thời. Mặc dù lỗi này có vẻ khó hiểu, đặc biệt nếu nó được kích hoạt bởi một yêu cầu duy nhất, hãy hiểu cách tiếp cận của Amazon đối với giới hạn tỷ lệ và các chính sách điều tiết có thể giúp ích. Về cơ bản, Amazon áp dụng các giới hạn tốc độ nghiêm ngặt đối với API của mình để ngăn chặn tình trạng quá tải. Điều này có nghĩa là ngay cả một yêu cầu cũng có thể bị gắn cờ nếu các yếu tố khác, như mạng không ổn định hoặc cài đặt tài khoản nhất định, kích hoạt cơ chế an toàn của Amazon. Trong những trường hợp này, việc triển khai cơ chế xử lý lỗi và thử lại là rất quan trọng để giảm thiểu độ trễ và duy trì quyền truy cập API.

Một giải pháp như SDK PHP chính thức của Amazon, mặc dù hữu ích nhưng không ngăn chặn hoàn toàn việc điều tiết. Để giải quyết vấn đề này, các tập lệnh nên kết hợp các chiến lược "rút lui", chẳng hạn như tăng dần thời gian chờ đợi sau mỗi lần thử lại. Ví dụ: sau lỗi “TooManyRequests” ban đầu, hãy thêm một khoảng dừng ngắn bằng sleep và sau đó thử lại có thể giúp xử lý các yêu cầu API một cách suôn sẻ. Cách tiếp cận này thường được gọi là “sự lùi lại theo cấp số nhân”. Trong thực tế, điều này có nghĩa là trì hoãn 2 giây ở lần thử lại đầu tiên, 4 giây ở lần thử tiếp theo, v.v., tăng gấp đôi độ trễ cho đến khi đạt đến thời gian chờ tối đa. Điều này không chỉ ngăn cản việc thử lại quá nhiều lần mà còn tôn trọng giới hạn tốc độ của Amazon.

Ngoài ra, các hạn chế về tài khoản đôi khi có thể ảnh hưởng đến các giới hạn API. Ví dụ: các tài khoản Amazon Associates hoàn toàn mới ban đầu có thể phải đối mặt với giới hạn tỷ lệ thấp hơn để đảm bảo tuân thủ các điều khoản sử dụng. Trong trường hợp này, việc giám sát và điều chỉnh các yêu cầu dựa trên nguyên tắc giới hạn tốc độ của Amazon hoặc thậm chí liên hệ để hỗ trợ có thể có hiệu quả. Cho dù bạn đang truy xuất thông tin chi tiết về mặt hàng hay dữ liệu về giá, bạn nên theo dõi các yếu tố này và điều chỉnh mã của mình để xử lý lỗi điều tiết một cách khéo léo. Bằng cách tích hợp các phương pháp hay nhất này, bạn sẽ đảm bảo trải nghiệm tương tác API mượt mà hơn, đáng tin cậy hơn. 🔄