Najnowsze aktualizacje i ulepszenia platformy FourA
Kliknij nowy przycisk Cancel, gdy request w playground się ładuje, a przerwiemy go w czysty sposób. Panel natychmiast wraca do stanu idle z komunikatem 'Request canceled' zamiast niepokojącego błędu sieci.
Klucze utworzone od dzisiaj możesz podejrzeć w dowolnym momencie, zarówno na stronie API Keys, jak i w reproducerze curl w playgroundzie. Kliknij ikonę oka, potwierdź, a pełny klucz wyświetli się na 15 sekund, po czym automatycznie zniknie (każde wyświetlenie jest rejestrowane w logach audytowych). Starsze klucze pozostają jednorazowego wglądu; wygeneruj ponownie dowolny stary klucz, aby móc go wyświetlać.
Kolejka ponownego sprawdzania opróżnia się teraz w kilka dni zamiast tygodni. Skróciliśmy czas wyboru każdego proxy do testu z około 2 sekund do około 10 ms, dzięki czemu pula pozostaje świeższa pod obciążeniem. Mniej martwych IP w rotacji, a każde wywołanie Single i Proxy Finder działa na zdrowszym zestawie.
Każda partia odświeżania jest teraz rozdzielana między różne podsieci, dzięki czemu każde uruchomienie wykorzystuje pełen limit współbieżności. Pula Proxy Finder odświeża się od 5 do 10 razy szybciej, a nieaktualne wpisy są usuwane w ciągu kilku godzin.
Usunęliśmy spowolnienie, przez które nowo odkryte proxy czekały na walidację. Proxy Finder sprawdza je teraz natychmiast, dzięki czemu pula pozostaje świeższa, a w rotacji znajduje się więcej aktywnych, działających proxy.
Poniżej 768px wiersz URL układa się w dwa wiersze, zakładki response przewijają się w poziomie, a tabela cookie zmienia się w siatkę kart. Tooltipy z podpowiedziami otwierają się po tapnięciu zamiast po najechaniu, a iPhone SE (poniżej 374px) zyskuje dodatkowe zmniejszenie. Przycisk Send jest prawidłowo wyśrodkowany, a długi URL nie powoduje już poziomego przewijania strony.
Dotychczas expand rozciągał kartę response w page flow, przez co wysokie panele dodawały przewijanie do body i przesuwały układ. Teraz to stały overlay między sidebarem a krawędzią viewportu, z panelami, które rozszerzają się, by wypełnić cały viewport. Escape go zamyka; jeden helper obsługuje kliknięcia i skróty klawiszowe.
Playground teraz poprawnie śledzi atrybut Domain, dzięki czemu cookies typu host-only pozostają na swoim hoście. Widok Parsed oznacza je plakietką HO, a widok Raw jest zgodny z tym, co wysłał serwer upstream.
Cele, które wskazują na zakres sieci prywatnej, zwracają teraz błąd 400 z jasnym komunikatem walidacji zamiast być przekazywane dalej. Weryfikacja odbywa się przed wysłaniem jakiegokolwiek requestu i obejmuje zarezerwowane bloki IPv4 oraz IPv6. Jeśli przypadkowo przekażesz wewnętrzną nazwę hosta, natychmiast zobaczysz czytelny błąd. To samo zachowanie dotyczy Single, Proxy Finder oraz Browser.
Skieruj dowolnego klienta zgodnego z MCP na https://mcp.foura.ai/mcp i uwierzytelnij się swoim kluczem API FourA. Otrzymasz Single, Proxy Finder i Browser jako narzędzia, które Twój LLM może wywoływać bezpośrednio. Działa z Claude Desktop, Claude Code i każdym innym klientem obsługującym protokół MCP. Instrukcja konfiguracji →
Playground na stronie głównej ma trzecią zakładkę Browser, obok Use Proxy i Find Proxy. Zaloguj się i uruchamiaj rzeczywiste requesty Browser z dashboardu jednym kliknięciem.
Kolumny request i response dzielą teraz pasujące do siebie zakładki (UI, Body, Headers, Cookies, Raw). Każdy panel ma własny przełącznik widoku (drzewo JSON, drzewo HTML, tekst), Expand rozciąga response na pełną szerokość, a Ctrl/Cmd+K otwiera wyszukiwanie w panelu z nawigacją następny/poprzedni. Przyciski Copy i Download znajdują się przy każdym panelu i pobierają dokładnie to, co widać na ekranie, a zakładka Cookies grupuje teraz dane według hosta, oferując filtrowanie, usuwanie z poziomu wiersza oraz plakietki flag.
Każde pole Playground jest teraz zgodne ze schematem: Browser wymusza metodę GET, ukrywa pole tekstowe body, a zakładka Raw wyświetla dokładny JSON trafiający do API oraz polecenie cURL do reprodukcji.
Dzięki unblocker: true, Single i Proxy Finder przenoszą teraz pełną sygnaturę Unblockera aż do serwera źródłowego, dzięki czemu zapory anti-bot, które ją weryfikują, przepuszczają request.
Niektóre strony Cloudflare zwracają 200 OK, ale wstrzykują skrypt w tle, który chwilę później generuje właściwy cookie cf_clearance. Browser zwracał wcześniej stronę, zanim ten cookie dotarł, zostawiając pusty jar. Teraz Browser czeka na zdarzenie cookie, dzięki czemu otrzymujesz czysty cf_clearance, który możesz ponownie wykorzystać w Single lub Proxy.
