CDN 서비스를 테스트했는데 모든 것이 정상적으로 작동했습니다. 그런데 이를 끄자 (app.yml의 해당 줄을 주석 해제) 더 이상 아무것도 할 수 없었습니다. 각 탭마다 Too Many Requests 오류가 표시되거나 아무것도 표시되지 않았습니다. 무슨 일이 일어나고 있는 건가요?
리버스 프록시를 사용 중이신가요? 실제 IP 주소를 discourse로 전달하도록 설정을 구성해야 할 수 있습니다.
아니요, 기본 가이드에 따라 Discourse를 설치했습니다.
여기서 비유를 올바르게 이해하고 있다면, 같은 기기에서 여러 탭을 열어 로드 시간을 테스트/실험해 보신 건가요?
그렇다면, 너무 많은 요청이 발생하는 것이 합리적인 응답일 수 있습니다. 각 브라우저 세션은 캐시에 이미 파일이 존재한다는 사실을 모른 채 동일한 에셋을 다시 다운로드하기 위해 경쟁하게 되니까요.
제가 그런 행동을 하지 않았는데 그게 문제라고 합니다. 저는 아무것도 하지 않았고, 오늘도 테스트를 하고 있습니다.
제가 한 일은 설정(app.yml)에서 연결된 CDN을 끄는 것이 전부였습니다. 그런데 이제 관리자 페이지에 로그인조차 할 수 없습니다. 왜 이런 문제가 발생하는 걸까요? 어떻게 방지할 수 있을까요?
이상한 점은 CDN(clodufront)을 다시 켜면 이 포럼이 정상적으로 작동한다는 것입니다. 정말 이상하네요. 왜 그런 걸까요?
@slivo 님, 안녕하세요.
이런 종류의 퍼즐은 흥미로울 수 있지만, 물론 웹사이트가 고장 났을 때 '흥미롭다’는 표현은 적절하지 않습니다.
한 가지 가능성은 CDN이 꺼져 있을 때, 브라우저 캐시에 있는 일부 JS 코드가 CDN이 켜져 있을 때 캐시된 JS와 충돌하여 정상적으로 작동하지 않는 것(더 나은 기술 용어가 떠오르지 않습니다)입니다. CDN을 껐지만 캐시가 비워지지 않은 상태라면 이런 문제가 발생할 수 있습니다.
다시 말해, 이는 아예 문제가 아닐 수도 있습니다. 하지만 브라우저 개발자 콘솔을 열고 브라우저 캐시를 비활성화하여 이를 테스트해 볼 수 있습니다.
종종, 기이한 동작을 디버깅할 때 캐시를 비활성화하는 것이 큰 도움이 될 수 있습니다.
.. 그리고 이 조언이 문제를 디버깅하는 다음 단계로 나아가는 데 도움이 되기를 바랍니다.
참고: 이러한 설정 변경 사이에 브라우저 캐시를 완전히 지워보는 것도 시도해 볼 수 있습니다.
그래서 그렇게 해봤는데, 이 메시지들이 계속 깜빡이네요 - 초당 약 10번씩요, 하하! Screenshot from 2020-08-15 13-40-28|690x66 Screenshot from 2020-08-15 13-40-25|690x70 Screenshot from 2020-08-15 13-40-21|690x63
원인이 단순한 사소한 문제일 수도 있겠다는 생각이 들었고, 예를 들어 CDN을 사용할 때 어떤 rake 명령어를 사용해야 하는지 궁금합니다.
CDN과 S3 업로드는 동일하지 않습니다.