Änderungsprotokoll

Die Tarifvergleichstabelle enthält jetzt eine Zeile für die Bandbreite. Jeder öffentliche Tarif bietet unbegrenzte Bandbreite, sodass Egress dein Budget bei steigendem Traffic nicht unbemerkt aufzehrt. Benutzerdefinierte Tarife zeigen den genauen GB-Wert an, wenn sie ein Limit haben.

Jeder Worker, der zwischen Releases ausfiel, blieb bisher offline, bis es jemand bemerkte, was die Kapazität zu Spitzenzeiten unbemerkt reduzierte. Jetzt bringt jedes Rollout den gesamten Pool neben dem Rolling Update wieder auf volle Stärke, sodass Traffic-Spitzen auf die Kapazität treffen, die du erwartest.

Nutzung & Limits bietet jetzt Hinweispunkte pro Tab, farbige Nutzungsbalken (gelb bei 80 %, rot bei Überschreitung), eine sortierbare Spalte "Zuletzt verwendet" und einen 30-Sekunden-Auto-Refresh. Öffne es über die Seitenleiste in deinem Dashboard.

Die Vergleichstabelle der Preisseite ist jetzt nach Nutzung, Funktionen, Rate Limits und Konto gruppiert. Jede Zelle stammt aus dem gleichen Tarifmodell, das auch die API liest. Was du dort siehst, ist also genau das, was dein Tarif enthält. Die Bandbreite ist in jedem öffentlichen Tarif unbegrenzt.

Proxy Finder führt seine drei Liveness-Checks nun gleichzeitig statt nacheinander aus, sodass tote Exits etwa dreimal schneller recycelt werden. Ein Head-of-Line-Fix hält den Validierungsdurchsatz stabil, wenn ein Subnetz sein Rate Limit erreicht. Rechne mit weniger veralteten Proxies für deine Requests.

Proxies werden nun kontinuierlich über einen separaten Netzwerkpfad validiert, sodass der aktive Pool nur Exits enthält, die aktuell wirklich funktionieren (und nicht nur bei ihrer Entdeckung). Wenn du /api/proxy aufrufst oder /api/auto deinen Request routen lässt, funktioniert der gewählte Proxy sehr wahrscheinlich direkt beim ersten Versuch.

Die API blockiert jeden Single- oder Browser-Request, dessen Ziel-URL, Follow-Redirect-Kette oder Feld proxy in einen privaten oder reservierten IP-Bereich aufgelöst wird. Selbst wenn ein öffentliches Ziel in ein internes Netzwerk umleitet, stoppt der Request, bevor er dort ankommt.

Der Sprachumschalter auf der Hauptseite, im Blog, in den Docs und im Updates-Portal wurde überarbeitet. Jede Option zeigt den nativen Namen der Sprache plus ihren Namen in deiner aktuellen UI-Sprache (also 'Deutsch · немски' auf der bulgarischen Seite), mit einem Suchfeld, das alle 13 Locales nach Namen, Code oder Locale-ID filtert. Jede Option ist jetzt ein echter Link mit hreflang, sodass Suchmaschinen und AI-Crawler jeder Übersetzung folgen können und du per Cmd-Klick eine andere Sprache in einem neuen Tab öffnen kannst. Der Umschalter befindet sich zudem im Footer jeder Seite.

Auto reduzierte bisher die Session TTL eines Hosts bei jedem Replay-Fehler, auch wenn der Fehler keinen echten Cookie-Ablauf bedeutete. Sessions wurden ständig entfernt und neu gelöst, obwohl ihre Cookies noch funktionierten. Die TTL steigt nun bei anhaltendem Erfolg und sinkt nur noch bei echtem Ablauf. Eine gelernte Session für einen über Cloudflare freigegebenen Host kann so mehrere Minuten bestehen bleiben, anstatt nach dem ersten 403 zu sterben.

Auto Sessions passen sich jetzt an das an, was jedes Ziel benötigt. Seiten ohne interaktive Challenges laufen als portable Sessions, bei denen Cookies den Proxy-Pool nutzen. So erfolgen Rotation und Failover automatisch. Seiten, die ihren Unlock an einen Exit binden (hauptsächlich interaktives Cloudflare), werden mit einem Concurrency-Limit pro Freigabe gepinnt, damit ein Burst an Replays deinen Unlock nicht aufbraucht.

Request-Vorschauen in Aktivitäten zeigen nun überall die opake Proxy-ID. Dies entspricht dem, was Responses bereits zurückliefern.

Jede Auto Response enthält nun ein meta Objekt (welcher Rung gewann, ob eine Challenge gelöst wurde, Anzahl der Versuche, gesamte Credits) sowie die funktionierende Session (proxy, cookies, userAgent), damit du sehen kannst, was das Ziel geknackt hat, und es selbst wiederholen kannst. Das Feld session.proxy ist die undurchsichtige Base36 Proxy ID, niemals eine unverschleierte Adresse. Setze returnSession: false, wenn du die Session nicht in der Response haben willst.

Auto verarbeitet nun nicht-interaktive Cloudflare-Challenges (die "Checking your browser"-Wand, die einige geschützte Websites ausliefern) durchgängig, anstatt die Challenge-Seite als Inhalt zurückzugeben. Zwei verwandte Fälle wurden ebenfalls behoben: Ein Transport 200, der ein Challenge-Interstitial verbirgt, eskaliert nun zu einer echten Lösung, und eine Challenge, die die Wand nach dem Setzen eines Clearance-Cookies erneut ausliefert, lädt nun neu und ruft den eigentlichen Inhalt ab. Marathonbet ist die wichtigste Website, die nun erfolgreich passiert wird; vinted und einige andere Interstitial-on-200-Ziele profitieren ebenfalls.

Ein Playground-Refresh lässt den statischen Zustand nicht mehr kurz aufblinken, bevor deiner wieder erscheint. Ein neuer Reset-Button (nach einer Bestätigung) leert alle drei Request-Tabs, Cookies und übertragenen Proxys in einem Rutsch. Eine Response kann jetzt auf Anfrage auch ihre Proxy-ID oder ihren User-Agent in den nächsten Request übertragen, anstatt sich im Hintergrund automatisch anzuwenden.

Jede Single-Response enthält jetzt die Proxy-ID, die den Request verarbeitet hat, und Browser-Responses tun dasselbe. Nützlich für verkettete Aufrufe, die denselben Proxy beibehalten müssen.