Pdf.js: Amazon URL이 포함된 안전하지 않은 헤더 "Accept-Ranges" 가져오기 거부

viewer.html 또는 파이어폭스 확장 프로그램에서 이것을 보고 계십니까?

Viewer.html 사용

교차 출처 요청을 하고 있기 때문에 이것이 실패하고 있다고 생각합니다.

Chrome이 있는 경우 작동하는지 확인하세요.

--disable-web-security 로 Chrome을 실행합니다(http://stackoverflow.com/questions/3102819/chrome-disable-same-origin-policy). 파일을 로드할 때 #disableWorker=true 도 추가합니다.

폐쇄. 그래도 문제가 있으면 다시 열어주세요.

@mduan 답변 감사합니다.
그러나 동일한 오류가 여전히 나타납니다. 더 잘 설명하기 위해 뷰어를 보관용 계정에 넣었습니다. 이것은 시도할 수 있는 공개 링크입니다.
https://dl.dropboxusercontent.com/u/37262502/PDF.js_mduan/pdf.js/web/viewer.html
이 뷰어는 다음과 같은 오류를 제공합니다.

하지만 내가 pdf 경로를 변경했을 때
DEFAULT_URL=' https://kotob.s3.amazonaws.com/neo.pdf '
에게 :
DEFAULT_URL='neo.pdf'
파일을 동일한 뷰어 디렉토리에 넣으면 범위 요청에서 잘 작동합니다.

https://dl.dropboxusercontent.com/u/37262502/PDF.js_mduan/pdf.js/web/viewer2.html
get 요청에 대해 다른 모든 출처에서 CORS 정책에 액세스할 수 있도록 하고 있습니다.
문제를 설명하는 데 도움이 되기를 바랍니다.
그리고 답변이 늦어서 죄송합니다,

어떤 도움이?

로컬 서버에서 문제를 재현할 수 있었습니다. 원격 PDF를 호스팅하는 서버가 다음 HTTP 헤더를 반환하도록 하여 작동하도록 했습니다.

Access-Control-Allow-Headers: Range
Access-Control-Expose-Headers: Accept-Ranges, Content-Encoding, Content-Length, Content-Range

도움을 주신 @mduan 에게 감사드립니다. 현재 작동 중입니다.

@mahmoudfelfel : 문제가 해결되면 이 문제를 종료할 수 있습니까? 감사합니다! :)

스크립팅 언어(PHP, RoR, Python 또는 기타)의 프록시 파일은 매우 쉬운 솔루션입니다.

나는 같은 오류를 우연히 발견했습니다. 그리고 제 생각에 이것은 pdf.js 내에서 수정될 수/있어야 합니다.

다른 도메인에서 pdf를 로드할 때 우리 도메인. 실행 전 요청은 필수이며 AWS뿐만 아니라 Mozilla 문서 와 관련하여 모든 CORS 요청에 대해 권장됩니다.

그러면 추가 프록시 인스턴스 등을 피할 수 있습니다. 빠른 해결 방법으로 pdf(프리플라이트 포함) 요청을 가져오고 ByteArray를 pdf.js에 전달하려고 합니다.

다른 도메인에서 pdf를 로드할 때 우리 도메인. 실행 전 요청은 필수이며 AWS뿐만 아니라 Mozilla 문서와 관련하여 모든 CORS 요청에 대해 권장됩니다.

CORS 실행 전 요청은 사용자 JS 개입 없이 XHR에 의해 자동으로 생성됩니다.

빠른 해결 방법으로 pdf(프리플라이트 포함) 요청을 가져오고 ByteArray를 pdf.js에 전달하려고 합니다.

완벽한 해결 방법으로 들립니다. 모든 비표준 통신 수단(CORS가 필요 없는 일반 HTTP/HTTPS 제외)은 사용자가 처리해야 합니다. XHR이 URL(파일, blob, CORS 포함, 인증 헤더 포함 등)을 가질 수 있다고 확신하는 경우 적절하게 구성하십시오.

종료하면 해결되지 않습니다.

나는 v0.8.180 갇혀 있고 이것이 오래된 문제라는 것을 알고 있지만 다른 사람에게 도움이 되는 경우를 대비하여 다음 S3 버킷 CORS 구성이 문제를 해결했습니다.

<?xml version="1.0" encoding="UTF-8"?>
<CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
    <CORSRule>
        <AllowedOrigin>*</AllowedOrigin>
        <AllowedMethod>GET</AllowedMethod>
        <AllowedHeader>*</AllowedHeader>
        <ExposeHeader>Accept-Ranges</ExposeHeader>
        <ExposeHeader>Content-Range</ExposeHeader>
        <ExposeHeader>Content-Encoding</ExposeHeader>
        <ExposeHeader>Content-Length</ExposeHeader>
    </CORSRule>
</CORSConfiguration>

@jpillora S3 버킷 CORS 구성에서 동일한 구성을 시도했습니다. 응용 프로그램은 모든 브라우저에서 작동하며 FireFox에는 오류가 없습니다. Webkit(Chrome/Safari)은 여전히 Refused to get unsafe header "Accept-Ranges" 를 발생시킵니다.

Accept-Ranges: bytes 가 pdf 파일 http 요청에 있다는 것을 알았지만 Content-Range 또는 Content-Encoding 가 구성에서 http 요청으로 지속되는 것을 볼 수 없습니다.

Content-Range 외에도 Range를 노출해야 합니까?

나는 운 없이 그것을 던졌다. 문제에 펀트하기로 결정했습니다.

작동하는 CORS 구성은 https://github.com/mozilla/pdf.js/issues/4530#issuecomment -188059771에서 찾을 수 있습니다.

이 작업의 핵심은 Access-Control-Allow-Headers "범위"입니다.

제 경우에는 오디오 콘텐츠 스트리밍의 경우 이 헤더가 작동하지 않았습니다.

@simoncpu 찾아 주셔서 감사합니다!
나는 매우 비슷한 문제가 있지만 오디오 콘텐츠에 대한 것입니다. 제 경우에는 이러한 헤더가 작동하지 않습니다.

{ 'Content-Length': 5751405,
  'Content-Type': 'audio/mpeg',
  'Access-Control-Allow-Origin': '*',
  'Access-Control-Allow-Methods': 'POST, GET, OPTIONS',
  'Access-Control-Allow-Headers': 'Range',
  Expires: 0,
  Pragma: 'no-cache',
  'Cache-Control': 'no-cache, no-store, must-revalidate',
  'Accept-Ranges': 'bytes',
  'Content-Range': 'bytes 120429-240237/5751405' }

SF 에서도 물었다.