Ratenbegrenzung

Die Ratenbegrenzung beschränkt, wie häufig ein Client agieren darf – zum Beispiel 60 Anfragen pro Minute pro IP oder pro Konto. Server verwenden sie, um unter Last stabil zu bleiben und um Scraping- und Brute-Force-Versuche abzuwehren. Wenn Sie ein Limit überschreiten, erhalten Sie typischerweise eine HTTP 429 "Zu viele Anfragen"-Antwort, manchmal mit einem Retry-After-Header, der Ihnen sagt, wie lange Sie warten sollen. Die Limits können an Ihrer IP-Adresse, einem API-Schlüssel, einem Konto oder einer Kombination davon festgemacht werden, sodass die Grenze, die Sie erreichen, davon abhängt, wie der Dienst Sie zählt.

Da viele Limits pro IP gelten, ist das Verteilen von Anfragen über Adressen eine gängige Methode, um die aggregierte Durchsatzrate zu erhöhen, ohne ein einzelnes Limit zu überschreiten – eine Rolle eines Proxy-Pools beim Web-Scraping. Der ethische Ansatz besteht darin, veröffentlichte Limits zu respektieren, bei einem 429 zurückhaltend zu sein, anstatt sofort erneut zu versuchen, und zwischen den Anfragen Jitter hinzuzufügen, damit dein Muster weniger mechanisch aussieht. s4m selbst kann Nutzungslimits über Kontotyp, pro IP und pro Konto anpassen. Gestalte deinen Client so, dass er sich elegant verlangsamt; das Durchdrücken bei einem 429 führt normalerweise zu einer längeren Sperre, nicht zu schnelleren Daten.

s4m selbst kann Nutzungslimits über Kontotypen, pro-IP und pro-Konto-Achsen anpassen, sodass die Limits auf beiden Seiten einer Verbindung erscheinen. In Ihren eigenen Clients gestalten Sie eine sanfte Verlangsamung: respektieren Sie Retry-After, fügen Sie Jitter zwischen den Anfragen hinzu und verteilen Sie die Last über einen Proxy-Pool, wenn ein Ziel nach IP zählt. Durch ein 429 hindurchzuhämmern führt normalerweise zu einer längeren Sperre, nicht zu schnelleren Daten, also ziehen Sie sich zurück und bevorzugen Sie eine offizielle API, wenn eine Website eine anbietet.