Änderungsprotokoll

Aktualisiere deine Rechnungsdetails nach dem Versand einer Rechnung. Die Tabelle 'Rechnungen' bietet nun die Option 'Details aktualisieren' an, solange sich die Rechnung in ihrem Ausstellungsmonat befindet. Der Dialog benennt jedes Feld, das sich ändert. Rechnungsnummer, Daten und Beträge bleiben unverändert.

Die Rechnungsdetails enthalten jetzt ein Feld für den Firmenvertreter. Auf bulgarischen Rechnungen wird dies im Empfängerfeld als MOL gedruckt, sodass die Zeile den Namen deines Vertreters enthält.

Viele Websites zeigen ihre Startseite für jeden an und sperren tiefere Seiten. Auto übernimmt jetzt die Session der Startseite und ruft damit die tieferliegende URL ab. Dies wird dir mit einem warmup in der Response bestätigt.

Geschützte eBay-Seiten leiten Besucher auf eine Argon2 Proof-of-Work Challenge um. Single löst diese nun in einem Aufruf und liefert das eigentliche Angebot für 2 Credits, statt der rund 360 Credits über den Fallback-Pfad. Wenn du bisher den vollen Preis für eBay bezahlt hast, ist das jetzt vorbei.

Mit FourA MCP 0.6.0 kann ein Agent wählen, welchen Browser ein Request präsentiert. foura_single und foura_proxy akzeptieren browser, os, version oder eine genaue profile ID aus dem öffentlichen Katalog unter GET /api/profiles. Sie werden im Request mitgeschickt, der bereits upstream geht, es gibt also keinen zusätzlichen Aufruf. Wenn du sie weglässt, präsentiert der Request den neuesten Google Chrome, genau wie zuvor. Eine Kombination, die der Katalog nicht präsentieren kann, liefert einen Fehler mit den verfügbaren Optionen zurück. Ein Request wird also nie als ein Browser gesendet, den du nicht ausgewählt hast.

Beide Tools geben nun defense zurück, wenn das Ziel einen Bot-Check durchgeführt hat. defense.solved: false bedeutet, dass der Body eine Challenge-Seite statt des angeforderten Inhalts sein kann. Dies ist das Signal, es mit einem anderen Browser erneut zu versuchen oder zu eskalieren, anstatt eine Block-Seite als Daten zu parsen.

Eine Korrektur im selben Release: Die Beschreibung von unblocker besagte, dass der Standardwert aus war. Er war schon immer an, daher enthielten Requests bereits ein vollständiges Browser-Header-Set. Das veröffentlichte Schema entspricht nun diesem Verhalten.

Der Parameter profile teilt dem Unblocker mit, als welcher Browser er sich bei /api/single und /api/proxy ausgeben soll. Übergib eine exakte Profil-ID (wie firefox147 oder chrome146) oder lass browser + os + version zur neuesten passenden Kombination auflösen. GET /api/profiles gibt den aktuellen Katalog zurück (79 Profile über fünf Browser-Familien), damit du keine veraltende Liste hardcodest. Der Dashboard-Playground bietet denselben Picker in Form von drei kaskadierenden Selects.

Wenn ein Admin dir einen benutzerdefinierten Plan zuweist, wird dieser nun unter Abrechnung / Plan als 'Dein benutzerdefinierter Plan: {name} ({price})' mit einem Button zum Abonnieren angezeigt. Zuvor war die Zuweisung unsichtbar, bis dir jemand von ihrer Existenz erzählt hat.

SiteGround steht vor einem großen Teil kleiner WordPress- und WooCommerce-Shops, daher ist der Robot Challenge Screen eine Klasse von Zielen und nicht nur eine Website. Mit unblocker: true löst Single dies nun in-process und gibt die echte Seite zurück. Zuvor musstest du Browser für diese Zielklasse starten, was bedeutete, dass du für eine Browser-Sitzung und die Wartezeit bezahlen musstest. Das Clearance-Cookie wird in der Response zurückgegeben, sodass ein Replay günstig bleibt.

SiteGround schaltet einen 'Robot Challenge Screen' vor viele kleine WordPress und WooCommerce Shops. Es gibt nichts zum Klicken, es ist ein SHA-1 Proof of Work. Single löst dies nun in einem Call und liefert die echte Seite zurück, für 2 Credits statt einer Browser-Session für 30 Credits. Es ist die erste Abwehr abseits von Cloudflare, die Single eigenständig bewältigt.

Jedes Plan-Limit steht nun neben dem, was du in diesem Abrechnungszeitraum tatsächlich verbraucht hast. Credits sind unterteilt in berechnet (nur erfolgreiche Requests) und verbraucht (alles, was du konsumiert hast), mit einer Aufschlüsselung pro Key und Live-Zählern für Concurrency und Rate. Öffne sie über die Seitenleiste in deinem Dashboard.

Das Dashboard hat einen neuen Reiter für Abrechnungsdetails für dein Rechnungsprofil: Unternehmen, USt-IdNr. mit Live-Prüfung und Adresse. Organisationen haben jetzt eine eigene Seite mit einer sortierbaren Tabelle, in der du sie erstellen und umbenennen kannst. Jeder API-Schlüssel hat einen Besitzer (persönlich oder eine Organisation), und du kannst einen Schlüssel zwischen diesen übertragen, ohne seine Metriken zu verlieren.

Wenn wir einen individuellen Plan für dich erstellt haben, wird dieser nun als eigener Tab angezeigt, wenn du den Plan wechselst. Und wenn du noch kein Abonnement hast, führt dich dieselbe Auswahl direkt zum Checkout. Keine E-Mails und Wartezeiten mehr, um zu deinem Plan zu wechseln.

FourA MCP 0.5.0 fügt eine strikte Länderauswahl zu foura_proxy hinzu. Übergib exitCountries mit den benötigten Zielländern, und ein erfolgreicher Abruf liefert exitCountry plus die wiederverwendbare Proxy-ID für foura_browser. Wenn der Pool keinen Treffer enthält, behält no_eligible_proxy deinen Scope bei, anstatt auf ein anderes Land auszuweichen.

Übergib exitCountries: ["CZ", "GB"] an /api/proxy, um den Exit auf die von dir bereitgestellte Liste zu beschränken. Die Response meldet, welches Land den Request tatsächlich bedient hat, damit Folgeaufrufe dieselbe Geografie festlegen können. Wenn der Pool keinen Treffer hat, schlägt der Aufruf mit no_eligible_proxy fehl, anstatt auf ein anderes Land auszuweichen. Probiere es ohne Code im Playground aus.

Die Übersichtsseite zeigt jetzt ein Credits-Panel mit deinen gesamten verbrauchten Credits sowie einer Aufschlüsselung pro Produkt (Single, Proxy, Browser). Große Zahlen bleiben kompakt (wie 29,7M) und beim Hovern wird der exakte Wert angezeigt. Berücksichtigt deine aktiven Filter und den Zeitraum.