Highlights
Ein Request mit fehlerhaften Daten liefert jetzt deinen 400 statt unseres 503. Single, Proxy Finder und Browser benennen jedes fehlerhafte Feld, berechnen dafür nichts und lösen keine sinnlosen Retries mehr aus. Die Budget-Ansicht trennt zudem bezahlte Credits von den durch Requests verbrauchten Credits. Das Ändern deines Passworts meldet nun alle anderen Dashboard-Sitzungen ab. Die ersten beiden Punkte findest du im Changelog.
Neuheiten
Fehlerhafte Requests nennen die Ursache
Sendest du Single, Proxy Finder oder Browser einen fehlerhaften Body (ein fehlendes url, ein timeout_ms, das keine Zahl ist), erhältst du HTTP 400. Die error beginnt mit Invalid request: und listet bis zu fünf fehlerhafte Felder samt Grund auf. Das zählt als client_error Ergebnis und kostet 0 Credits.
Bis zu dieser Woche wurden solche Requests mit einem generischen 503 beantwortet. Das deutete auf einen Fehler unsererseits hin und veranlasste Retry-Schleifen zu neuen Versuchen. Wenn dein Client einen 400 als endgültig einstuft (wie im Beispiel unserer Fehlerreferenz), stoppt ein Tippfehler den Durchlauf nun direkt beim ersten Call:
import requests
r = requests.post(
"https://api.foura.ai/api/single",
headers={"X-API-Key": "pk_live_..."},
json={"url": "https://example.com/data", "timeout_ms": "fast"},
)
if r.status_code == 400:
# "Invalid request: timeout_ms: ..." means fix the call, don't retry it
raise ValueError(r.json()["error"])
Auto funktioniert hier wie bisher. Ein Feld, das es nicht akzeptieren kann, wird weiterhin vor jedem Versuch und kostenlos als HTTP 200 mit status: 400 und der Begruendung in error zurueckgegeben.
Abgerechnete und verbrauchte Credits im direkten Vergleich
Die Budget-Ansicht unter Metrics fuehrt jetzt abgerechnete Credits an, also jene, die nur erfolgreiche Requests nutzen, und zeigt alle verbrauchten direkt darunter als "von N verbraucht" an. Die Kosten pro Request sind ebenfalls in abgerechneten Credits angegeben. Die Aufschluesselung nach Schluessel, Domain oder Client-IP bietet fuer jede Zahl eine sortierbare Spalte.
Verbraucht zaehlt jedes Ergebnis, da ein fehlgeschlagener Request dennoch einen Exit oder einen Browser benoetigt, um das Scheitern festzustellen. Der Unterschied zwischen den beiden Spalten zeigt somit Domain fuer Domain, wie viel Aufwand in nicht erfolgreiche Requests geflossen ist.
Abmelden bedeutet abgemeldet
Aendere dein Passwort in den Einstellungen, setze es ueber die Anmeldeseite zurueck oder klicke auf Andere abmelden, und jeder andere bei deinem Account angemeldete Browser wird abgemeldet. Der Browser, von dem aus du die Aenderung vorgenommen hast, bleibt angemeldet. Das Abmelden beendet diese Session nun auch auf unserer Seite und nicht mehr nur in deinem Browser.
Die Seite zum Zuruecksetzen des Passworts verlangt nun denselben Verifizierungsschritt wie Login und Registrierung. Sie bleibt unsichtbar, sofern sie deine Eingabe nicht benoetigt.
Proxy Finder und Gateway-Redirects
Einige Exits liegen hinter dem Gateway eines Unternehmensnetzwerks. Die vorherige Zusammenfassung behandelte jene Faelle, die mit einer eigenen Login-Seite antworten. Proxy Finder erkennt jetzt auch Faelle, die mit einem Redirect zu ihrem Anmeldedienst antworten, wertet dies als fehlgeschlagenen Versuch und wechselt zu einem anderen Exit, anstatt diesen Redirect als Antwort der Website zurueckzugeben.
Kleinere Dashboard-Korrekturen
- Wenn der ausgewaehlte Eigentuemer (Alles, Persoenlich oder eine Organisation) noch keine API-Keys hat, weisen Overview und Metrics unterhalb des Zeitraums darauf hin und leiten dich zur Erstellung an.
- Jede Zahl in Overview steht in einheitlicher Groesse direkt unter ihrer Beschriftung, sodass eine Reihe von Panels bei jeder Breite einheitlich lesbar bleibt. Das Panel fuer Auto-Versuche wird immer angezeigt und steht bei einem Zeitraum ohne Auto-Aufrufe auf null.
- Subscribe blendet den Schalter fuer Monatlich/Jaehrlich bei Tarifen aus, die nur ueber ein Abrechnungsmodell verfuegbar sind.
- Bei einer von uns eingerichteten Testphase erfordert die Auswahl eines anderen Tarifs auf der Upgrade-Seite nun eine Karte und startet direkt am selben Tag den regulaeren Abrechnungszeitraum. Die Testphase endet, sobald die Zahlung erfolgreich durchgefuehrt wurde.
Unter der Haube
Aufrufe an api.foura.ai und eu.api.foura.ai werden nun von mehreren Servern gleichzeitig statt von nur einem beantwortet. Falls ein Server ausfaellt, werden neue Aufrufe innerhalb weniger Minuten an die uebrigen Server weitergeleitet.
Auto wurde schlanker. Das Auswaehlen einer gespeicherten Session fuer einen Aufruf erfordert vier interne Lookups statt dutzender, und jeder Server bietet mehr Auto-Kapazitaet als zuvor. Dadurch verbringen Auto-Aufrufe zu Spitzenzeiten weniger Zeit in der Warteschlange.
Jede Engine wurde mit dem Sicherheits-Release im Oktober auf die aktuelle Long-Term-Support-Runtime umgestellt, und wir haben Bibliotheken für die API, das Dashboard, die Dokumentation und das Blog gepatcht. Bei Single und Proxy Finder verhindert die neue Runtime, dass ein Exit, der mitten im Request stoppt, die übrigen Requests auf seinem Server ausbremst. Bevor ein Server für eine neue Version neu startet, nimmt er keine neuen Aufrufe mehr an. Sobald er seine Checks besteht, wird er wieder eingebunden.
Retries gehören zu den Websites, die dich warten lassen, nicht zu einem Tippfehler in deinem eigenen Request.