Änderungsprotokoll

Wenn ein durch Cloudflare geschütztes Ziel nach bestandener Challenge eine echte Geo-Block-Seite (451) auslieferte, meldete das Browser-Produkt dies als 200, da der Watcher den freigegebenen Status hartcodiert hatte. Der Watcher liest nun das tatsächliche Document nach der Freigabe, sodass eine 200 eine 200 bleibt, eine 451 als 451 angezeigt wird und Auto die falschen Inhalte ablehnt und weiter nach einem Exit sucht, der genau deinen validate Regeln entspricht.

Die Tastenkombination Cmd+K (Strg+K) öffnet nun die Befehlspalette und das Such-Modal unabhängig vom Tastaturlayout. Bisher haben wir das getippte Zeichen abgeglichen (к bei einem kyrillischen Layout), sodass bei einem nicht-lateinischen Layout nichts passierte. Jetzt prüfen wir die physische Taste. Behoben auf der Hauptseite, im Blog und in der Dokumentation.

Ein Cold Auto Solve kann mehrere Minuten dauern, und der Request bleibt nun für das gesamte Budget offen. Fehler aus jeder Schicht werden als JSON zurückgegeben, das dein Client parsen kann.

Cookie-wiederverwendbare Seiten (bet365 war der Testfall) blieben beim teuren Browser-Solve von 15 Credits pro Request hängen, anstatt nach dem ersten Solve auf das günstige 2-Credit-Replay zurückzufallen. Zwei Fehler: Die Sperre löste bei jedem vorübergehenden Transportfehler aus, und ein erfolgreiches Browser-Replay aktualisierte die Session-Cookies nicht. Beide behoben. Wiederholte Requests auf einer Cookie-wiederverwendbaren Seite kosten nach dem ersten Solve nun 2 Credits, genau wie es die Preisgestaltung vorsieht.

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.

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.

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.

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.

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.

Der „Älter“-Button im Blog hat dich früher zurück auf Seite 1 geleitet. Die Pagination läuft jetzt über /blog/page/N/-URLs mit nummerierter Navigation, sodass du ältere Beiträge tatsächlich durchstöbern kannst. Danke, Vladimir Petrov.

Der Browser leitet nun jeden Request durch die JavaScript-Engine, sodass Cloudflare-Challenges und JS-lastige Seiten wie erwartet gerendert werden.