Điểm nổi bật
Nếu một máy chủ của chúng tôi ngừng hoạt động, request tiếp theo của bạn sẽ tự động chuyển sang máy chủ khác. API, proxy port, MCP server, hệ thống đăng nhập và trang web hiện cũng chạy trên các standby server, lưu lượng truy cập sẽ tự động điều hướng. Cơ chế rate limit cũng không còn phạt nặng khi bạn vượt ngưỡng một chút: bạn vẫn được phục vụ đủ hạn mức, và chỉ phần vượt quá mới bị từ chối.
Có gì mới
Standby server sẵn sàng cho mọi dịch vụ
Nếu các máy chủ chính ngừng phản hồi, lưu lượng truy cập của bạn sẽ chuyển sang các standby server mà bạn không cần thay đổi bất cứ điều gì. Giữ nguyên API key, host và proxy user.
Một request gửi đến máy chủ hiện không thể xử lý sẽ được chuyển tiếp sang máy chủ khác có khả năng xử lý, thay vì trả về lỗi. Các lệnh gọi khác của bạn trên những máy chủ còn lại cũng không bị chậm lại trong quá trình này.
Rate limit chỉ cắt giảm, không khóa hoàn toàn
Nếu vượt quá hạn mức mỗi phút của gói Single hoặc Proxy Finder một chút, bạn vẫn dùng hết hạn mức của mình và chỉ phần vượt quá mới bị từ chối, vì các request bị từ chối không còn tính vào hạn mức của phút đó nữa. Retry-After cho biết thời điểm request tiếp theo được chấp nhận.
Nếu retry quá nhiều, hệ thống sẽ tạm dừng xử lý. Khi số lượt bị từ chối trong một phút vượt quá hai lần hạn mức của bạn, kết quả trả về là khoảng thời gian chờ 30 giây được đánh dấu cooldown: true. Vì các request bị từ chối trong thời gian này không bị tính thêm, trạng thái tạm dừng sẽ tự kết thúc ngay cả khi client của bạn liên tục gửi request. Các kết nối proxy port mới cũng tuân theo quy tắc này: kết nối không thể tạo tunnel thành công sẽ không bị tính vào hạn mức phút của bạn.
import time
import requests
def single(url, key, tries=5):
for _ in range(tries):
r = requests.post(
"https://api.foura.ai/api/single",
headers={"X-API-Key": key},
json={"url": url},
)
if r.headers.get("X-FourA-Limit") != "plan_limit_rate":
return r
# same header on the 30-second pause; the body adds "cooldown": true
time.sleep(int(r.headers.get("Retry-After", "1")))
return r
Mọi trường đều có trên trang rate limits.
Auto dừng sớm hơn trên các trang từ chối mọi truy cập
Khi một trang web từ chối mọi exit mà Auto thử, bao gồm cả Browser, lệnh gọi hiện sẽ kết thúc sau vài lần thử thay vì dùng hết toàn bộ budget của bạn. Trên một trang web mà Proxy Finder đã từng phục vụ trước đây, Auto trước tiên sẽ yêu cầu Proxy Finder cung cấp trang theo quy tắc validate của chính bạn, và lượt tìm kiếm đó không tốn phí nếu không có kết quả.
Hai thay đổi nữa giúp Auto hoạt động đúng trong giới hạn bạn đã cấp. Một lệnh gọi đang chờ session bận, hoặc chờ một request khác đang xử lý trên cùng một trang web, hiện sẽ kết thúc trong timeout_ms của bạn với lỗi time budget exhausted, để bạn có thể thử lại hoặc tăng budget (các sự cố thường gặp có thông tin chi tiết). Và một trang JSON sẽ trả về trong data dưới dạng text bất kể route nào đã fetch nó, giúp một parser duy nhất có thể xử lý mọi lệnh gọi.
Không có điều nào trong số này thay đổi mục đích của Auto. Nó tìm route; sau khi tìm thấy, hãy phát lại session mà nó trả về trên /api/single hoặc /api/browser và chuyển toàn bộ lưu lượng của bạn đến đó.
Các trang cần thêm một bước xử lý
Browser hiện chờ thêm một loại trang tạm (holding page), loại trang ngắn chạy script rồi tự tải lại vào nội dung thực, và trả về trang mà nó dẫn tới. Auto chuyển các trang như vậy cho Browser trên cùng một exit, để lệnh gọi kết thúc với đúng nội dung của trang web.
Một số trang sản phẩm Amazon trước tiên yêu cầu bạn nhấp vào "Continue shopping". Single và Browser hiện tự nhấn nút đó trên cùng một exit và trả về trang sản phẩm. Các lệnh gọi qua Proxy Finder và Auto cũng nhận được kết quả tương tự.
Browser cũng tự chuyển hướng theo trang tự gửi tới một địa chỉ khác sau khi tải, thay vì chờ hết timeout của bạn. Cookie có tên __Secure- hoặc __Host- mà bạn gửi lại hiện sẽ nhận các thuộc tính mà tiền tố của chúng yêu cầu, giúp trang web nhìn thấy toàn bộ session đã lưu của bạn.
Proxy Finder, và hai lỗi rõ ràng hơn
Các request HTTP thông thường qua Proxy Finder hiện mở kết nối trực tiếp đến trang web trước, giống như cách HTTPS vẫn luôn làm. Proxy nào tự trả về trang riêng của nó, hoặc trả về cùng một body cho các trang web không liên quan, sẽ bị bỏ qua và request của bạn sẽ chuyển sang proxy tiếp theo.
Nếu bạn truyền URL proxy của riêng mình vào Single hoặc Browser với một hostname không phân giải được, kết quả trả về sẽ là status 0 kèm thông báo lỗi chỉ rõ host, tương tự như đối với target. Một request nhắm vào chính api.foura.ai hoặc eu.api.foura.ai sẽ nhận mã 400 ngay lập tức, trước khi bất kỳ thao tác fetch nào diễn ra hoặc bị tính phí. Lỗi này chỉ ra nguyên nhân phổ biến: một liên kết được phân giải theo API URL thay vì trang web gốc của nó.
Dashboard, đăng ký và thanh toán
- Quy trình đăng ký bắt đầu trên foura.ai hiện sẽ đưa bạn thẳng tới Dashboard, nơi trang Overview sẽ hướng dẫn bạn đi đến kết quả đầu tiên: tạo một API key, sau đó gửi một request từ terminal hoặc Playground. Trên điện thoại, các bước sẽ bắt đầu trong Playground, và cổng proxy có các bước riêng được xây dựng dựa trên proxy user.
- Trên điện thoại hoặc cửa sổ thu nhỏ, Playground sẽ tự động cuộn đến phần response ngay khi nhận được dữ liệu.
- Mục Usage by Domain và Usage by Client IP sẽ xếp hạng mọi hàng trong khoảng thời gian đã chọn trước khi phân trang, đảm bảo trang đầu tiên luôn hiển thị đúng các mục cao nhất.
- Các thẻ Overview sẽ cập nhật theo khoảng thời gian bạn chọn ngay cả khi đang tải dữ liệu, hộp thoại chọn khoảng thời gian sẽ mở đúng mốc bạn đang xem, và thanh bên có thêm liên kết Docs trong mục Tools.
- Các hóa đơn xuất thủ công hiện đã hiển thị trên trang Billing bên cạnh các hóa đơn tự động. Hóa đơn có thuế EU VAT sẽ áp dụng mức thuế suất có hiệu lực tại ngày phát sinh giao dịch, bao gồm cả các thay đổi đã được thông báo trước.
Mỗi thay đổi đều có bài viết riêng trên updates.foura.ai.
Under the Hood
Cổng proxy luôn theo dõi số lượng tunnel đang mở theo thời gian thực, và tunnel bị ngắt khi một trong các instance của chúng tôi khởi động lại sẽ được giải phóng chỉ sau vài giây. Nhờ đó, mức concurrency mà gói dịch vụ của bạn cho phép luôn là mức concurrency thực tế bạn nhận được.
Cơ chế failover tốt nhất là cơ chế bạn chỉ nghe nhắc đến trong bản tóm tắt định kỳ.