조금 까다로운 질문이네요. 제가 링크해 드린 게시물에 언급된 대로 config/discourse.conf에 s3_bucket을 설정했었고, 그로 인해 해당 특정 오류는 해결되었는데, 저도 그 게시물에서 언급했듯이요.
이 파일은 컨테이너 내부에 있습니다(./launcher enter app). 이 설정이 ./launcher rebuild app 이후에도 유지되려면 containers/app.yml 파일의 env 섹션에도 DISCOURSE_S3_BUCKET을 추가해야 합니다.
제가 이를 수정했다는 점이 이 게시물이 개발 관련 게시물이지 지원 요청이 아니었던 이유입니다. 저는 계속 이 부분을 손보고 있는 중인데, 개발자분들이 올바른 해결책이라고 생각하는 것이 무엇인지 의견을 구한 것이었습니다.
S3에 약 100GB의 파일이 있으므로 매우 신중하게 진행해야 합니다. 처리할 게시물의 수에 대한 제한을 구현했고, 다음으로 수정할 게시물의 수에 대한 제한을 구현해야 합니다. 저는 한 가지씩 시도해 보고 있습니다. 이 코드가 거의 사용되지 않는 것처럼 보임에도 불구하고 이 오류를 반복해서 확인하게 된 점이 코드 부패(code rot)에 대한 우려를 자아내며, 버그로 인해 사이트 전체가 망가질까 봐 걱정됩니다. 이번 작업이 그런 실수를 할 좋은 방법이 될 수 있어 보입니다.
upload://(제 경우, 비동영상 업로드를 의미) 업로드의 경우, 지금까지는 작동하는 것으로 보입니다. 하나씩 진행한 후, 영향받은 게시물을 검토하여 모든 것이 정상 작동하는지 확인하고 있습니다.upload://구문을 사용하지 않는 업로드(제 경우, 제 판단으로는 동영상 업로드를 의미)의 경우, S3 URL에 대한 직접적인 참조가 존재하는데, URL이 깨져 버립니다. 내가 무엇을 으로 변경해야 하는지 정확히 파악할 수만 있다면 수정하기 어려운 버그는 아니지만, 아직 그 방법을 찾지 못했습니다. 따라서 이는 곧 올릴 PR 중 하나가 될 가능성이 높습니다.
이것은 제 여가 시간 프로젝트이므로, 완료 시점에 대한 약속은 드릴 수 없습니다.