이미지 '핫링크’를 차단하기 위해 다양한 방법을 사용하려는 것처럼 보이지만, 임베딩 데이터에서 해당 이미지의 링크를 반환하는 잘못 구성된 사이트를 꽤 많이 발견합니다. 예를 들어 다음과 같습니다:
http://debug.iframely.com/으로 확인해 본 결과, 이는 본질적으로 Discourse의 문제는 아닌 것 같습니다. 하지만 확실히 보기 좋지 않습니다.
한 가지 아이디어는 원박스(Onebox) 생성 시 게시글을 조리(cooking)하는 과정에서 이미지를 가져와 나중에 제공하기 위해 섬네일을 저장하거나, 가져올 수 없는 경우 이미지가 지정되지 않은 것처럼 처리하는 것입니다.
이미지 사본을 저장하는 것은 상당히 견고하고 미래 지향적이며, 저작권 측면에서 공정이용(fair-use)에 해당한다고 생각합니다(메타데이터에서 가져온 130x90 섬네일의 재사용으로 인해 원본 사이트가 불이익을 입지는 않을 것이므로, 단 저는 변호사가 아닙니다).
그렇지 않으면, 이미지에서 오류 이벤트를 잡아 숨기기 위해 display:none 클래스를 추가하는 컴포넌트를 만들어 보았습니다. decorateCookedElement()에서 막혀서 아직 성공하지 못했습니다. 올바른 위치를 보고 있는지 확신이 서지 않습니다.
그래서, 원박스에서 깨진 이미지를 자주 겪는 것이 저만 그런 건가요? 다른 분은 우회 방법을 알고 계신가요?
Falco
(Falco)
2
이미 그렇게 하지 않나요? 다시 한번 게시글을 확인해 보세요!
명백히 처리(cook) 시점에 이루어지는 것이 아닙니다. 왜냐하면 그 중요한 경로(critical path)에 웹 요청을 넣지 않기 때문입니다. 대신 큐에 넣어 백그라운드에서 원박스 이미지를 다운로드합니다.
download remote images to local (기본값: true)가 활성화되어 있을 경우, editing grace period (기본값: 300초) 동안 대기한 후 다운로드합니다.
4개의 좋아요
정말 훌륭합니다!
저는 한 박스의 설정에서 찾고 있었기 때문에, 비활성화되어 있던 ‘원격 이미지를 로컬로 다운로드’ 옵션을 보지 못했습니다.
이제 해당 옵션을 활성화하고 일부 게시물의 HTML을 다시 생성했습니다. 이렇게 하면 몇 가지 문제를 정리할 수 있기를 바랍니다.
도움 주셔서 감사합니다 
2개의 좋아요
감사합니다!
다른 주제에서 이걸 물어보려고 하던 참이었어요.
1개의 좋아요
Falco
(Falco)
5
기본 설정을 변경할 때는 신중하게 생각하고 그 파급 효과를 고려하는 것이 중요합니다. 우리는 최적의 선택지를 기본값으로 제공하며, 이를 벗어나면 의도치 않은 결과가 발생할 수 있습니다.
1개의 좋아요
정당한 지적이네요. 일반적으로 저는 기본값을 유지하는 편인데, 이번 경우에는 이전 관리자에 의해 설정이 변경된 것으로 보입니다. 이유는 잘 모르겠네요.
이 설정 덕분에 인스타그램 원박스(Onebox)의 이미지도 이제 유지되기를 바랍니다.
다시 한번 감사드리며, Discourse에 많은 사랑을 보냅니다.
2개의 좋아요
네, 이제 onebox가 onebox 처리를 하지 못할 때 훨씬 더 나은 피드백을 제공해요. 이유를 설명하려고 최선을 다하죠.
1개의 좋아요