저희(크리타 커뮤니티의 몇몇 자원봉사자들)는 크리타 아티스트 커뮤니티를 위해 디스커스 서버를 구축했습니다. 이 설정은 Blenderartists.org와 매우 유사합니다.
아트 소프트웨어와 관련된 포럼인 만큼, 토론에 이미지가 많이 포함될 것입니다. GDPR 관점에서 디스커스는 프로필의 활동 섹션에서 사용자 데이터를 다운로드할 수 있는 방법을 제공합니다. 하지만 사용자가 포럼에 게시한 이미지가 다운로드에 포함되지 않는 것을 확인했습니다. 사용자가 게시한 이미지가 다운로드된 zip 파일에 포함되도록 하는 방법이 있는지 문의드립니다. 이러한 기능을 제공하는 플러그인이 있을까요?
감사합니다.
아쉽게도 현재 코어에도, 제가 아는 플러그인에도 해당 기능이 없습니다.
사용자가 업로드한 이미지도 데이터 다운로드에 포함해야 한다고 주장할 수 있습니다.
기술적으로는 여전히 URL을 가지고 있으므로, 파싱하여 데이터를 가져올 수 있습니다. 이미지 중심의 사용자가 버튼을 클릭할 때 서버 시간을 많이 소모하게 될까 걱정됩니다.
이런 생각이 이상하게 느껴질 수도 있겠지만, 사용자가 ZIP 파일을 다시 다운로드할 수 있도록 미리 정해진 시간 범위를 설정하는 것이 도움이 될까요? 이 기간 동안 서버 활동이 적은 시간에 ZIP 파일 생성을 수행할 수 있습니다.
활성이 많은 임의의 일반 사용자에게 S3에서 반 기가바이트짜리 데이터를 다운로드하여 다시 패키징할 수 있는 권한을 부여하는 것은 불안합니다.
대신, 사용자가 내보낸 데이터에 대해 스크립트를 실행하여 이미지를 다운로드할 수 있도록 링크를 제공하는 방식을 훨씬 선호합니다.
전문가는 아니지만, GDPR 관점에서 이는 허용 가능한 해결책이 아니라고 생각합니다. @RGJ님, 혹시 알고 계신가요?
이 스레드를 6일간 닫아두겠습니다. 이 문제가 GDPR 관련 논쟁으로 흘러가지 않도록, 변호사가 내용을 검토할 시간을 주기 위해서입니다.
원하시면 여전히 관리자 권한으로 해당 스크립트를 실행하여 사용자에게 이미지를 이메일로 보내실 수 있습니다.
이 문제에 대한 업데이트가 있나요? 사용할 스크립트/도구 또는 코어 수정이 가능한가요?
수동으로 처리하는 방법은 알고 있지만, 저는 다른 사람들보다 더 숙련되어 있습니다.
추가로 설명하자면,
이것은 오늘 생성된 user-archive.csv에서 나온 것입니다. 이는 매우 사용자 친화적이지 않은 링크입니다.
5월 이후 처음으로 어제 게시물 내보내기를 해 보았는데, 몇 가지 개선이 이루어진 것을 볼 수 있었지만, 내게는 다소 낯선 선택이 있었습니다:
하지만 이미지 파일은 없고, 여전히 메타로 테스트해 본 결과 다음과 같이 사용이 매우 어려운 URL 조각들이 보입니다:  (참고: 이 이미지는 5월 업데이트 이후에 업로드한 것입니다).
아카이브에 이미지를 넣는 것은 귀찮은 일(PITA)입니다. 쉽게 포함할 수 있는 것은 cooked 포스트를 raw와 함께 포함시켜, 이미지와 기타 변환된 요소들이 쉽게 파싱할 수 있는 표준 방식으로 연관되도록 하는 것입니다.
최근 도입된 사전 서명된 URL 옵션과 함께 어떻게 작동하나요? 그 구현 방식에 대해 많이 알지 못하지만, URL이 안정적이지 않을 것 같아 우려됩니다.
(여기서 말하는 것은: https://meta.discourse.org/t/secure-media-uploads/meta/140017 입니다.)
@Falco님이 제안한 대로 cooked 포스트를 넣는 경우, URL은 /secure-media-uploads/meta/blah가 됩니다. 사전 서명된 URL은 보안 미디어 URL에서 업로드가 요청될 때만 생성되므로 문제가 발생하지 않을 것입니다.
이 기능 요청의 현재 상태는 어떻게 되나요(만약 이것이 기능 요청이라면)?
여러 개의 작은 질문으로 나누어 보겠습니다:
완전한 스크립트를 작성할 수는 없을 것 같지만, 현재 user_archive.csv에 포함된 정보에 기반하여 이미지 URL을 재구성하는 방법을 알아보고자 시도해 보았습니다. 그러나 csv 파일에 제공된 이미지 링크와 해당 이미지의 포럼 공개 URL 사이에 상관관계가 없어 보이는 것 같아, 이것이 가능할지 모르겠습니다.
예를 들어, 제 csv 파일에는 가 있고, 포럼에서 해당 이미지의 URL은 https://forum.example.com/uploads/default/original/2X/d/d04053334ed6a40db3cdcf83c1c6eb139079494e.png입니다. 따라서 스크립트가 tIh81VxrDGPzUkxhikPmbgFGbO6.png를 어떤 기본 URL(base URL)과 조합하여 사용하더라도 이미지를 가져올 수 없을 것 같은데, 맞나요? 아니면 이미지가 어떻게든 여러 개의 정체성을 가지는 것일까요?
이 주제를 올려주셔서 감사합니다! 이전에는 이 주제를 본 적이 없었습니다. 
주제를 살펴보니, @codinghorror의 이미지 접근성 관련 의견과 @sam의 서버 리소스 부담에 대한 우려, 특히 사용자가 이미지 자체에 관심이 없는 경우의 문제를 모두 공감합니다.
실현 가능성에 대해서는 확답을 드릴 수 없지만, 순수한 UX 관점에서는 기존 다운로드 옵션과 함께 별도의 이미지 다운로드 버튼을 제공하는 것이나, 기존 다운로드 옵션을 사용할 때 이미지를 포함할지 묻는 팝업을 표시하는 방식이 가장 적절하다고 생각합니다.
현재로서는 없습니다. 포럼으로 직접 이동해야 합니다. 저는 @Falco의 변경 사항을 상황에 대한 즉각적인 임시 개선책으로 지지합니다.
실제 게시글로 이동해서 이미지를 가져와야 한다는 뜻인가요? 하지만 그러면 삭제되었거나 나에게 숨겨진 게시글의 이미지는 가져올 수 없겠죠?
에 대해
@sam과 @Falco가 무언가에 합의하면, 그것이 어떤 파이프라인에 추가된다는 뜻인가요?
가끔은 그렇고, 가끔은 그렇지 않습니다. 아직 해당 항목이 슬롯에 배정되지 않았습니다.
"cooked"를 내보내기(export)에 추가하는 작업을 우선순위로 두겠습니다. 간단한 변경 사항이라, 다음 달 중 언제든 이루어질 것입니다.