안녕하세요,
저희는 호스팅된 Discourse 인스턴스를 사용하며, 저희 웹사이트에서 이미지를 포함하고 있습니다. 오늘까지는 문제가 없었지만, 오늘부터 “system” 사용자가 URL을 다운로드된 버전의 링크로 대체하기 시작했습니다. 전역적으로 이 기능을 끄려고 시도했지만 효과가 없었습니다. 또한 저희 도메인을 예외로 설정하려고 시도했지만 이 역시 작동하지 않았습니다.
해당 기능의 취지는 이해하지만, 현재 전역 설정이든 예외 설정이든 제대로 작동하지 않는 것 같습니다. 다른 분들도 동일한 문제를 겪어보셨나요? 이 기능의 작동 방식에 대해 제가 오해하고 있는 부분이 있을까요?
감사합니다, Alex
제 포럼(이것도 Discourse로 호스팅되며 약 2시간 전에 업데이트됨)에서는 disabled image download domains 사이트 설정이 여전히 의도대로 작동합니다. 다른 이미지들은 다운로드되지만, 해당 설정에 지정된 도메인의 이미지는 다운로드되지 않습니다.
오늘부터 이 프로세스가 시작되도록 변경된 것이 무엇인지 궁금합니다. 스태프 작업 로그에 설정 변경 내역이 있나요?
download remote images to local 체크박스는 매우 단순하지만, 해당 설정을 어떻게 구성했는지 공유해 주시면 도움이 될 수도 있습니다.
현재 설정한 내용은 다음과 같습니다:
참고로 HTML의 생성기 태그에 따르면 현재 사용 중인 버전은 다음과 같습니다:
Discourse 2026.4.0-latest - 버전 27a843fa0f7276cc5ef5e89850812f10f64c9a90
이 설정을 로컬에서 정확히 테스트해 보았으며, zensical.org의 이미지가 다운로드되지 않는 것을 확인했습니다. 저는 해당 인스턴스에서 사이트 설정을 변경하기 전에 동일한 URL을 가진 이미지가 이미 로컬에 다운로드되어 있었고, 앱이 sha1 해시를 기반으로 업로드를 매칭하는 것이라 추정합니다.
테스트 방법 중 하나는 동일한 도메인에서 다른 이미지를 사용해 보는 것입니다.
감사합니다. 테스트 게시글을 하나 작성해 보고 시스템이 자동으로 수정해 올지 조금 기다려볼 예정입니다.
그동안, 해당 이미지들이 다시 삽입되지 않도록 제거할 수 있는 방법이 있을까요? Claude에게 물어보니 이미지 링크를 삭제하면 그레이스 기간이 지난 후 백그라운드 작업이 자동으로 정리해 준다고 하더군요. 가장 이상적인 방법은 아닌 것 같지만, 이번이 마지막이라면 괜찮을 것 같습니다. 혹시 다른 대안이 있는지 궁금해서 여쭤봅니다.
네, 에셋에 대한 링크를 제거하는 것이 올바른 방법입니다. 기본 대기 기간은 clean_orphan_uploads_grace_period_hours에 따라 48시간입니다.
웹사이트의 이미지를 복제해서 링크를 수정하면 라이브 문서가 그대로 유지될 것 같아. 나중에 모든 것이 안정되면 원래 이미지를 삭제할 수 있을 거야.
