Pdf.js: अमेज़ॅन यूआरएल के साथ असुरक्षित शीर्षलेख "स्वीकार-रेंज" प्राप्त करने से इंकार कर दिया

क्या आप इसे viewer.html या फ़ायरफ़ॉक्स एक्सटेंशन के साथ देख रहे हैं?

viewer.html . के साथ

मुझे लगता है कि यह विफल हो रहा है क्योंकि आप क्रॉस-ओरिजिनल अनुरोध कर रहे हैं।

यदि आपके पास क्रोम है, तो देखें कि क्या यह काम करता है:

--disable-web-security के साथ क्रोम चलाएं (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
यह दर्शक त्रुटि देता है:

लेकिन जब मैंने पीडीएफ पथ को बदल दिया
DEFAULT_URL=' https://kotob.s3.amazonaws.com/neo.pdf '
प्रति :
DEFAULT_URL='नियो.पीडीएफ'
फ़ाइल को एक ही दर्शक निर्देशिका में डालकर, यह श्रेणी अनुरोधों के साथ ठीक काम करता है:

https://dl.dropboxusercontent.com/u/37262502/PDF.js_mduan/pdf.js/web/viewer2.html
और ध्यान दें कि हम अनुरोध प्राप्त करने के लिए किसी अन्य मूल से CORS नीति को सुलभ बना रहे हैं।
मुझे उम्मीद है कि समस्या को समझाने में मदद मिल सकती है।
और मुझे मेरी देर से प्रतिक्रिया के लिए खेद है,

कोई मदद ?

मैं स्थानीय सर्वर पर इस मुद्दे को दोबारा करने में सक्षम था। रिमोट पीडीएफ को होस्ट करने वाले सर्वर को निम्नलिखित 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 के भीतर तय किया जा सकता है / किया जाना चाहिए।

दूसरे डोमेन से पीडीएफ लोड करते समय, फिर हमारा अपना। एक प्रीफ्लाइट अनुरोध अनिवार्य है, न केवल एडब्ल्यूएस के लिए बल्कि मोज़िला दस्तावेज़ों के संबंध में यह प्रत्येक सीओआरएस अनुरोध के लिए अनुशंसित है।

फिर आप अतिरिक्त प्रॉक्सी इंस्टेंस या ऐसे से बच सकते हैं। एक त्वरित कार्य के रूप में मैं अपने लिए पीडीएफ (एक प्रीफ्लाइट के साथ) अनुरोध लाने की कोशिश करूंगा और बस बाइटएरे को पीडीएफ.जेएस में पास कर दूंगा।

दूसरे डोमेन से पीडीएफ लोड करते समय, फिर हमारा अपना। एक प्रीफ्लाइट अनुरोध अनिवार्य है, न केवल एडब्ल्यूएस के लिए बल्कि मोज़िला दस्तावेज़ों के संबंध में यह प्रत्येक सीओआरएस अनुरोध के लिए अनुशंसित है।

उपयोगकर्ताओं के JS हस्तक्षेप के बिना XHR द्वारा CORS प्रीफ़्लाइट अनुरोध स्वचालित रूप से उत्पन्न होते हैं।

एक त्वरित कार्य के रूप में मैं अपने लिए पीडीएफ (एक प्रीफ्लाइट के साथ) अनुरोध लाने की कोशिश करूंगा और बस बाइटएरे को पीडीएफ.जेएस में पास कर दूंगा।

सही समाधान के रूप में लगता है: संचार के सभी गैर-मानक साधन (सादे HTTP/HTTPS को छोड़कर बिना CORS की आवश्यकता के) उपयोगकर्ता द्वारा नियंत्रित किए जाएंगे। यदि आप सुनिश्चित हैं कि एक्सएचआर आपके यूआरएल (फाइल, ब्लॉब, सीओआरएस के साथ, ऑथ हेडर के साथ, आदि) को ठीक से कॉन्फ़िगर करने में सक्षम होगा।

के रूप में बंद करना ठीक नहीं होगा।

मैं v0.8.180 के साथ फंस गया हूं और मुझे पता है कि यह एक पुराना मुद्दा है, हालांकि यह किसी और की मदद करता है, निम्नलिखित एस 3 बाल्टी कॉर्स कॉन्फ़िगरेशन ने इसे मेरे लिए तय किया है:

<?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 कॉन्फिगरेशन में समान कॉन्फ़िगरेशन की कोशिश की है। एप्लिकेशन सभी ब्राउज़रों में काम करता है, और फ़ायरफ़ॉक्स में कोई त्रुटि नहीं है। वेबकिट (क्रोम/सफारी) अभी भी Refused to get unsafe header "Accept-Ranges" फेंकता है।

मैंने देखा है कि Accept-Ranges: bytes पीडीएफ फाइल http अनुरोध पर मौजूद है, लेकिन मैं Content-Range या Content-Encoding को http अनुरोध में कॉन्फ़िगरेशन से जारी नहीं देख रहा हूं।

शायद इसे सामग्री-श्रेणी के अतिरिक्त रेंज का पर्दाफाश करने की आवश्यकता है?

मैंने इसे बिना किस्मत के एक शॉट दिया। मुद्दे पर मंथन करने का फैसला किया।

एक काम कर रहे CORS कॉन्फिगरेशन यहां पाया जा सकता है: https://github.com/mozilla/pdf.js/issues/4530#issuecomment -188059771

इस काम को करने की कुंजी एक्सेस-कंट्रोल-अनुमति-हेडर "रेंज" है।

मेरे मामले में, लेकिन ऑडियो सामग्री स्ट्रीमिंग के लिए, ये शीर्षलेख वैसे भी काम नहीं कर रहे थे

@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' }

एसएफ से भी पूछा।