Tất cảMớiCải tiếnĐã sửa
Mới

Auto mở các trang yêu cầu session

Nhiều trang web cung cấp trang truy cập ban đầu cho bất kỳ ai và chặn các trang sâu bên trong. Auto hiện sử dụng session từ trang ban đầu đó để yêu cầu URL sâu hơn có chứa session, và thông báo cho bạn bằng một warmup trong response.

Cải tiến

Browser tuân thủ timeout mà bạn đã thiết lập

Đặt timeout_ms lên tối đa 120 giây cho một Browser request và nó sẽ chạy trong toàn bộ thời lượng đó, vì vậy một mục tiêu chậm sẽ nhận được khoảng thời gian bạn đã cấp và bạn có thể đọc được kết quả từ chính engine.

Đã sửa

Trình duyệt xử lý các hộp kiểm Cloudflare song song

Trình duyệt hiện giải quyết thử thách hộp kiểm của Cloudflare trên các request đồng thời đến cùng một trang, và một lần nhấn chỉ được tính khi thử thách thực sự hoàn thành. Ba request cùng lúc sẽ hoàn tất trong 5 đến 9 giây.

Đã sửa

Playground hiển thị trang bạn đã tìm nạp

Playground hiện kết xuất response từ mục tiêu của bạn, bao gồm cả trên các trang web đặt cookie lớn, và các endpoint API luôn trả lời bằng JSON.

Mới

Single giải quyết proof-of-work của eBay

Các trang được bảo vệ của eBay chuyển hướng người truy cập đến một thử thách proof-of-work Argon2. Single hiện có thể giải quyết thử thách này trong một lệnh gọi và trả về trang danh sách thực tế với chi phí 2 credit, giảm từ mức khoảng 360 credit khi sử dụng fallback. Nếu bạn từng phải trả mức giá đầy đủ trên eBay, điều đó nay đã kết thúc.

Đã sửa

Browser xử lý chuyển hướng đến các đường dẫn khác

Nếu đích đến của bạn chuyển hướng sang một đường dẫn URL khác, trước đây Browser thường trả về 'No response received' mặc dù trang đã được tải. Vấn đề này đã được khắc phục, request hiện sẽ bám theo điều hướng đến bất kỳ đâu. eBay, các cửa hàng có nhiều chuyển hướng và mọi hệ thống trả về mã 3xx đến challenge page hiện đều hoạt động bình thường.

Cải tiến

Báo cáo phòng thủ xác định Akamai và eBay

Các response hiện báo cáo akamai và ebay-splashui thay vì không báo cáo gì (hoặc quy kết sai việc chặn cho Cloudflare). Nếu mã của bạn phân nhánh dựa trên defense.vendor để chọn chiến lược thử lại, hai tên này hiện sẽ hiển thị chính xác.

Cải tiến

Bảng Activity vừa với màn hình laptop, bảng chi tiết có thêm tab

Bảng Activity hiện hiển thị vừa vặn trên MacBook 14" mà không cần cuộn ngang, và mọi cột vẫn giữ nguyên giá trị. Bảng chi tiết là một cửa sổ dạng tab (Request, Response headers, Response body), vì vậy kết quả nằm ở trên cùng thay vì phải cuộn xuống 900px. Các tooltip đi theo con trỏ chuột của bạn và hiển thị toàn bộ URL.

Cải tiến

Hoạt động hiển thị request bạn thực sự đã gửi

Cột phương thức hiện đọc các động từ từ request body của bạn (GET, POST, PUT, v.v.), thay vì luôn hiển thị POST do đó là những gì lớp API của chúng tôi tiếp nhận. Các lệnh gọi Playground cũng ghi lại IP trình duyệt của người đã nhấp vào Send, để một tài khoản dùng chung có thể biết ai đã chạy lệnh nào.

Mới

Chọn trình duyệt mà MCP request của bạn thể hiện

