2 घंटे में पीडीएफ या सेवा के लिए पेज

आपके पास एक खसखस ​​नहीं है, और फिर से आपको आने वाले संदेश में पृष्ठ मिले हैं? उनका क्या कसूर है?
पिछली बार, "कैसे ब्राउज़ करने के लिए iPages" के गहन खोज के बाद, एक सरल और सुरुचिपूर्ण समाधान पाया गया था। और, आप पर ध्यान दें, यह एक उपग्रह-निर्देशित चेनसॉ नहीं है।



1. .zip में एक्सटेंशन का नाम बदलें
2. परिणामी संग्रह खोलें और उसमें पीडीएफ फाइल ढूंढें
3. लाभ!

क्या आपको लगता है कि हम केवल इस पर रुक गए? हम इतने प्रेरित हुए कि हमने स्वचालित रूपांतरण के लिए सेवा को धो दिया, हम विमुद्रीकरण योजनाओं पर विचार कर रहे हैं।

कटौती के तहत आपको विस्तृत विवरण मिलेगा कि यह कैसे काम करता है।


वास्तव में, .pages, MacOS के लिए कुछ प्रारूपों की तरह, विशेष पूर्वावलोकन डेटा को .pdf प्रारूप में संग्रहीत करता है।

ताकि यह कार्यान्वयन में उबाऊ न हो, बैकएंड पर प्रसंस्करण के बजाय, हमने जेएस पर मांसपेशियों के साथ खेलने का फैसला किया।
हां, इस वजह से, IE10 में कनवर्टर काम नहीं करता है + जो इसका उपयोग करता है? क्योंकि इसमें URL समर्थन नहीं है (बाकी सब कुछ अनुकरण किया जा सकता है)। लेकिन सर्वर पर कुछ भी अपलोड करने की आवश्यकता नहीं है, सब कुछ क्लाइंट पर काम करता है, जिसका अर्थ है कि यह तात्कालिक है (और यह सुरक्षित भी है, आप कहीं भी कुछ भी नहीं भेज रहे हैं)।

तो यह कैसे काम करता है?

पृष्ठ एक ज़िप कंटेनर है (वैसे, जैसे डॉक्स, xslx और अन्य नई पीढ़ी के कार्यालय प्रारूप)।
उसके अंदर हैं:
-index.xml - मुख्य प्रस्तुति फ़ाइल
-buildVersionHistory.plist - मेटाडेटा के साथ फ़ाइल, यह क्या करता है - नाम से समझ में आता है
-QuickLook / Thumbnail.jpg - फ़ोल्डर के अंदर पूर्वावलोकन के लिए थंबनेल छवि
-QuickLook / Preview.pdf - पूर्वावलोकन फ़ाइल ही, जो स्पेस बार दबाकर macOS में खुलती है।

हमें ड्रैग-एंड-ड्रॉप के साथ या इनपुट के माध्यम से फाइलें कैसे मिलती हैं - यह एक सौ बार बताया गया था, यह दिलचस्प नहीं है, चलो इस चरण को छोड़ दें।
हमें यह फ़ाइल मिली, और फ़ाइल को पढ़ने के लिए, हमें FileReader को चलाने की आवश्यकता है।

स्क्रिप्ट जो फ़ाइलों के साथ काम करती है, उनके पास एक अलग इनपुट प्रारूप होता है - कोई ब्लॉब स्वीकार करता है, कोई बाइनरी स्ट्रिंग स्वीकार करता है। हमने js-unzip लिया, जो Google के दर्जनों आसान समाधानों में से एक है। सादगी और स्पष्टता के लिए लिया।

इसके लिए इनपुट की एक पंक्ति की आवश्यकता होती है, इसलिए हम ReadAsBinaryString प्रारूप में FileReader चलाते हैं:

if (file.type === "application/x-iwork-pages-sffpages") { var reader = new FileReader(); reader.onload = function (event) { processZip(event.target.result) }; reader.readAsBinaryString(file); } 

