FourA의 최신 업데이트 및 개선 사항
The API blocks any Single or Browser request whose target URL, follow-redirect chain, or proxy field resolves to a private or reserved IP range. Even if a public target redirects into an internal network, the request stops before it gets there.
The language switcher across the main site, blog, docs, and Updates portal got an overhaul. Each option shows the language's native name plus its name in your current UI language (so 'Deutsch · немски' on the Bulgarian site), with a search box that filters all 13 locales by name, code, or locale id. Each option is now a real link with hreflang, so search engines and AI crawlers can follow every translation, and you can cmd-click to open another language in a new tab. The switcher also lives in the footer of every site.
Auto used to ratchet a host's session TTL downward on every replay failure, even when the failure didn't reflect a real cookie expiry. Sessions kept getting evicted and re-solved while their cookies still worked. The TTL now grows on aged successes and only retreats on real expirations, so a learned session for a Cloudflare-cleared host can carry across several minutes instead of dying after the first 403.
Auto sessions now adapt to what each target needs. Sites without interactive challenges run as portable sessions where cookies ride the proxy pool, so rotation and failover come automatically. Sites that bind their unlock to one exit (interactive Cloudflare being the main one) get pinned with a per-clearance concurrency cap, so a burst of replays can't burn through your unlock.
We tightened proxy redaction in stored request payloads. Before, an internal upstream proxy address could leak into the Activity log preview when the original request was mutated for forwarding. Now any raw proxy URL in a stored payload is replaced with the opaque proxy ID (or with [redacted-proxy] if there's no ID to restore). The visible response was already opaque; this closes the same loop on the request preview.
Every Auto response now carries a meta object (which rung won, whether a challenge was solved, attempt count, total credits) plus the working session (proxy, cookies, userAgent) so you can see what cracked the target and replay it yourself. The session.proxy field is the opaque base36 proxy ID, never a raw address. Set returnSession: false if you don't want the session in the response.
Auto now handles non-interactive Cloudflare challenges (the "Checking your browser" wall some protected sites serve) end-to-end, instead of returning the challenge page as if it were content. Two related cases also got fixed: a transport 200 hiding a challenge interstitial now escalates to a real solve, and a challenge that re-serves the wall after dropping a clearance cookie now reloads and pulls the real content. Marathonbet is the headline site that newly passes; vinted and a few other interstitial-on-200 targets also benefit.
Playground를 새로고침할 때 사용자의 상태가 다시 표시되기 전에 정적 상태가 깜빡이는 현상이 더 이상 발생하지 않습니다. 새로운 Reset 버튼(확인 단계 포함)은 세 개의 request 탭, cookie, 그리고 전달된 proxy를 한 번에 모두 지워줍니다. 이제 백그라운드에서 자동으로 적용되는 대신, 사용자가 요청할 때 response의 proxy ID 또는 User-Agent를 다음 request로 전달할 수 있습니다.
각 Single response에는 이제 request를 처리한 proxy ID가 포함되며, Browser response도 동일하게 동작합니다. 동일한 proxy를 유지해야 하는 체인 호출에 유용합니다.
Dashboard에서 컬럼 헤더를 클릭하여 정렬할 수 있습니다. Activity, API Keys, sessions에 적용되며, 자동 새로고침 후에도 유지되고, Ctrl-클릭(Mac의 경우 Cmd)으로 선택이 해제됩니다. 테이블을 더 넓게 보고 싶을 때는 사이드바를 아이콘 레일 형태로 접을 수도 있습니다.
기존에 Activity는 Application_fail과 같은 원시 결과 문자열을 표시했던 반면, Overview는 적절한 색상과 함께 친숙한 레이블(App Fail)을 사용했습니다. 이제 Activity에서도 동일한 레이블과 색상을 사용하므로, 두 뷰를 일관되게 확인할 수 있습니다.
인증된 호출은 이제 X-Foura-Request-Id header와 함께 반환됩니다. 이를 자체 로그에 기록해 두면 모든 request를 Activity의 해당 행과 매칭할 수 있으며, 지원 팀에 전달하여 저희 측에서 정확히 어떤 일이 발생했는지 조회하도록 할 수도 있습니다.
playground request가 로딩되는 동안 새로운 Cancel 버튼을 누르면 요청을 깔끔하게 중단합니다. 불안해 보이는 네트워크 에러 대신 'Request canceled' 메시지가 표시되며 패널이 idle 상태로 즉시 전환됩니다.
이제 재검사 대기열이 몇 주가 아닌 며칠 만에 처리됩니다. 테스트할 각 proxy를 선택하는 시간을 약 2초에서 약 10ms로 단축하여, 부하가 발생해도 풀이 더 최신 상태로 유지됩니다. 로테이션 내 dead IP가 줄어들었으며, 모든 Single 및 Proxy Finder 호출이 더 정상적인 세트를 대상으로 작동합니다.
어제 실행당 제한을 해제한 후, 하나의 큰 proxy 블록이 queue를 점유할 때마다 refresh가 계속 지연되었습니다. 이제 모든 배치를 서로 다른 subnet에 분산하여, 각 실행이 전체 concurrency budget을 완전히 활용하도록 했습니다. 그 결과 Proxy Finder pool의 회전 속도가 5~10배 빨라졌으며, stale entry는 몇 시간 내에 정리됩니다.