FourA MCP 0.6.0 cho phép agent chọn trình duyệt mà một request thể hiện. foura_single và foura_proxy chấp nhận browser, os, version, hoặc một ID profile chính xác từ danh mục công khai tại GET /api/profiles. Chúng đi kèm bên trong request đã được gửi upstream, vì vậy không có lệnh gọi bổ sung nào. Nếu bỏ qua chúng, request sẽ thể hiện là Google Chrome mới nhất, giống hệt như trước đây. Một tổ hợp mà danh mục không thể đáp ứng sẽ trả về lỗi liệt kê những gì có sẵn, vì vậy một request sẽ không bao giờ được gửi dưới dạng một trình duyệt mà bạn không chọn.

Cả hai công cụ hiện trả về defense khi mục tiêu chạy kiểm tra bot. defense.solved: false có nghĩa là body có thể là một trang thử thách thay vì nội dung bạn yêu cầu, đây là tín hiệu để thử lại với một trình duyệt khác hoặc leo thang xử lý, thay vì phân tích cú pháp một trang bị chặn như là dữ liệu.

Một sửa đổi trong cùng bản phát hành: mô tả unblocker cho biết mặc định của nó là tắt. Nó luôn được bật, vì vậy các request đã mang một bộ browser header đầy đủ. Schema được công bố hiện đã khớp với hành vi này.

Cải tiến

Một instance chậm hiện được hiển thị là xuống cấp

Một instance quá tải phản hồi health check trong 3 đến 10 giây trong khi một instance bình thường mất từ 9 đến 225 mili-giây, và trước đây cả hai đều được coi là ổn định. Trạng thái chậm hiện được báo cáo là xuống cấp, mang theo lý do riêng của instance đó, do vậy chúng tôi có thể phát hiện vấn đề khi nó mới chỉ là một máy chủ chậm chứ chưa trở thành request thất bại của bạn. Chế độ Auto cũng được giám sát, với các giới hạn được thiết lập dựa trên thời gian giải quyết thực tế thay vì một giới hạn chung chung có thể kích hoạt trên mọi thành công.

Mới

Chọn hồ sơ trình duyệt cho mỗi request

Tham số profile chỉ định cho unblocker biết cần giả lập trình duyệt nào trên /api/single và /api/proxy. Truyền vào một profile id chính xác (như firefox147 hoặc chrome146), hoặc để browser + os + version tự phân giải ra tổ hợp khớp mới nhất. GET /api/profiles trả về danh mục hiện tại (79 profile thuộc năm họ trình duyệt), giúp bạn không phải hardcode một danh sách dễ bị lỗi thời. Dashboard playground cũng cung cấp bộ chọn tương tự dưới dạng ba danh sách thả xuống xếp tầng.

Cải tiến

Playground cho phép chọn trình duyệt, OS và phiên bản

Dashboard Playground hiện có ba lựa chọn xếp tầng cho OS, trình duyệt và phiên bản, được lấy trực tiếp từ danh mục profile. Chọn hai tuỳ chọn bất kỳ và tuỳ chọn thứ ba sẽ được thu hẹp lại theo các giá trị thực tế. Việc chọn một profile sẽ bật unblocker, vì API sẽ từ chối profile nếu không có tuỳ chọn này.

Đã sửa

Trang trạng thái ghi nhận chính xác các đợt rolling deploy

Một dịch vụ hiện chỉ được coi là down khi nó mất mọi instance, trạng thái duy nhất mà request của bạn không có nơi tiếp nhận. Các đợt rolling deploy định kỳ sẽ không còn hiển thị dưới dạng sự cố trên trang trạng thái.

Cải tiến

Chữ ký mặc định của unblocker đã trở lại phiên bản mới nhất

Chữ ký mặc định mà unblocker gửi đi hiện là phiên bản major mới nhất, không phải phiên bản cũ mà các scraper hardcode. Các trang web từng bắt đầu trả về trang chặn tĩnh cho các phiên bản major cũ nay sẽ trả về trang thật của chúng trên Single và Browser. Cả hai sản phẩm đều được cập nhật cùng nhau, do đó một cf_clearance replay từ Browser sang Single vẫn đảm bảo khớp chính xác từng byte.