ध्यान दें कि घटना में ही कोई उपयोगी जानकारी नहीं है, event.target वास्तव में पाठक को संदर्भित करता है, और हम processZip (Reader.result) लिख सकते हैं।
लगभग सभी ब्राउज़र मानक वाक्यविन्यास में बहुत समान हैं, और FileReader XMLHttpRequest पर एक नज़र के साथ बनाया गया है, इसलिए सब कुछ बहुत परिचित होगा।

हम ज़िप आर्काइव के साथ काम करना भी छोड़ देंगे - इस कार्य के लिए नेटवर्क पर बहुत सारे पुस्तकालय हैं, और प्रत्येक का अपना सिंटैक्स है, खासकर क्योंकि इस मामले में ज़िप सिर्फ एक कंटेनर है, और आपको तंत्र को खोलना भी नहीं था।

सबसे दिलचस्प बात अंत में होती है (यह कोड पठनीयता के लिए साइट पर जो कुछ है, उसके साथ थोड़ा असंगत है:

 var uintArray = new Uint8Array(dataString.length); for (var i = 0; i < dataString.length; i++) { uintArray[i] = dataString.charCodeAt(i) } var blob = new Blob([uintArray], {type: 'application/pdf'}); gotLink(URL.createObjectURL(blob)); 

यहाँ क्या हो रहा है:
एक पाठ अभिव्यक्ति में एक बाइनरी स्ट्रिंग अपने बाइट्स की एससीआई कोड संग्रहीत करता है। हम सिंगल-बाइट अहस्ताक्षरित पूर्णांकों से एक विशेष टाइप्ड ऐरे (uint8array) बनाते हैं, वह भी 0 से 255 तक की सीमा में, और बाइट-बाय-बाय हम स्ट्रिंग के वर्णों के संख्यात्मक मानों को इसमें स्थानांतरित करते हैं।
यह आवश्यक है ताकि बूँद-ऑब्जेक्ट (बाइनरी ऑब्जेक्ट इन जेएस) को इस तथ्य को ध्यान में रखते हुए बनाया जाए कि प्रत्येक नंबर एक बाइट को स्टोर करता है - अन्यथा वर्णों की अलग-अलग व्याख्या की जा सकती है और फ़ाइल सही तरीके से उत्पन्न नहीं होगी।
इस मामले में, ब्लब स्वयं इनपुट पर केवल सरणियों को स्वीकार करता है, इसलिए हमें अतिरिक्त रूप से एक नियमित सरणी में uintArray को लपेटना होगा।

चूंकि आउटपुट लिंक एक प्रारूप के बिना होगा, इसलिए हम अतिरिक्त रूप से बूँद ऑब्जेक्ट के लिए एक माइम प्रकार निर्दिष्ट करते हैं।
और साइट पर जादू का सबसे बड़ा टुकड़ा फ़ंक्शन के माध्यम से है

URL.createObjectURL (बूँद)

हमें स्मृति में बूँद का लिंक मिलता है। यही है, शाब्दिक रूप से - जैसे ही हम मूल दस्तावेज को बंद करते हैं, लिंक काम करना बंद कर देता है।
लिंक इस तरह दिखता है:

बूँद: http: // localhost: 8005 / 4222c9ec-1c66-4143-96a8-4223482148f6

और इसलिए आप आर्काइव से एक अलग फाइल प्राप्त कर सकते हैं और सर्वर तक पहुँच के बिना क्लाइंट को वापस दे सकते हैं।
दुर्भाग्य से, अगर URL.createObjectURL से लिंक की कोई आवश्यकता नहीं थी - तो आप ie9 के लिए फ़ाइल पढ़ने के लिए सर्वर पर भरोसा कर सकते हैं - Blob.poly.js मौजूद है, और आप इसके साथ काम कर सकते हैं, लेकिन आउटपुट पर बेस 64 लिंक इतना बड़ा हो गया है कि ब्राउज़र बस इसे एक नई विंडो में नहीं खोलना चाहता था और लटका दिया था।

PS यदि आप बग (OS, ब्राउज़र संस्करण) पीएम में लिखते हैं। मैं इसे तुरंत ठीक करने का वादा करता हूं।

UPD सार्वजनिक गीथो भंडार में सभी स्रोत