따라서 제안하는 내용은 다음과 같습니다.
Discourse 관리자 패널에서 삭제할 이미지 URL(원본, 최적화 버전 등 모든 변형)을 입력할 수 있는 기능을 추가하는 것입니다. 이후 해당 이미지가 사용된 모든 위치(게시물, 프로필 이미지(아바타, 배경 등))에서 이미지를 제거하고, 이미지 저장소(로컬 또는 S3)에서 모든 변형과 함께 완전히 삭제(purge)하는 것입니다. 또한 해당 이미지의 해시를 차단하여 향후 재업로드를 방지하는 기능도 추가할 수 있습니다.
Discourse는 이미지가 여러 다른 위치(예: 서로 다른 계정의 서로 다른 게시물)에서 동일하게 사용될 때 중복된 이미지를 저장하지 않도록 매우 잘 처리합니다.
그러나 단점은 특정 이미지를 제거하는 것이 매우 번거롭고, 웹 패널을 통해 관리자가 이를 처리할 수 없다는 것입니다. 이를 수행하려면 서버의 명령줄을 통해 직접 작업해야 하므로, 기술적 지식이 없는 사람은 처리할 수 없을 뿐만 아니라人為적 오류의 위험도 더 큽니다.
예를 들어, 삭제하고자 하는 CDN 이미지 URL이 여러 다른 게시물/답글 등에 사용된 경우를 생각해 보세요. 해당 이미지가 사용된 주제/게시물 등을 알지 못하는 경우(특히 DMCA 요청에서 흔히 볼 수 있으며, 추가 정보 없이 이미지 URL만 제공되거나, 역 이미지 검색을 사용하는 자동화 DMCA 봇에 의해 처리되는 경우가 많습니다) 제거 작업을 처리하는 것이 매우 번거로울 수 있습니다.
예를 들어, 제거해야 할 이미지가 포함된 게시물을 웹에서 삭제하더라도, 해당 이미지가 S3/로컬에서 자동으로 완전히 삭제되기까지 상당한 대기 시간이 발생합니다. 이 대기 시간은 purge_images_from_deleted_posts_days 설정을 통해 최소 1일까지 줄일 수 있지만, 이것도 이상적이지는 않습니다. 특히 수동으로 CDN 캐시를 정리하지 않는 한 CDN 정리 시간과 요청을 처리하기까지의 지연 시간을 고려해야 하므로 더욱 그렇습니다. 따라서 즉시 해당 이미지의 맥락(주제/게시물, 아바타 등)을 파악하고 있더라도 일반적으로는 명령줄을 통해 수동으로 업로드를 삭제해야 합니다.
사용자가 생성한 콘텐츠(UGC)의 경우, DMCA, 데이터 삭제 요청 등을 효율적으로 처리하는 능력은 불가분의 관계이며 필수적입니다. 특히 이러한 요청은 시간적으로 매우 민감합니다(약 48시간 이내에 처리하지 않으면 CDN 및 호스팅 제공업체의 일반적인 관행에 따라 서비스가 중단됩니다). 휴일에 요청을 받으면: 불운하게도, 주말에 받으면: 불운하게도, 입원 중이면: 불운하게도, 10일간의 비파사나 침묵 명상을 하려 하면: 불운하게도. 