WszystkieNoweUlepszoneNaprawione
Ulepszone

Tabela aktywności mieści się na laptopie, panel zyskuje zakładki

Tabela aktywności mieści się teraz na 14" MacBooku bez przewijania w poziomie, a każda kolumna zachowuje swoją wartość. Panel szczegółów składa się z zakładek (Request, Response headers, Response body), dzięki czemu odpowiedź znajduje się na samej górze, a nie 900px niżej. Tooltipy podążają za kursorem i wyświetlają pełny URL.

Ulepszone

Aktywność pokazuje request, który faktycznie wysłałeś

Kolumna metody odczytuje teraz czasownik z ciała requestu (GET, POST, PUT itp.), zamiast zawsze wyświetlać POST tylko dlatego, że to właśnie przyjęła nasza warstwa API. Wywołania z Playground rejestrują również IP przeglądarki osoby, która kliknęła Wyślij, dzięki czemu w przypadku współdzielonego konta można sprawdzić, kto i co uruchomił.

Nowe

Wybierz przeglądarkę, którą prezentuje twoje żądanie MCP

FourA MCP 0.6.0 pozwala agentowi wybrać, jaką przeglądarkę prezentuje żądanie. foura_single i foura_proxy przyjmują browser, os, version lub dokładne id profile z publicznego katalogu pod GET /api/profiles. Są one przesyłane wewnątrz żądania, które i tak trafia do serwera docelowego, więc nie ma dodatkowego wywołania. Pomiń je, a żądanie zaprezentuje najnowszą wersję Google Chrome, dokładnie jak wcześniej. Kombinacja, której katalog nie potrafi zaprezentować, zwraca błąd z listą dostępnych opcji, więc żądanie nigdy nie jest wysyłane jako przeglądarka, której nie wybrano.

Oba narzędzia zwracają teraz defense, gdy cel uruchomił weryfikację botów. defense.solved: false oznacza, że treść może być stroną weryfikacyjną CAPTCHA zamiast żądaną zawartością, co jest sygnałem do ponowienia próby z inną przeglądarką lub eskalacji, zamiast parsowania strony blokady jako danych.

Jedna poprawka w tym samym wydaniu: opis unblocker wskazywał, że domyślnie jest wyłączony. Zawsze był włączony, więc żądania już przenosiły pełny zestaw nagłówków przeglądarki. Opublikowany schemat odpowiada teraz temu zachowaniu.

Ulepszone

Wolna instancja jest teraz oznaczana jako degraded

Przeciążona instancja odpowiada na health check w 3 do 10 sekund, podczas gdy zdrowej zajmuje to od 9 do 225 milisekund, a do tej pory obie widniały jako poprawne. Wolne instancje mają teraz status degraded wraz z podaniem przyczyny przez samą instancję, co pozwala nam zauważyć problem, gdy jest to jeszcze tylko jeden wolny serwer, a nie Twój nieudany request. Tryb Auto również podlega monitorowaniu, a jego limity są dostosowane do rzeczywistego czasu trwania trudnego rozwiązania, zamiast ogólnej wartości, która uruchamiałaby się przy każdym sukcesie.

Nowe

Wybierz profil przeglądarki per request

Parametr profile informuje unblocker, jaką przeglądarkę udawać w /api/single i /api/proxy. Przekaż dokładne id profilu (jak firefox147 lub chrome146) albo pozwól, aby browser + os + version rozwiązały się do najnowszej pasującej kombinacji. GET /api/profiles zwraca aktualny katalog (79 profili w pięciu rodzinach przeglądarek), aby uniknąć hardkodowania listy, która ulega dezaktualizacji. Playground w Dashboard udostępnia ten sam wybierak jako trzy kaskadowe selecty.

Ulepszone

Playground wybiera przeglądarkę, system operacyjny i wersję

Playground w Dashboardzie ma teraz trzy kaskadowe pola wyboru dla systemu operacyjnego, przeglądarki i wersji, pobierane na żywo z katalogu profili. Wybierz dowolne dwa, a trzecie zawęzi się do dostępnych opcji. Wybór profilu włącza unblocker, ponieważ API odrzuca profil bez niego.

Naprawione

Strona statusu prawidłowo interpretuje wdrożenia kroczące

Usługa jest teraz uznawana za niedostępną tylko wtedy, gdy utraci wszystkie instancje, co jest jedynym stanem, w którym request nie ma dokąd trafić. Rutynowe wdrożenia kroczące nie pojawiają się już jako incydenty na stronie statusu.

