CDN을 제거했는데 브라우저 캐시에서 discourse가 여전히 CDN을 가리키는 것 같아요?

제품 지원 자체 호스팅
1

불행히도 내 Discourse 서버의 IP 주소를 변경했는데, 이로 인해 CloudFront 도메인에 문제가 생겼습니다.

그래서 yaml 파일에서 DISCOURSE_CDN_URL 주석을 처리하고 다시 빌드했습니다. 하지만 브라우저 캐시가 있는 상태(즉, 시크릿 모드가 아닌 상태)에서 Discourse 앱에 접속하면 HTML에 CloudFront URL이 포함되어 있고, 무한 로딩(죽의 바퀴) 현상이 발생합니다.

처음에는 게시물 베이킹(post baking) 문제일 것이라고 생각했지만, 시크릿 모드에서도 작동하지 않았습니다.

브라우저 캐시를 무효화(bust)하는 방법이 있을까요?

discourse 앱: https://forums.learnnatively.com/
잘못된 CDN URL: https://deyr2qldo994j.cloudfront.net/

도움 주시면 감사하겠습니다!

수정: 명확히 하기 위해, 제 모든 이미지/업로드는 문제가 없는 다른 CDN에 있습니다. 그 CDN은 https://do4ryrayvtpwi.cloudfront.net/ 입니다. 그래서 게시물 베이킹 문제는 아닐 것 같습니다?

2

그렇다면 DNS가 전파되기를 기다리면 됩니다. 아니면 DNS가 어떤 방식으로든 깨져서 CloudFront가 여전히 이전 DNS를 사용하고 있을 수도 있습니다.

항상 DNS 문제입니다.

구글에 "브라우저 캐시 지우기 [브라우저 이름]"이라고 검색해 보세요.

CDN을 제거하려는 경우, 에셋이 사전 컴파일되도록 다시 빌드해야 하며, 이를 위해 모든 게시물을 다시 베이킹(재처리)해야 합니다.

3

답변해 주셔서 감사합니다!

업로드가 아닌 CDN의 경우 그렇지 않은 것 같습니다. 제 판단으로는 베이킹된 게시물 콘텐츠 내에 에셋 URL이 존재하지 않는 것 같습니다.

불행히도 이는 사용자에게 실질적인 해결책이 되지 못합니다. get 파라미터를 이용한 캐시 버스터(cache buster)와 같은 기능이 있으면 좋았을 텐데, 캐시가 왜 영향을 미쳤는지에 대해 제가 완전히 파악하지는 못했습니다. 다만 시크릿 모드와 일반 모드 간에 동작 차이가 있었을 뿐이니까요.

어쨌든 DNS가 완전히 전파(propagate)되면서 문제가 스스로 해결된 것 같습니다.