이 사이트에서:
다음과 같은 File 설정을 사용하고 있습니다:
strip image metadata = 체크 해제png to jpg quality = 100 (이로 인해 비활성화됨)저는 ExifTool을 사용하여 이미지 메타데이터를 설정하고 읽습니다.
PNG 업로드에서는 메타데이터가 온전히 유지되지만, JPG 업로드에서는 그렇지 않습니다. 이는 버그라고 생각합니다.
확인해 볼 PNG 파일은 다음과 같습니다:
확인해 볼 JPG 파일은 다음과 같습니다:
그러나 직접 테스트를 수행해 보시기 바랍니다. 그리 많은 노력은 필요하지 않을 것입니다. 도움이 되길 바랍니다. R
strip image metadata 에 대한 설명 문구를 업데이트하여 이 점에 대해 경고해야 합니다.
@Falco, 감사합니다. 오늘 저녁에 이 부분을 살펴봐야겠습니다. 관리자가 상충되거나 직관에 반하는 설정을 하는 경우, Discourse가 팝업이나 메시지를 표시하도록 더 나아갈 수 있지 않을까요?
상충되는 설정이 토글되는 것을 방지할 수 있는 시스템이 있습니다. 이 문제를 해결하기 위해 해당 버그를 열려 있는 상태로 유지하겠습니다.
제안대로 다음 매개변수를 설정했습니다. 그리고 앞서 언급한 대로 이전 설정은 그대로 두었습니다:
composer media optimization image enabled = 선택 해제그런데도 문제는 여전히 지속되는 것 같습니다. EXIF 데이터와 파일명, MD5 합을 변경했으므로 Discourse에 어떤 형태의 캐시나 기억이 남아 있을 수는 없을 것이라 생각합니다.
사이트도 초기 설치 직후 상태에 가깝기 때문에 대부분의 기본 설정이 유지되고 있습니다. 어떤 제안이라도 환영합니다!
토글한 후 페이지를 새로고침하셨나요?
아니요, 하지만 지금은 시도해볼 수 없어요. 그래도 감사합니다.
@Falco 설정을 업데이트한 후 브라우저 탭을 새로고침하니 실제로 작동했습니다! 업로드 속도도 상당히 느려진 것 같았어요. 그리고 메타데이터가 온전히 유지된 다운로드 파일은 이전 버전과 비교했을 때 크기가 10×나 더 컸습니다. 물론 모든 것이 그럴듯하게 설명이 됩니다.
서로 다른 사용 사례가 존재한다는 점을 인지하고 있습니다. 기본 동작은 사회적 성격을 가진 포럼에는 유용합니다. 하지만 제 애플리케이션은 과학과 연구를 지원하는 데 목적이 있습니다. 따라서 사용자가 다양한 업로드에 대해 적절한 형식, 해상도, 메타데이터를 결정하는 것이 더 좋습니다. 그리고 discourse가 파일을 오염 없이 그대로 전달하는 것이 이상적입니다.
논리적인 설정 묶음이 존재하는 점을 고려할 때, 더 높은 수준의 구성이나 해석 기능이 유용할까요?
다시 한번 지원을 해주셔서 감사합니다. 그리고 구성 관련 힌트에 대한 최근 게시글도 보셨을 것 같습니다:
감사합니다. R
업로드된 파일이 손상되지 않도록 방지하는 설정 번들의 스크린샷입니다:
더 이상 필요하지 않지만 여전히 존재할 수 있는 클라이언트 측 기능이 제거되도록 브라우저 탭도 새로고침하는 것을 잊지 마세요.
