Änderungsprotokoll

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.

Jeder Refresh-Batch verteilt sich nun über verschiedene Subnets, sodass jeder Durchlauf das volle Concurrency-Budget nutzt. Der Pool des Proxy Finders erneuert sich 5 bis 10 Mal schneller und veraltete Einträge werden innerhalb von Stunden entfernt.

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.

Playground verfolgt nun das Attribut Domain korrekt, sodass Host-only-Cookies auf ihrem Host bleiben. Die Parsed-Ansicht markiert sie mit einem HO-Badge, und Raw entspricht dem, was der Upstream gesendet hat.

Ziele, die in einen privaten Netzwerkbereich auflösen, geben nun einen 400-Fehler mit einem klaren Validierungsfehler zurück, anstatt weitergeleitet zu werden. Die Prüfung erfolgt vor jedem ausgehenden Request und deckt reservierte IPv4- und IPv6-Blöcke ab. Wenn du versehentlich einen internen Hostnamen übergibst, siehst du sofort einen sauberen Fehler. Gleiches Verhalten bei Single, Proxy Finder und Browser.

Verbinde jeden MCP-kompatiblen Client mit https://mcp.foura.ai/mcp und authentifiziere dich mit deinem FourA-API-Key. Du erhältst Single, Proxy Finder und Browser als Tools, die dein LLM direkt aufrufen kann. Funktioniert mit Claude Desktop, Claude Code und jedem anderen Client, der das MCP-Protokoll unterstützt. Setup-Guide →

Der Homepage-Playground hat einen dritten Tab für Browser, neben „Use Proxy“ und „Find Proxy“. Melde dich an und du kannst echte Browser-Requests mit einem Klick direkt aus dem Dashboard ausführen.

Request- und Response-Spalten teilen sich jetzt identische Tabs (UI, Body, Headers, Cookies, Raw). Jedes Panel hat einen eigenen Ansichtsumschalter (JSON-Tree, HTML-Tree, Text), „Expand“ zieht die Response auf die volle Breite und Strg/Cmd+K öffnet die Suche im Panel mit Vor-/Zurück-Navigation. Copy- und Download-Buttons befinden sich direkt an jedem Panel und erfassen exakt das, was auf dem Bildschirm zu sehen ist, und der Cookies-Tab gruppiert jetzt nach Host mit Filter, Löschfunktion pro Zeile und Flag-Badges.

Jedes Playground-Feld ist nun schema-konform: Browser erzwingt GET, verbirgt das Body-Textfeld, und der Raw-Tab zeigt das exakte JSON, das an die API gesendet wird, sowie einen curl-Befehl zur Reproduktion.

Mit unblocker: true übertragen Single und Proxy Finder nun die vollständige Unblocker-Signatur bis zum Origin, sodass Anti-Bot-Systeme, die diese prüfen, die Request durchlassen.

Einige Cloudflare-Seiten geben 200 OK zurück, injizieren aber ein Hintergrundskript, das einen Moment später das echte cf_clearance-Cookie ausstellt. Früher gab Browser die Seite zurück, bevor dieses Cookie eintraf, wodurch der Jar leer blieb. Jetzt wartet Browser auf das Cookie-Event, sodass du ein sauberes cf_clearance erhältst, das du über Single oder Proxy replaysen kannst.