Ulepszone

Domyślna sygnatura unblockera jest znów aktualna

Domyślna sygnatura wysyłana przez unblocker to teraz aktualna główna wersja, a nie stara, zaszyta na sztywno w scraperach. Strony, które zaczęły zwracać statyczne strony blokujące dla starszych wersji, zwracają swoją prawdziwą zawartość w Single i Browser. Oba produkty zostały zaktualizowane jednocześnie, więc powtórzenie cf_clearance z Browser do Single nadal zgadza się co do bajtu.

Naprawione

Zmiany planu kończą krok 3D Secure

Gdy bank wymagał 3D Secure przy podnoszeniu planu, żądanie oczekiwało na zmianę, która nigdy nie nadchodziła (nikt nie prosił o uwierzytelnienie). Przepływ zmiany planu obsługuje teraz ten dodatkowy krok tak samo jak pierwsza subskrypcja, dzięki czemu aktualizacja przebiega pomyślnie.

Nowe

Niestandardowe plany są widoczne w zakładce Rozliczenia

Jeśli administrator przypisze Ci niestandardowy plan, pojawia się on teraz w sekcji Rozliczenia / Plan jako 'Twój niestandardowy plan: {name} ({price})' z przyciskiem do subskrypcji. Wcześniej przypisanie było niewidoczne, dopóki ktoś nie poinformował Cię o jego istnieniu.

Ulepszone

Browser pobiera kredyty za każde pokonane zabezpieczenie, nie tylko Cloudflare

Wcześniej Browser pobierał opłatę z poziomu 30 kredytów za pokonanie zabezpieczeń tylko wtedy, gdy pojawiło się cookie autoryzacyjne Cloudflare. Teraz robi to samo dla każdego zabezpieczenia, które rozpoznamy i ominiemy, zaczynając od SiteGround. Zwracany response zawiera również defenses: { present, cleared }, dzięki czemu można określić, który dostawca blokował dostęp, nawet jeśli jeszcze go nie pokonaliśmy (DataDome, PerimeterX, Akamai, Incapsula oraz hCaptcha są na ten moment rozpoznawane, ale jeszcze nie omijane).

Ulepszone

Odpowiedź przeglądarki wymienia wszystkie obecne i ominięte zabezpieczenia

Odpowiedzi przeglądarki zwracają teraz defenses: { present, cleared }: każdego dostawcę uruchomionego przez cel oraz każdego, którego faktycznie pominęliśmy. Rozliczenia podlegają tej samej regule. Request, który omija dowolnego dostawcę (nie tylko Cloudflare), jest traktowany jako rozwiązanie zabezpieczenia, a dostawcy, których rozpoznajemy, ale nie potrafimy jeszcze ominąć, pojawiają się w present i nigdy nie podnoszą ceny.

Nowe

Single rozwiązuje wyzwania SiteGround bez przeglądarki

SiteGround obsługuje dużą część małych sklepów WordPress i WooCommerce, dlatego ich Robot Challenge Screen to cała klasa celów, a nie pojedyncza strona. Dzięki unblocker: true Single rozwiązuje to teraz w jednym procesie i zwraca właściwą stronę. Wcześniej dla tej klasy celów trzeba było uruchamiać Browser, co oznaczało płacenie za sesję przeglądarki i czas oczekiwania. Cookie poświadczające autoryzację wraca w obiekcie response, dzięki czemu ponowne wykonanie żądania pozostaje tanie.

Naprawione

Przeglądarka obsługuje strony pośrednie przekierowujące dalej

Przeglądarka obsługuje teraz stronę weryfikacyjną, która przekierowuje przed odczytaniem jej treści, dzięki czemu żądania do chronionych witryn zwracają zawartość zamiast pustej odpowiedzi.

Nowe

Single rozwiązuje Robot Challenge od SiteGround

SiteGround wyświetla 'Robot Challenge Screen' przed wieloma małymi sklepami WordPress i WooCommerce; nie ma tam nic do kliknięcia, to mechanizm proof of work oparty na SHA-1. Single teraz rozwiązuje to w jednym wywołaniu i zwraca właściwą stronę za 2 kredyty zamiast 30 kredytów za sesję przeglądarki. To pierwsze zabezpieczenie inne niż Cloudflare, z którym Single radzi sobie samodzielnie.