안녕하세요,
이 컴포넌트를 어느 정도 사용해 왔는데, 오늘 임베드된 미리보기가 더 이상 페이지에 표시되지 않는다는 사실을 알게 되었습니다.
### 2.8.0.beta6
[예시](https://fstdesk.com/t/bad-bug-book-handbook-of-foodborne-pathogenic-microorganisms-and-natural-toxins/1567)
---
모든 데스크톱 브라우저에서 정상적으로 보입니다:
---
Mac에서 Safari가 이 플러그인 사용을 허용하도록 설정하는 방법이 있을까요? 다른 브라우저에서는 정상적으로 작동하는데, Safari에서는 차단됩니다. 설정/웹사이트 섹션에서 콘텐츠 차단기를 꺼도 마찬가지입니다. 차단기를 끄기 위해 다른 설정 영역을 확인해야 하는 부분이 있을까요? 도움이 되시면 알려주세요.
---
정말 모르겠지만, 이건 그냥 대역폭 낭비일 수도 있습니다. 사파리는 비교적 엄격한 CSP 규칙과 기타 보안 문제로 인해 이전에도 문제를 일으킨 적이 있었거든요. 하지만 그렇다면 맥 버전뿐 아니라 모든 사파리 버전에서 문제가 생겼어야 할 텐데, 제 생각엔 그렇지 않은 것 같습니다.
---
> [@BCHK](#):
>
> Mac에서 Safari가 이 플러그인을 사용할 수 있도록 허용하려면 어떻게 해야 하나요?
저는 Mac Safari에서 잘 작동합니다. 제가 작동하지 않는 곳은 iPhone(Safari, FF, Chrome)뿐입니다. 최근 iPad에서는 테스트해 보지 않았습니다.
---
새로운 MacBook Air, Safari v. 14.1.1에서 보이는 모습입니다.
어딘가에 설정이 잘못되어 있는 것 같습니다…
---
새로운 업데이트를 적용했습니다.
>
> [@pacharanero](#):
>
> 업로드 링크 앞에 공백을 추가하여 PDF 미리보기를 비활성화할 수 있도록 하는 것이 가능할까요?
> [@nathank](#):
>
> 이것은 해당 컴포넌트에 상당한 개선이 될 것입니다! @Johani 님, 이게 가능한가요?
이제 특정 PDF 파일에 대해 미리보기를 비활성화할 수 있습니다. 원박스(oneboxes)처럼 정확히 작동하는 것은 아니지만(테마 컴포넌트에서 구현하기가 다소 복잡하기 때문), 매우 유사하게 동작합니다.
PDF를 업로드하면 기본적으로 컴포저에서 다음과 같은 내용을 볼 수 있습니다.
```plaintext
[file.pdf|attachment](upload://2cLML0SIwebGHDjlKRVzZ3VRv0f.pdf) (524.1 KB)
```
아래와 같이 파일 이름 앞에 공백을 추가하기만 하면 됩니다.
```plaintext
[file.pdf|attachment](upload://2cLML0SIwebGHDjlKRVzZ3VRv0f.pdf) (524.1 KB)
```
공백은 괄호 **안쪽** 에 있어야 한다는 점에 유의하세요. 파일을 다운로드할 때 파일 이름에 영향을 주지 않으며, 게시물에 렌더링되는 파일 설명에도 영향을 주지 않습니다.
이렇게 하면 렌더링된 게시물(cooked post)에서 해당 PDF에 미리보기가 첨부되지 않습니다.
> [@thoka](#):
>
> PDF를 새 탭에서 열 수 있도록 허용하는 플러그인을 찾고 있습니다.
> 현재 제 디스코urses의 동작 방식은 다운로드만 허용합니다.
이번 업데이트에는 새로운 설정이 추가되었습니다.
두 가지 옵션이 있습니다.
`Inline`(인라인)과 `New Tab`(새 탭)
`Inline`을 선택하면 PDF 미리보기가 이전과 같이 게시물 내에서 렌더링됩니다.
`New Tab`을 선택하면 컴포넌트가 인라인 미리보기를 생성하지 않습니다. 대신 첨부 파일 링크를 클릭하면 새 탭이 열립니다. 새 탭에서는 PDF 파일이 브라우저의 기본 리더로 표시됩니다.
그리고 첨부 파일 링크 옆의 아이콘이 `download`(다운로드) 대신 `external-link`(외부 링크)로 변경됩니다.
해당 설정의 기본값은 `Inline`입니다. 따라서 업데이트 전에 이 컴포넌트를 설치했던 사이트에는 영향을 미치지 않습니다. 단순히 토글해야 하는 새로운 옵션이 추가된 것입니다.
Safari 및 일부 iOS 기기에서 작동하지 않는다는 보고가 몇 건 있었습니다. 저에게는 재현이 되지 않았습니다. 이번 업데이트는 Apple 기기에서 매우 까다로운 것으로 알려진 blob 대신 base64 URL로 PDF를 로드함으로써 이 문제를 해결하려고 시도합니다.
컴포넌트를 업데이트해 주시고, 브라우저도 최신 버전인지 확인해 주세요. 만약 Apple 기기에서 어떤 이유로 작동하지 않는다면, 가능하면 브라우저 콘솔을 확인하고 무엇을 보고 있는지 알려주세요.
---
최신 버전인 2.8.0.beta6 (a1daf9fe53)로 업데이트한 이후, PDF 미리보기가 약간 더 느리게 로드되는 것처럼 보입니다. 그리고 Chrome 브라우저에서는 게시글에 있는 세 개의 PDF 중 하나가 표시되지 않는 경우가 적어도 한 번 있었습니다:
캐싱 문제ではありません - Chrome의 캐시를 지우고, PDF에 약간의 변경을 가한 후 다시 업로드해도 미리보기가 여전히 표시되지 않습니다. 오류 로그에는 항목이 없습니다. Chrome은 최신 버전으로 업데이트되어 있습니다.
콘솔:
---
2.8.0.beta6 버전을 사용 중입니다. PC - Windows 10 환경입니다. 비슷한 현상을 관찰했습니다. Firefox는 약간 느리지만 결국 미리보기가 로드됩니다. Chrome은 미리보기를 표시하지 않으며, 이 회색 플레이스홀더에서 멈추는 것처럼 보입니다.
---
> [@omarfilip](#):
>
> 게시글의 PDF 3개 중 1개가 Chrome에서 표시되지 않습니다
> [@Wall-E](#):
>
> 비슷한 현상을 확인했습니다
자세한 정보를 공유해 주셔서 감사합니다. 3개 중 2개가 정상적으로 로드되었기 때문에, 이는 아마도 파일 크기와 관련이 있을 것이라 추측했습니다… 그리고 실제로 그런 것으로 확인되었습니다.
큰 크기의 PDF를 업로드하면 Firefox에서는 정상적으로 작동하지만 Chrome에서는 오류가 발생합니다. 이 문제에 대해 조금 조사해 보니, base64 URL의 길이 제한은 주로 브라우저 벤더에 의해 결정되는 것 같습니다. Firefox에는 제한이 없지만, Chrome은 이를 2MB로 제한하고 있습니다.
따라서 base64 URL은 실행 가능한 옵션이 아니며, blob URL로 돌아가야 합니다. 미리보기 요소가 iFrame 대신 `