Cập nhật và cải tiến mới nhất cho FourA
Dropdown, checkbox, thanh cuộn, trường tự động điền và các nút hộp thoại từng hiển thị giao diện sáng trên dark theme (hộp màu trắng, đường viền thừa). Giờ đây, mọi thành phần điều khiển đều tuân theo theme đang hoạt động. Các modal không còn làm cuộn trang phía sau, các tooltip bên trong hộp thoại hiển thị ở lớp trên cùng và các trường nhập số đã ẩn các nút spin.
Nút PDF trên một số hóa đơn đã thanh toán không hiển thị do chúng tôi chưa thiết lập liên kết bên dưới. Mọi hóa đơn đã thanh toán trong tab Invoices hiện đã có nút PDF hoạt động bình thường.
Nếu bạn truyền một validate phủ định vào /api/auto (ví dụ như {data: {fail: ['"Due to legal reasons"']}}), một trang chuyển tiếp 'Just a moment' của Cloudflare có thể lọt qua như một thành công được cache vì fail-list tình cờ không khớp với văn bản của nó. Auto hiện từ chối các trang thử thách trước khi áp dụng các quy tắc validate của bạn, và nó sẽ thay đổi bad exit rồi giải quyết lại thay vì tính điểm nó.
Nếu bạn thiết lập timeout dài cho foura_auto thông qua máy chủ MCP được lưu trữ, request có thể bị timeout tại edge trước khi lệnh gọi của bạn kết thúc. Vấn đề này đã được khắc phục. Các lệnh gọi tự động với toàn bộ ngân sách hiện sẽ chạy trọn vẹn 180 giây từ đầu đến cuối.
Nếu bạn gặp lỗi 429 khi thực hiện nhiều lệnh gọi Auto đồng thời đến một mục tiêu, các lệnh gọi đó trước đây thường dồn vào một exit được lưu cache duy nhất vì luồng warm path đã chọn mục có điểm số cao nhất và phát lại một lần. Auto hiện mở thêm các phiên theo yêu cầu và định tuyến mỗi lệnh gọi đến exit có tải thấp nhất, do đó một đợt tăng đột biến sẽ tỏa ra nhiều proxy ID thay vì dồn dập vào một proxy duy nhất. Đo lường cục bộ: một đợt tăng đột biến 100 lệnh gọi trên một host di động không có cookie hiện phân bổ trên toàn bộ pool được mở rộng trong vài giây.
Cloudflare chèn một script thụ động ngay cả trên các trang vượt qua thành công, và Auto trước đây từng coi bất kỳ tham chiếu nào đến script này là một thử thách chủ động và vẫn chạy giải mã toàn bộ trên trình duyệt. Hiện tại, chỉ các dấu hiệu interstitial thực sự (trang 'just a moment' và các trang tương tự) mới kích hoạt quy trình trình duyệt; một phản hồi 200 sạch sẽ được trả về từ phân lớp proxy rẻ hơn. Auto cũng tự động theo dõi tối đa 5 chuyển hướng theo mặc định (có thể cấu hình qua followRedirects).
Khi một mục tiêu được bảo vệ bởi Cloudflare trả về trang geo-block (451) thực tế sau khi vượt qua challenge, sản phẩm Browser trước đây đã báo cáo thành 200 vì watcher đã hardcode trạng thái giải quyết. Hiện tại, watcher đọc Document thực tế sau khi xử lý, do đó 200 vẫn là 200, 451 hiển thị đúng là 451, và Auto sẽ từ chối nội dung không chính xác, đồng thời tiếp tục tìm kiếm một exit thực sự khớp với các quy tắc validate của bạn.
Phím tắt Cmd+K (Ctrl+K) hiện đã mở command palette và hộp thoại tìm kiếm bất kể bố cục bàn phím. Trước đây chúng tôi khớp theo ký tự được gõ (к trên bố cục Cyrillic), do đó những người dùng bố cục không phải chữ Latinh sẽ không thấy phản hồi. Hiện tại chúng tôi đã khớp theo phím vật lý. Lỗi này đã được sửa trên trang web chính, blog và tài liệu.
Một lần giải Auto từ trạng thái lạnh có thể mất vài phút và request hiện vẫn duy trì trạng thái mở trong toàn bộ ngân sách của nó. Lỗi từ bất kỳ layer nào sẽ được trả về dưới dạng JSON mà client của bạn có thể phân tích cú pháp.
Các trang web có thể tái sử dụng cookie (bet365 là một ví dụ thử nghiệm) đã bị kẹt ở bước giải quyết bằng trình duyệt đắt đỏ với mức 15 credit cho mỗi request thay vì giảm xuống mức replay 2 credit rẻ hơn sau lần giải quyết đầu tiên. Có hai lỗi: chốt chặn bị kích hoạt khi có bất kỳ lỗi truyền tải tạm thời nào, và một trình duyệt replay thành công không bao giờ làm mới các session cookie. Đã khắc phục cả hai lỗi này. Các request lặp lại trên một trang web có thể tái sử dụng cookie hiện chỉ tốn 2 credit sau lần giải quyết đầu tiên, chính xác như mức giá đã đề ra.
Chúng tôi đã thắt chặt quyền truy cập cross-origin để chỉ duy nhất foura.ai có thể gọi API kèm theo credentials. Chúng tôi cũng đã gia cố bộ lọc đầu vào trên endpoint metrics và loại bỏ fallback secret chỉ dùng cho môi trường phát triển. Các tích hợp hiện tại không thay đổi.
Nếu bạn đã thiết lập validate.status.accept trên một request, engine sẽ xử lý phản hồi non-200 được chấp nhận như một thành công hoàn toàn. Trước đây, Activity vẫn gắn nhãn những trường hợp đó là thất bại, làm sai lệch số liệu thống kê sử dụng của bạn. Giờ đây, kết quả sẽ tuân theo quyết định validate của bạn, vì vậy mã 403 mà bạn đã chấp nhận sẽ hiển thị là thành công, chứ không phải App Fail.
Nếu bạn đang thu thập dữ liệu các trang tiếng Cyrillic, tiếng Trung, tiếng Nhật hoặc các trang không phải UTF-8 khác qua Single, phần body trước đây thường bị lỗi hiển thị (mojibake). Trước đây, chúng tôi đã ép buộc giải mã mọi response dưới dạng UTF-8 trước khi bạn nhận được các byte thô. Giờ đây, chúng tôi đọc charset từ response (Content-Type, sau đó đến <meta charset>, rồi cuối cùng là fallback về UTF-8) và giải mã chính xác. Cảm ơn Alexandar Kanchev (Sensika) đã báo cáo vấn đề này.
Một số proxy ngoài thực tế không thực sự chuyển tiếp request của bạn. Chúng phản hồi ngược lại dưới dạng một bản dump máy chủ bằng plaintext và cố gắng thu thập dữ liệu bên trong. Hiện tại chúng tôi phát hiện ra pattern đó trước khi response chuyển đến code của bạn, vì vậy Single, Browser và Proxy Finder đều trả về một thông báo lỗi chính xác (hoặc thực hiện retry) thay vì dữ liệu rác.
Chúng tôi đã khắc phục tình trạng chậm trễ khiến các proxy mới được phát hiện phải chờ đợi trước khi được xác thực. Proxy Finder hiện kiểm tra chúng ngay lập tức, giúp pool luôn mới hơn với nhiều proxy đang hoạt động hơn trong vòng luân phiên.
