Rate limit của X — xử lý chứ không đâm đầu vào.

Bạn từng thấy cảnh này rồi. Đầu thread hiện ra hết, xong phần dưới thì trắng. Đó chính là cái giới hạn: năm chục lần tra mỗi mười lăm phút, mà một thread sôi nổi thì nhiều tài khoản hơn hẳn.

Đa số hồ sơ ở đây chẳng tốn lượt nào. Chúng đã có trong cache, hoặc có người khác tra rồi, cache chung trả lời. Phần còn thì được chia khẩu phần hẳn hoi.

Một cửa sổ 15 phút
42

nền, nhỏ giọt suốt mười lăm phút

8

giữ lại, để cú rê chuột không bao giờ là cái request làm bạn hết sạch

  1. Con số thật

    Hạn mức lấy từ header phản hồi của chính X, không phải con số ước lượng nhét cứng lúc build. Bạn rê chuột cũng bị tính vào đó.

    Nguồn
    x-rate-limit-*
  2. Trải đều, không chạy hộc tốc

    Tầm một lần tra mỗi 21 giây, tính lại liên tục — giãn khi bạn rê chuột nhiều, siết khi cửa sổ đầy lại.

    Tốc độ
    cửa sổ ÷ hạn mức
  3. Rê chuột luôn thắng

    Tác vụ nền dừng ở 85%, để chừa lại cho mấy tài khoản bạn thực sự chỉ vào.

    Dự phòng
    8 trong 50

Cùng lắm dùng hết thì bạn có đồng hồ đếm ngược tới lúc reset, chứ không phải cờ trống trơn. Cả tỉ lệ lẫn tốc độ đều cho bạn tùy chỉnh.

Đừng đoán timeline đến từ đâu nữa.

Thêm vào Chrome

Miễn phí, cài xong là chạy. Khỏi tạo tài khoản gì hết.