Änderungsprotokoll

Wenn deine Bank bei einem Plan-Upgrade nach 3D Secure gefragt hat, hat der Request auf eine Änderung gepollt, die nie eintraf (niemand hat dich zur Authentifizierung aufgefordert). Der Flow zur Planänderung verarbeitet den zusätzlichen Schritt nun wie beim ersten Abonnieren, sodass das Upgrade erfolgreich durchgeführt wird.

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.

Bisher hat Browser die Stufe von 30 Credits für überwundenen Schutz nur berechnet, wenn ein Cloudflare Clearance-cookie auftauchte. Jetzt gilt das Gleiche für jeden Schutz, den wir erkennen und überwinden, angefangen bei SiteGround. Die Response enthält außerdem defenses: { present, cleared }, sodass du erkennen kannst, welcher Anbieter im Weg war, selbst wenn wir ihn noch nicht überwunden haben (DataDome, PerimeterX, Akamai, Incapsula und hCaptcha werden aktuell erkannt, aber noch nicht überwunden).

Browser-Responses geben nun defenses: { present, cleared } zurück: jeden Vendor, den das Ziel ausführte, und jeden, den wir tatsächlich umgangen haben. Die Abrechnung folgt der gleichen Regel. Ein Request, der einen Vendor (nicht nur Cloudflare) umgeht, gilt als Defense Solve, und Vendoren, die wir erkennen, aber noch nicht überwinden können, erscheinen in present und erhöhen den Preis nie.

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.

Der Browser verarbeitet nun Challenge-Seiten, die weiterleiten, bevor ihr Body gelesen werden kann. So erhalten Requests an geschützte Seiten Inhalt statt einer leeren Response.

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.

Wenn du bei Single oder Proxy Requests mit aktiviertem Unblocker (Standard) einen Header sendest, erreicht dein Wert die Origin nun genau wie gesendet. Häufige Header wie Accept und User-Agent wurden teilweise doppelt gesendet, und manche Upstreams haben den falschen verwendet. Falls dir aufgefallen ist, dass Accept: application/json als XML zurückkam oder ein festgelegter User-Agent ignoriert wurde, ist das nun behoben.

Wenn du exitCountries übergibst und dein Tarif kein Geo-Targeting abdeckt, erhältst du einen 403-Fehler, der den Parameter benennt und auf die Lösung verweist. Kein Raten mehr, welches Feld im request die Prüfung ausgelöst hat. Tarife, die Geo-Targeting enthalten, sind davon nicht betroffen.

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.

Warnungen zur Guthabennutzung sind pausiert, bis jedem Konto sein Plan zugewiesen ist. Wenn du eine Benachrichtigung über '100% verbraucht' erhalten hast, kannst du diese ignorieren. An deinem Konto hat sich nichts geändert.

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.

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.