Änderungsprotokoll

Die Requests-Kachel in deinem Dashboard unterteilt die Gesamtzahl jetzt in Single, Proxy und Browser, jeweils mit dem entsprechenden Traffic-Anteil im ausgewählten Zeitraum. Die Anteile passen sich deinen Filtern an. Wenn du auf ein einzelnes Produkt filterst, steht dort 100%.

Der Übernehmen-Button des Playgrounds bietet jetzt neben User-Agent und Proxy-ID auch das Browser-Profil aus der letzten Response an. Wenn dein Request mit einem anderen Profil als dem von dir eingegebenen gesendet wird, spielt das Übernehmen die funktionierende Version erneut ab und aktiviert Web Unblocker, damit das Profil vollständig angewendet wird.

Deine Credits-Karte in der Übersicht zeigt nun berechnete Credits als Hauptzahl mit den verbrauchten darunter, für die Gesamtsumme und für Single, Proxy Finder und Browser. Dir werden nur erfolgreiche Requests berechnet, also ist die Differenz zwischen den beiden die Arbeit, für die du nicht bezahlt hast.

Wenn eine Seite das von Proxy Finder gesendete Profil ablehnt, versucht er nun bei einem ohnehin geplanten Retry ein anderes Profil. Dadurch macht der Task keine zusätzlichen Requests. Wenn du profile selbst pinnst, bleibt es unverändert. Wenn nicht, nennt ein Erfolg das Profil, das funktioniert hat.

Imperva fügt sein Skript sowohl in fehlerfreie Seiten als auch in Block-Seiten ein. Auto kann diese beiden nun unterscheiden, sodass eine Seite mit Imperva-Frontend ohne Kosten für einen Browser zurückgegeben wird: ein Versuch, 10 Credits, etwa sechs Sekunden.

Setze userAgent bei einem Browser-Request, und genau dieser String wird im Header, auf der Seite und in ihren Workern gesendet. Die Client-Hints werden mitgesendet, sodass sec-ch-ua, die Plattform und navigator.platform alle mit dem übereinstimmen, was du angefordert hast. Die Response meldet denselben String zurück.

Der Browser verwendet nun die Zeitzone des Landes, in dem sich dein Exit befindet. Seiten, die lokale Zeiten rendern, zeigen diese so, wie ein lokaler Besucher sie sehen würde. Wenn das Exit-Land unbekannt ist, bleibt die Uhr unverändert.

Einige Seiten lehnen einen ersten Request ab und übergeben dir eine Session in derselben Response. Single, Proxy, Auto und Browser senden diese nun direkt über denselben Exit zurück, sodass die Seite bei deinem ersten Aufruf ankommt, anstatt dich einen Retry zu kosten.

Wenn eine Seite ihre Challenge beibehält, antwortet Browser nun mit dem Vendor, der Anzahl der Klicks und ob die Freigabe erteilt wurde, sodass du sofort zu einem anderen Proxy wechseln kannst. Eine erfolgreich geladene Seite meldet defenseSolved: true bei dem Request, der sie freigegeben hat.

Setze timeout_ms für einen Browser-Request auf bis zu 120 Sekunden und er nutzt dieses gesamte Budget, sodass ein langsames Ziel die von dir gegebene Zeit erhält und du das eigene Ergebnis der Engine liest.

Responses melden jetzt akamai und ebay-splashui, wo sie zuvor nichts gemeldet haben (oder die Blockierung fälschlicherweise Cloudflare zuschrieben). Wenn dein Code bei defense.vendor verzweigt, um eine Retry-Strategie auszuwählen, werden diese beiden Namen nun korrekt angezeigt.

Activity passt nun ohne horizontales Scrollen auf ein 14" MacBook, und jede Spalte behält ihren Wert. Das Detail-Panel hat jetzt Tabs (Request, Response-Header, Response-Body), sodass die Antwort oben steht, statt 900px weiter unten. Tooltips folgen deinem Mauszeiger und zeigen die vollständige URL an.

Die Methoden-Spalte liest nun das Verb aus deinem Request-Body (GET, POST, PUT, etc.), anstatt immer POST anzuzeigen, weil unser API-Layer dies empfangen hat. Playground-Aufrufe erfassen auch die Browser-IP der Person, die auf Senden geklickt hat. So können geteilte Accounts nachvollziehen, wer was ausgeführt hat.

Eine überlastete Instanz beantwortet einen Health Check in 3 bis 10 Sekunden, während eine gesunde 9 bis 225 Millisekunden benötigt. Bisher galten beide als in Ordnung. Langsam gilt jetzt als beeinträchtigt und übermittelt den eigenen Grund der Instanz. So erkennen wir das Problem, solange es nur ein einzelner langsamer Server und noch nicht dein fehlgeschlagener Request ist. Auto wird ebenfalls überwacht. Die Limits sind darauf eingestellt, wie lange ein echtes, schweres Solve dauert, anstelle eines generischen Limits, das bei jedem Erfolg auslösen würde.

Der Dashboard Playground bietet jetzt drei kaskadierende Auswahlmenüs für OS, Browser und Version, die live aus dem Profilkatalog geladen werden. Wähle zwei beliebige aus und die dritte Auswahl wird auf die tatsächlich verfügbaren Optionen eingegrenzt. Die Auswahl eines Profils aktiviert unblocker, da die API ein Profil ohne diese Einstellung ablehnt.