재현 방법:
- 카테고리 내에서 빠른 검색 입력창을 엽니다.
- “이 카테고리” 옵션을 클릭합니다.
- 몇 글자를 입력합니다.
- 대기 시간 없이 입력된 각 글자마다 검색 쿼리가 실행되어 403 오류가 발생합니다.
비등록 사용자에게서 더 자주 발생하는 것 같습니다. 다른 속도 제한(rate limit) 때문일 수 있습니다.
참고: #카테고리이름을 직접 입력하거나, 검색 쿼리 입력을 지우고 다시 검색을 수행하면 발생하지 않습니다.
4개의 좋아요
버그가 여전히 존재합니다. 네트워크 탭에서 모든 요청을 확인할 수 있지만, 에러 메시지는 한동안 경험하지 못했습니다. 사용자의 초당 최대 요청 수가 증가한 건가요?
또한, 이 버그는 meta.discourse.org와 try.discourse.org에서 발생하지만, 제 인스턴스에서는 발생하지 않는다는 점도 참고해 주세요.
어떤 설정과 관련이 있는 건지 모르겠네요.
3개의 좋아요
이 문제는 과도한 트래픽을 불필요하게 유발할 가능성이 있으므로, 우선순위 pri-medium로 조사를 진행하겠습니다.
2개의 좋아요
타자 속도에 따라 다릅니다. 충분히 빠르게 입력하면 키스트로크마다 요청이 전송되지 않습니다. 위젯은 400밀리초마다 요청 전송을 디바운스(debounce)하며, 사용자가 이 임계값보다 느리게 입력하는 경우 요청이 전송되지 않습니다. macOS에서 Safari/Firefox/Chrome으로 테스트했으며, 각 브라우저에서 모두 잘 작동했습니다.
다음은 이를 증명하는 것입니다:
"Customization > Theme component data"와 "Customization > Theme component data expl"를 입력하는 사이에 요청이 두 번만 전송되었습니다. 즉, 그 사이의 문자들에 대해서는 요청이 전송되지 않았습니다.
2개의 좋아요