메타에서 검색해 볼 수 있는 유일한 주제는 트래픽량이 높은 사이트와 관련된 것이므로, 여기서 일어나고 있는 상황을 설명하지는 못할 것 같습니다.
제 인스턴스는 공식 설치자를 사용하지만 서브폴더 구조로 설정되어 있습니다. 리버스 프록시에서 NGINX로의 실제 사용자 IP 설정에 문제가 있을 수도 있다고 생각했지만, 제 판단으로는 IP가 올바르게 보고되고 있는 것으로 보입니다(이것이 여전히 문제의 원인 후보라면 더 깊이 파고들어 조사할 수 있습니다).
이것 때문에 크게 걱정하지는 않지만, 채팅에서 채팅 메시지를 수정하면 업데이트된 내용이 즉시 표시되지 않는 문제가 때때로 발생하는데, 이것이 429 오류와 관련이 있는지 궁금합니다.
활성 사용자 계정에 보고된 IP 주소를 확인해 봤는데, 제 것을 포함해 모두 정상으로 보입니다. 다른 사람들의 IP는 서로 다르며 모두 브라질 내 서로 다른 지역에서 온 것으로, 이는 예상된 결과입니다. 데이터베이스와 로그를 살펴볼까 했지만, 이 테스트 결과로 보아 문제가 아닐 수 있다는 판단 하에 보류했습니다.
현재 CloudFlare를 프록시로 사용하지는 않지만, 과거에는 사용했습니다. templates/cloudflare.template.yml이 주석 처리되어 있는지 다시 한번 확인해 보았습니다.
이제 제 app.yml을 보니 templates/web.ratelimited.template.yml도 주석 처리되어 있네요… 레이트 리미팅을 피하기 위해 이 템플릿을 포함하는 것이 의미가 있을까요? 그렇게 하면 안 되는 것 같은데, 맞나요?
429 응답 본문은 "You’ve performed this action too many times. Please wait 2 minutes before trying again."입니다.
아직도 해당 문제가 발생하고 있습니다. 이제 Nginx가 아니라 Discourse가 이 문제를 처리하고 있다는 것을 이해했기 때문에, 다른 메시지 버스 관련 429 에러 주제에서 확인한 대로 DISCOURSE_REJECT_MESSAGE_BUS_QUEUE_SECONDS: 0.2 (기본값은 0.1)로 설정해 보았지만 아무런 변화가 없습니다. 이 한도를 완화할 수 있는 환경 변수에 대해 방향을 잡아 주시면 감사하겠습니다.
@Falco 보고드립니다. 콘솔과 네트워크 탭에서 여전히 429 오류가 표시되고 있습니다.
나 자신과 채팅을 하더라도 채팅 창이 업데이트되지 않는 문제를 재현할 수도 있습니다: 메시지를 보내면 메시지는 표시되지만 호버 컨트롤은 나타나지 않으며, 다른 채팅으로 이동했다가 다시 돌아오면 보낸 메시지를 편집할 수 있지만, 업데이트된 내용을 보려면 다시 나가야 합니다.
저희도 동일한 문제가 있는 것 같습니다. 매우 활발하게 채팅을 사용하는 많은 사용자들이 다른 사람이 보낸 메시지를 볼 수 없고, 새로고침을 해야만 자신의 메시지만 볼 수 있다고 보고하고 있습니다. 대시보드에서 프론트엔드 측면으로든, SSH를 통해든 이 문제를 해결할 수 있는 방법이 있을까요?
그렇게 하면 안 되는 것 같은데, 맞나요? 
