FourA의 최신 업데이트 및 개선 사항
이제 대시보드에서 바로 live request를 작성하고 전송할 수 있습니다. API key 중 하나를 선택하고 Single, Proxy, Browser 간을 전환한 뒤 URL, header, body를 입력하고 Cmd+Enter를 눌러 전송하세요. response 패널에는 status, 소요 시간, 크기뿐만 아니라 복사하거나 다운로드할 수 있는 body, header, raw 뷰가 표시됩니다.
기존 30개 블로그 포스트 전체에 고유한 Open Graph 카드를 적용했습니다. Discord, LinkedIn, Slack 또는 Twitter에 공유된 링크는 이제 일반 favicon 대신 깔끔하고 브랜드화된 미리보기를 보여줍니다. 새 포스트는 카드가 자동으로 생성되며, 긴 제목이 단어 중간에서 끊기지 않고 줄바꿈되도록 텍스트 맞춤 기능이 적용됩니다.
블로그 포스트에 삽입된 스크린샷과 다이어그램이 이제 라이트/다크 테마 토글에 맞춰 자동으로 전환됩니다. 밝은 페이지에서 어두운 이미지가 눈을 피로하게 만들거나, 어두운 페이지에서 밝은 스크린샷이 묻혀 보이지 않는 현상이 더 이상 발생하지 않습니다.
블로그의 Older 버튼을 누르면 1페이지로 돌아가는 문제가 있었습니다. 이제 페이지네이션이 번호 기반 내비게이션과 함께 /blog/page/N/ URL에서 작동하므로 이전 게시물을 정상적으로 탐색할 수 있습니다. 감사합니다, Vladimir Petrov.
이제 브라우저에서 모든 요청을 JavaScript 엔진을 통해 실행하므로, Cloudflare 챌린지와 JS 비중이 높은 페이지가 정상적으로 렌더링됩니다.
제품 칩 필터(Single, Proxy, Browser)가 이제 Overview뿐만 아니라 Metrics 및 Activity에서도 작동합니다. 어디서나 제품을 선택하면 해당 선택 사항이 세 페이지 모두에 적용됩니다. 한 가지 주의할 점은, 아직 동시성이 제품별로 분류되지 않기 때문에 제품 필터가 활성화되어 있을 때는 Metrics의 Concurrency 범위가 비활성화된다는 것입니다.
제3자 웹사이트에 적용되는 명시적인 허용 가능한 사용 조항과 함께, EU 소비자 예외 조항이 유지된 소피아 법원을 관할로 하는 더 명확한 관할권 섹션을 추가했습니다. 대규모로 서비스를 이용 중이시라면 가볍게 다시 읽어보실 것을 권장합니다.
홈페이지의 대시보드 미리보기가 작은 화면에서 너무 좁게 표시되었습니다. 타이포그래피와 여백을 수정하고, 터치 환경에서도 정상 작동하는 툴팁을 추가했습니다 (마우스 오버 전용 힌트는 모바일 기기에서 도움이 되지 않기 때문입니다).
2026년을 대비해 명확한 입장을 담아 robots.txt를 업데이트했습니다. 검색 엔진과 소셜 프리뷰어(Facebook, LinkedIn, Twitter, Slack, Discord 및 유사 서비스)는 명시적으로 허용합니다. AI 학습용 크롤러는 허용되지 않습니다.
이전에는 Twitter, Slack, LinkedIn 또는 Discord에서 FourA 링크를 공유하면 하나의 기본 카드로만 표시되었습니다. 이제 모든 공개 페이지는 올바른 제목과 칩이 포함된 고유한 미리보기 이미지를 갖습니다. 작은 디테일이지만, 누군가 우리 링크를 공유할 때마다 매번 노출됩니다.
두 개의 채용 공고가 포함된 /jobs 페이지를 새로 개설했습니다. SaaS를 짜깁기하는 대신 실제 시스템을 직접 구축하는 것을 좋아하신다면 확인해 보세요. 우리는 모든 레이어를 내부에서 직접 개발하고, 끊임없이 배포하며, OSS를 일급 구성원으로 대우합니다.
이제 응답 없는 exit는 재시도되는 대신 picker에서 제거되므로, 지속적인 부하 상황에서도 응답 시간이 일정하게 유지됩니다. 부하 테스트 결과 p95는 500ms 미만으로 측정되었습니다.
스마트 피커, 라운드 2. 새로운 proxy를 발견함에 따라 working pool이 계속 커졌고, 속도가 느린 proxy가 로테이션에 다시 유입되기도 했습니다. 이제는 실시간으로 이를 제외하므로, 10분 동안 실행하든 10시간 동안 실행하든 response time이 일정하게 유지됩니다.
기존에는 proxy 선택이 무작위로 이루어졌습니다. 이제 Proxy Finder는 각 목적지별로 어떤 proxy의 성능이 좋았는지 기억하고, 해당 proxy를 먼저 선택합니다. 초기 request는 여전히 몇 개의 샘플을 수집하여 상태를 파악합니다. 그 이후에는 반복되는 대상에 대해 더 안정적인 response time과 줄어든 느린 응답(slow tails)을 확인할 수 있습니다.
배포 프로세스를 강화했습니다. Single, Proxy Finder 또는 Browser의 새 버전을 배포할 때, 로드 밸런서는 트래픽을 라우팅하기 전에 각 새 인스턴스가 실제로 준비될 때까지 대기합니다. 배포 기간 동안 발생하던 일시적인 연결 끊김 현상이 사라졌습니다.
