Najnowsze aktualizacje i ulepszenia platformy FourA
Wiele witryn udostępnia swoją stronę wejściową każdemu i ogranicza dostęp do głębszych podstron. Auto pobiera teraz sesję wygenerowaną przez stronę wejściową i wysyła request pod docelowy URL z jej użyciem, a następnie informuje o tym dodając krok warmup w obiekcie response.
Ustaw timeout_ms na maksymalnie 120 sekund dla Browser request, a będzie on wykonywany przez cały ten czas, więc powolny cel otrzyma przypisany mu czas, a ty odczytasz werdykt samego silnika.
Przeglądarka rozwiązuje teraz wyzwania Cloudflare typu checkbox przy współbieżnych żądaniach do tej samej strony, a kliknięcie zostaje zaliczone dopiero po faktycznym zniknięciu wyzwania. Trzy jednoczesne żądania są rozwiązywane w czasie od 5 do 9 sekund.
Playground teraz renderuje response z docelowego adresu, włączając w to strony, które ustawiają duże cookies, a endpointy API zawsze odpowiadają w formacie JSON.
Chronione strony serwisu eBay przekierowują odwiedzających do wyzwania proof-of-work opartego na Argon2. Single rozwiązuje je teraz w jednym wywołaniu i zwraca prawdziwą ofertę za 2 kredyty, w porównaniu do około 360 na ścieżce zapasowej. Jeśli płaciłeś pełną cenę za żądania do eBay, to już przeszłość.
Jeśli cel przekierował na inną ścieżkę URL, przeglądarka zwracała błąd 'No response received', nawet jeśli strona została załadowana. Ten problem został naprawiony. Request podąża za nawigacją niezależnie od miejsca docelowego. eBay, sklepy z dużą liczbą przekierowań i wszystkie strony zwracające kod 3xx do strony z weryfikacją działają teraz poprawnie.
Odpowiedzi raportują teraz akamai i ebay-splashui tam, gdzie wcześniej nie zwracały niczego (lub błędnie przypisywały blokadę do Cloudflare). Jeśli Twój kod opiera się na defense.vendor przy wyborze strategii ponawiania, te dwie nazwy są teraz wyświetlane poprawnie.
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.
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ł.
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.
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.
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.
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.
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.
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.
