Changelog

Wir haben den Cross-Origin-Zugriff eingeschränkt, sodass nur noch foura.ai die API mit Credentials aufrufen kann. Zudem haben wir einen Input-Filter auf dem Metrics-Endpoint gehärtet und ein Entwicklungs-Fallback-Secret entfernt. An bestehenden Integrationen ändert sich nichts.

Wenn du validate.status.accept für einen Request gesetzt hast, behandelt die Engine einen akzeptierten Nicht-200-Status als sauberen Erfolg. Die Activity-Anzeige hat diese bisher noch als Fehler markiert, was deine Nutzungsstatistiken verfälscht hat. Die Ergebnisse folgen jetzt deiner Validate-Entscheidung, sodass ein von dir akzeptierter 403-Status als Erfolg und nicht als App-Fail angezeigt wird.

Bisher zeigte die Aktivität rohe Ergebnis-Strings wie Application_fail, während die Übersicht benutzerfreundliche Labels (App Fail) mit den passenden Farben nutzte. Die Aktivität nutzt jetzt dieselben Labels und Farben, sodass beide Ansichten einheitlich zu lesen sind.

Wenn du kyrillische, chinesische, japanische oder andere Nicht-UTF-8-Seiten über Single gescrapt hast, kam der Body bisher als Mojibake zurück. Wir haben zuvor jede Response erzwungen als UTF-8 decodiert, bevor du die Raw-Bytes sehen konntest. Jetzt lesen wir das Charset aus der Response (Content-Type, dann <meta charset>, dann UTF-8-Fallback) und decodieren es korrekt. Danke an Alexandar Kanchev (Sensika) für die Meldung.

Einige Proxys da draußen leiten deinen Request gar nicht wirklich weiter. Sie spiegeln ihn als Klartext-Server-Dump zurück und versuchen, den Inhalt abzugreifen. Wir erkennen dieses Muster jetzt, bevor die Response deinen Code erreicht, sodass Single, Browser und Proxy Finder alle einen echten Fehler (oder Retry) statt des Mülls zurückgeben.

Jede Aktivitätszeile mit einem gespeicherten Payload ist jetzt anklickbar: Der Dialog zeigt den vollständigen Request und die Response (formatiert, mit Kopier-Buttons und klaren Meldungen für Requests, die fehlgeschlagen sind, bevor ein Body erzeugt wurde). Klicke auf „Open in Playground“, um genau diesen Aufruf wieder in das Formular zu laden, wobei die archivierte Response bereits gerendert ist, sodass du Parameter anpassen und ihn direkt erneut ausführen kannst, ohne ihn neu zu bauen. Gespeicherte Payloads bleiben 24 Stunden erhalten, die letzten 200 pro Key.

Authentifizierte Aufrufe enthalten jetzt einen X-Foura-Request-Id-Header. Speichere ihn in deinen eigenen Logs und du kannst jeden Request mit der entsprechenden Zeile in Activity abgleichen oder ihn an den Support übergeben, damit wir genau nachsehen können, was auf unserer Seite passiert ist.

Klicke auf den neuen Abbrechen-Button, während ein Playground-Request lädt, und wir brechen ihn sauber ab. Das Panel springt mit dem Hinweis 'Request abgebrochen' in den Idle-Zustand zurück, statt eines erschreckenden Netzwerkfehlers.

Keys, die du ab heute erstellst, kannst du jederzeit wieder anzeigen lassen, sowohl auf der Seite „API Keys“ als auch im curl-Reproducer des Playgrounds. Klicke auf das Auge, bestätige, und der vollständige Key wird für 15 Sekunden angezeigt, bevor er sich selbst wieder ausblendet (jeder Aufruf wird im Audit-Log erfasst). Ältere Keys bleiben nur einmalig einsehbar; regeneriere einen alten Key, um ihn einsehbar zu machen.

Die Recheck-Queue leert sich jetzt in Tagen statt Wochen. Wir haben die Zeit zur Auswahl eines zu testenden Proxys von etwa 2 Sekunden auf rund 10 ms verkürzt, sodass der Pool unter Last frischer bleibt. Weniger tote IPs in Rotation, und jeder Single- und Proxy-Finder-Aufruf greift auf ein gesünderes Set zu.

Nach dem Aufheben des gestrigen Limits pro Durchlauf stockte der Refresh weiterhin, sobald ein großer Block von Proxies die Queue übernahm. Wir verteilen nun jeden Batch auf verschiedene Subnetze, sodass jeder Durchlauf das volle Concurrency-Budget nutzt. Der Proxy-Finder-Pool erneuert sich 5-10x schneller und veraltete Einträge werden innerhalb von Stunden bereinigt.

Wir haben eine Verzögerung behoben, die neu entdeckte Proxies vor der Validierung warten ließ. Proxy Finder prüft sie jetzt sofort, sodass der Pool durch mehr aktive, funktionierende Proxies in Rotation frischer bleibt.

Unter 768px bricht die URL-Zeile in zwei Zeilen um, Response-Tabs scrollen horizontal und die Cookie-Tabelle wird zum Card-Grid. Hinweis-Tooltips öffnen sich per Tap statt Hover; das iPhone SE (unter 374px) schrumpft zusätzlich. Der Send-Button ist korrekt zentriert und eine lange URL schiebt die Seite nicht mehr in den horizontalen Scroll.

Bisher dehnte Expand die Response-Card im Seitenfluss, sodass hohe Panels einen Body-Scroll erzeugten und das Layout verschoben. Jetzt ist es ein fixiertes Overlay zwischen Sidebar und Viewport-Rand, mit Panels, die den gesamten Viewport ausfüllen. Escape schließt es; ein Helper verarbeitet Klick- und Tastenpfade.

Host-Only-Cookies gelangten an Subdomains. Wir erfassen das Domain-Attribut jetzt korrekt und haben in der Parsed-Ansicht ein HO-Badge für den (seltenen) Host-Only-Fall hinzugefügt. Die Raw-Ansicht entspricht dem, was der Upstream gesendet hat: Domain=.example.com für Domain-Cookies, keine Domain=-Zeile für Host-Only.