X의 요청 제한, 부딪히는 대신 피해서 풀었어요.
이런 광경 본 적 있으시죠? 스레드 위쪽은 채워지는데 그 아래로는 멈춰 버리는 거요. 그게 바로 제한이에요. 15분당 계정 조회 50번, 그런데 북적이는 스레드 하나에 계정이 그보다 많거든요.
여기서는 프로필 대부분이 조회 횟수를 하나도 쓰지 않아요. 이미 캐시에 있거나, 다른 누군가가 조회해 둬서 공유 캐시가 대신 답해 주기 때문이죠. 나머지는 배분해서 써요.
42
백그라운드. 15분 내내 조금씩 나누어 소비
8
남겨 둔 몫. 호버가 잔여량을 전부 소진하는 요청이 되지 않도록
진짜 숫자
이 예산은 빌드할 때 박아 둔 추정치가 아니라, X가 보내는 응답 헤더에서 직접 가져와요. 여러분의 호버도 거기서 빠져나가고요.
- 출처
- x-rate-limit-*
몰아쓰지 않고 나눠서
대략 21초마다 한 번씩, 매번 다시 계산해요. 호버를 많이 하면 간격이 느슨해지고, 시간 창이 다시 채워지면 촘촘해져요.
- 속도
- 시간 창 ÷ 예산
호버가 언제나 최우선
백그라운드 작업은 85%에서 멈춰요. 나머지는 여러분이 실제로 커서를 올린 계정을 위해 남겨 두는 거예요.
- 예약분
- 50개 중 8개
그래도 다 써 버리면 빈 국기 대신 리셋까지 남은 시간이 표시돼요. 배분 비율도 속도도, 모두 직접 조절할 수 있어요.