Điểm nổi bật
Nhiều trang web mở trang chủ cho mọi người nhưng lại khóa mọi thứ ở lần nhấp sâu hơn. Auto hiện đã có thể đi qua cửa chính: nó nhận session mà trang đích cấp, sau đó mang theo session đó để gửi request đến trang bạn cần. Browser tuần này nhận phần việc nặng hơn. Nó hoàn thành quy trình kiểm tra checkbox của trang web khi nhiều request cùng truy cập một trang, và khi một trang vẫn bị đóng, nó sẽ báo cáo những gì nó thấy thay vì chỉ trả về một từ đơn thuần.
Tính năng mới
Auto mở các trang yêu cầu session
Một trang danh sách eBay từ chối cold request trên mọi route chúng tôi có. Nhưng cùng URL đó lại mở được khi request mang theo cookie jar mà trang đích của eBay cung cấp cho bất kỳ khách truy cập nào. Không cần đăng nhập, không cần mượn tài khoản, không có gì khác ngoài thao tác bạn tự làm thủ công trên một tab.
Hiện Auto đã tự động làm việc này cho bạn. Khi một exit kết nối được tới origin nhưng vẫn bị từ chối truy cập trang sâu, Auto sẽ fetch trang root của website thông qua chính exit đó, giữ lại các cookie nhận được, rồi gửi request lại. Response sẽ thông báo quá trình này: nấc thang thành công hiển thị warmup.
Nhưng chi phí mới là điểm đáng chú ý. Session này có thể tái sử dụng linh hoạt, do đó jar không bị gắn cứng vào exit đã tạo ra nó. Các lượt đọc tiếp theo được replay qua /api/proxy và xử lý trên /api/single với 2 credit. Đây chính là chuỗi escalate-then-replay mà chúng tôi đã viết về Cloudflare clearance, trong đó session cookie của chính nhà cung cấp thay thế cho cf_clearance.
Được giới hạn có chủ đích: hai lần thử cho mỗi request, trên các exit khác nhau, chỉ thực hiện sau khi URL sâu đã thất bại, và chỉ khi exit ban đầu đã chạm được tới origin. Nhờ vậy, một trang web chặn hoàn toàn chúng tôi sẽ chỉ tốn thêm hai sub-call một lần duy nhất, không tạo thành vòng lặp. Tìm hiểu thêm về cách thang phân cấp chọn nấc xử lý trong bài viết về Auto.
Browser xử lý checkbox challenge khi các request chồng chéo
Browser hiện hoàn thành bước kiểm tra checkbox trên các request đồng thời đến cùng một trang. Ba request cùng lúc trên một trang tin tức sử dụng Turnstile: 5.2 giây, 5.8 giây, 9.1 giây.
Hai thay đổi nhỏ khác đi kèm. Một lượt nhấn chỉ được tính khi widget đã thực sự biến mất, vì Cloudflare phát lại challenge thường xuyên hơn bạn nghĩ (lần nhấn đầu tiên thường chưa phải là kết thúc). Ngoài ra, trang vượt qua được kiểm tra sẽ báo cáo defenseSolved: true trên chính lệnh gọi đã xử lý thành công, và đó cũng là lệnh gọi bị tính phí cho lượt giải.
Trang bị chặn thông báo lại những gì solver đã thấy
"Timeout" khiến bạn nghĩ đến độ trễ. Nhưng phần lớn thời gian, độ trễ không phải là nguyên nhân và giải pháp nằm ở một exit khác.
Khi dịch vụ kiểm tra từ chối một lần thử, nó sẽ cấp lại challenge và gắn marker thử lại của riêng nó vào jar. Browser đọc marker đó. Thay vì chờ hết thời gian chờ, nó phản hồi trong khoảng 17 giây, nêu rõ tên nhà cung cấp, số lần nhấn đã thực hiện và trạng thái cấp clearance:
Timeout after 12s: the cloudflare challenge did not complete from this exit
(2 checkbox presses, clearance granted, challenge re-issued by the site)
Một trong những dòng đó cho bạn biết cần gửi request theo một cách khác. Dòng còn lại không cho bạn biết điều gì.
Lỗi từ tầng API cũng hiển thị rõ ràng hơn. Request vượt quá thời gian chờ sẽ trả về timeout, dịch vụ chúng tôi không thể kết nối sẽ trả về unavailable, và không trường hợp nào bị báo là lỗi proxy khi request hoàn toàn không sử dụng proxy. timeout_ms trong lệnh gọi Browser được thực thi đủ tối đa 120 giây mà API hỗ trợ, vì vậy mục tiêu phản hồi chậm sẽ nhận đủ ngân sách thời gian bạn đã đặt và bạn đọc được kết quả thực tế từ engine thay vì từ gateway. Các tham số được liệt kê trong API reference.
Thông tin thanh toán, và sửa hoá đơn trong tháng phát hành
Hoá đơn tại Bulgaria hiển thị người đại diện công ty (MOL) trong ô người nhận. Trước đây hệ thống không thu thập thông tin này, nên dòng đó luôn bị bỏ trống. Mục thông tin thanh toán hiện đã có trường này.
Bảng Invoices cũng cung cấp nút Update details cho các hoá đơn vẫn còn trong tháng phát hành và có thông tin cố định khác với hồ sơ thanh toán hiện tại của bạn. Hộp thoại sẽ nêu rõ từng trường thay đổi cùng giá trị mới, xác nhận rõ ràng rằng số hoá đơn, ngày tháng và số tiền được giữ nguyên, và việc xác nhận là sự đồng ý của bạn, được ghi nhận phía hệ thống của chúng tôi. Hoá đơn trong khoảng thời gian này không có thay đổi sẽ hiển thị "Editable until" kèm ngày cụ thể, giúp bạn dễ dàng theo dõi thời hạn thay vì nhận ra quá muộn.
Chi tiết kỹ thuật
Mọi script mà Dashboard chạy đều được phân phối từ chính origin của chúng tôi, và việc đăng nhập chỉ chuyển hướng bạn về một đường dẫn trên trang này.
Việc triển khai dịch vụ rendering được thực hiện lần lượt từng server, và mỗi server phải xử lý một trang thực tế thành công trước khi chuyển sang server tiếp theo.
Trên cổng trạng thái, endpoint issues cung cấp các sự cố đang mở và đã xử lý qua API công khai, khớp với danh sách trên trang web.
Một lỗi từ chối nêu rõ nguyên nhân chỉ tốn một lệnh gọi. Một lần chờ đợi kết thúc bằng "Timeout" buộc bạn phải đoán xem nên thử gì tiếp theo, nhưng vẫn tốn chi phí tương đương. Thông báo lỗi là một phần trải nghiệm của sản phẩm, và tuần này chúng tôi bắt đầu xem xét chúng đúng với vai trò đó.