Django से सुंदर पीडीएफ मुद्रण

क्योंकि यह लेख कई वर्षों के प्रयोग का परिणाम है, कई पत्र होंगे। लेकिन - शायद - यह रेक पर साइकिल चलाने के कई महीनों तक किसी को बचाएगा, जो वर्णित हैं।
सामान्य मामले में, यह Django के बारे में भी नहीं है, लेकिन टेम्पलेट इंजनों का उपयोग करके अजगर से विनियमित दस्तावेजों को प्रिंट करने के बारे में है।
आलस्य को और अधिक पढ़ने के लिए - मैं तुरंत कहूंगा - समस्या पूरी तरह से हल नहीं हुई है। लेकिन अधिक या कम कामकाजी संस्करण उभरा।

1. चुनौती

• उपयोगकर्ता एक वेब फ़ॉर्म में डेटा दर्ज करता है
• सर्वर इस डेटा को प्रिंट करने योग्य टेम्पलेट में सम्मिलित करता है।
• और उपयोगकर्ता को एक मुद्रण योग्य प्रारूप में देता है

2. सीमा

• प्रपत्र "सॉफ्ट" हो सकते हैं (जहां सटीकता बहुत महत्वपूर्ण नहीं है - उदाहरण के लिए, एक अनुबंध या खाता) और "हार्ड" (सटीकता - अधिकतम, एक स्कैनर के लिए - उदाहरण के लिए, एक प्रवासी अधिसूचना या एसटीएस के लिए आवेदन (फॉर्म 26.2-1))।
• इसके अलावा, यहां तक ​​कि "सॉफ्ट" रूपों को निर्माता की योजना के जितना संभव हो उतना करीब से मुद्रित किया जाना चाहिए (यदि मैंने कहा कि सीमाएं 1 सेमी हैं, तो उपयोगकर्ता को बिल्कुल 1 सेमी की सीमा के साथ एक दस्तावेज प्राप्त करना चाहिए) और - विशेष रूप से - खाता पृष्ठ विराम (प्रपत्र 11001, 21001 देखें) को ध्यान में रखें। .D।)।
• अनिवार्य - स्रोत सामग्री को बदलने के लिए न्यूनतम आंदोलनों (एक नियम के रूप में - .xls या .doc, "सलाहकार" या "गारंटर" से सहज)।
• क्योंकि हम एक वेब अनुप्रयोग के बारे में बात कर रहे हैं - समाधान की जवाबदेही और विश्वसनीयता अत्यधिक वांछनीय है => देशी अजगर पुस्तकालयों के साथ काम अत्यधिक वांछनीय है।
• इस पूरे खेत को किराए की मेजबानी (आदर्श रूप से जीएई) पर रखना वांछनीय है।
• टेम्पलेट्स को नेत्रहीन रूप से संपादित करने की क्षमता वांछनीय है।
• टेम्पलेट का एक त्वरित पूर्वावलोकन (और इससे भी बेहतर - और परिणाम) वांछनीय है।

पहला चरण अंतिम प्रारूप का विकल्प है। विभिन्न tz के साथ कुछ विचार-विमर्श के बाद। (क्रॉस-प्लेटफ़ॉर्म, गारंटीकृत परिणाम, परिवर्तनीयता सी) विकल्प पीडीएफ पर गिर गया।
अब - इनपुट प्रारूप और उन्हें कैसे परिवर्तित करें।

3. नरम रूप

ODF

हम Open Document Format - ODS, ODT और अन्य के बारे में बात कर रहे हैं।
यहाँ सब कुछ बहुत सरल है:

• लिब्रे ऑफिस में टेम्पलेट को संपादित करना (डेटा के लिए कमरा छोड़कर)।
• किसी तरह हम Django में खेतों में भरते हैं।
• किसी तरह हमें एक पीडीएफ मिलता है

डेटा के लिए जगह: या तो दस्तावेज़ में उपयोगकर्ता-परिभाषित फ़ील्ड जोड़ें - या सीधे {{django टैग}} टेक्स्ट में डालें। पहले मामले में, इन क्षेत्रों को बाद में अजगर से भरना सबसे अधिक संभव है, लेकिन मैं यह भी नहीं सोच सकता कि कैसे (अधिक सटीक रूप से, प्रस्तुत की गई हर चीज बेहद भ्रमित लगती है)। इसलिए, हम केवल पाठ के रूप में टैग लगाते हैं।
इस मामले में, फ़ील्ड भरना प्राथमिक है - हम बस टेम्पलेट को Django टेम्पलेट इंजन को खिलाते हैं (हम जेंटास्की :-) के लिए टेम्पलेट के अंदर चुनने के लिए अजगर पुस्तकालयों को छोड़ देंगे। और प्रत्येक किक के साथ दस्तावेजों को अनज़िप / ज़िप न करने के लिए - दस्तावेजों को * .fodX (फ्लैट एक्स) में सहेजा जाता है - एकमात्र अनपैक किए गए एक्सएमएल। टेम्पलेट को xml के रूप में खिलाया जाता है।
पीडीएफ प्राप्त करना - कोई विकल्प नहीं - लिबरऑफिस का उपयोग करना: लिबरऑफिस डेमॉन (लिबरफ्रॉफ़ेड (ubuntuders में कहीं न कहीं पाया जाता है) को खिलाएं या नारियल का तेल या मैन्युअल रूप से डेमन मोड में LO लॉन्चर चलाएं। इन सभी विकल्पों में लगभग एक ही बात है।

गौरव

• आप तुरंत इंटरनेट पर खोले गए दस्तावेज़ों का उपयोग कर सकते हैं (आमतौर पर "सलाहकार" से, माइक्रोसॉफ्ट ऑफिस प्रारूपों में)।
• संपादन टेम्प्लेट के साथ - कोई समस्या नहीं।
• पूर्वावलोकन के साथ के रूप में।
• शायद - Google डॉक्स के बारे में एक पीडीएफ प्राप्त करना - अभी तक इसकी कोशिश नहीं की है। लेकिन मुझे संदेह नहीं है कि यह प्रतिक्रियाशील होगा (मुझे संदेह नहीं है कि यह गलत है, एक ही फॉर्म 21001 को googledox में सलाहकार से डाउनलोड करने का प्रयास करें (यह कर वेबसाइट पर है))।

कमियों

• कभी-कभी टेम्प्लेट लिखते समय, लिबरऑफिस अनायास टैग्स को बर्बाद कर देता है, {{..}} के अंदर स्पैन = "एन-जीबी" और अन्य के सभी प्रकार सम्मिलित करता है। फिर आपको मैन्युअल रूप से सब कुछ वापस करना होगा।
• सर्वर के लिए बस एक शानदार संसाधन की खपत - 100% सीपीयू (केवल एक, कोई फर्क नहीं पड़ता कि कितने हैं), सैकड़ों मीटर रैम, पीडीएफ प्राप्त करना - एक मिनट तक या उसके बाद (फॉर्म 21001 - पी 4-3.0 पर 50 सेकंड)। जावा एक ही है।
• बहुत सारे पैकेज लेता है (फेडोरा, सेंटोस)।
• कम से कम कुछ एक्स-सर्वर (उदाहरण के लिए एक्सवीएफबी) की उपस्थिति।
• संभवतः, उन्हें कुछ होस्टिंग पर लिबरऑफिस को तैनात करने की अनुमति दी जाएगी - लेकिन मैं उदाहरण के लिए nic.ru पर दृढ़ता से संदेह करता हूं। हम जीएई के बारे में भी बात नहीं कर रहे हैं।
• परिणाम का कोई पूर्वावलोकन नहीं है।

सारांश

एक चरम गिरावट विकल्प के रूप में - उपयुक्त। लेकिन बस के रूप में चरम।

एचटीएमएल

यहां, टेम्पलेट्स (हाथों से) और टेम्पलेट इंजन (स्पार्किंग) के संपादन के साथ, सब कुछ स्पष्ट है। एक छोटा, लेकिन मुख्य सवाल है - पीडीएफ कैसे प्राप्त करें? जल्दी, कुशलता से, पृष्ठ विराम के साथ जहां आवश्यक हो। और यहाँ सबसे ज्यादा प्रयोग हुए।
शुद्ध अजगर एचटीएमएल रेंडर (जैसे पीआईएसए और पूर्वजों / वारिस / कांटे) के साथ कई प्रयोगों ने एक महत्वपूर्ण (IMHO) निष्कर्ष निकाला: एक गारंटीकृत परिणाम प्राप्त करने के लिए, आपको तैयार HTML इंजन का उपयोग करने की आवश्यकता है। जिनमें से, जैसा कि हम सभी जानते हैं, 4 के रूप में (सामान्य से)। इनमें से, आप linux में 2 - gecko और webkit का उपयोग कर सकते हैं। यह संभव है कि अजगर से जेको को बुलाओ - लेकिन क) इसे एक्स चलाने की आवश्यकता है (जैसा कि लिब्रे ऑफिस के मामले में) और बी) मुझे एक तैयार नुस्खा नहीं मिला।
शेष वेबकिट:

• PyQt4> Qt> WebKit> QPrinter (जैसे यह )। मूल रूप से (हालांकि यह इसके साथ बहुत कुछ करता है), चालाकी से - लेकिन पेजब्रेक नहीं पकड़ता है। इसके अलावा - आपको DPI और ZoomFactor के साथ विशेष नृत्यों की आवश्यकता है।
• GTK> WebKit> GTK प्रिंटर (जैसे यह )। मूल रूप से, चालाकी से - लेकिन पेज ब्रेक भी पकड़ में नहीं आता है।
• एक विशेष रूप से संशोधित वेबकिट का उपयोग करें - wkhtmltopdf - बाहरी बाइनरी के रूप में (अब यह विकल्प भी उपयोग किया जाता है) या देशी पायथन बाइंडिंग (प्रक्रिया में, लेकिन छोटी समस्याएं हैं)। मूल रूप से (यदि बाध्यकारी), चालाकी से, पृष्ठ-विराम को पकड़ता है, तो परिणाम की गारंटी है।

गौरव

• सैद्धांतिक रूप से , दृश्य संपादन संभव है।
• त्वरित पूर्वावलोकन (html उसी के रूप में) - टेम्पलेट के रूप में - और परिणाम।
• पीडीएफ में प्रतिक्रियाशील रूपांतरण।
• पीडीएफ में बदलने के लिए शुद्ध अजगर एपीआई (जो "प्रगति में है")।

कमियों

• फिर भी, गुणवत्ता HTML हस्तनिर्मित है।
• जटिल रूपों (जैसे 21001) को अपने दम पर लिखना या खींचना होगा - क्योंकि इंटरनेट पर यह एक डरावना -xls है।
• क्योंकि लिनक्स के लिए निर्मित लीब / बायनेरिज़ का उपयोग करना - एक ही nic.ru (फ्रीबीएसडी) पर कुछ भी काम नहीं करेगा (बैसाखी के बिना)। GAE अभी भी प्रश्न से बाहर है।

सारांश

"नरम" दस्तावेजों के लिए मुख्य विकल्प। लेकिन फिर भी आपको उच्च-गुणवत्ता वाले शुद्ध अजगर एचटीएमएल रेंडर की तलाश करनी चाहिए - बिना फ्लश, जेएस और अन्य कार्टून के - लेकिन उच्च-गुणवत्ता सीएसएस प्रसंस्करण के साथ।

शायद

भविष्य के लिए, TeX, LaTeX, Lyx, docbook प्रारूपों पर विचार किया जाता है - लेकिन अब तक कोई लाभ नहीं है (विशेष रूप से "लगभग नरम" रूपों के लिए - समान 21001)।

4. कठोर रूप

यहां सब कुछ बहुत दुखद है। विशेष रूप से इस तथ्य के प्रकाश में कि यहां पहले से ही एक दृश्य संपादक बेहद वांछनीय है।
इसके अलावा - रूसी संघ के "कठिन" रूपों के विशाल बहुमत (यदि सभी नहीं) में, "वर्गों" का उपयोग किया जाता है - जब पाठ को अक्षरों में विभाजित किया जाता है - और प्रत्येक अपने वर्ग ( उदाहरण ) में फिट बैठता है।
हम पहले वाले को छोड़ देंगे (जैसे "टिफ़ पर पाठ खींचो") और सीधे फाइनल में जाएं।

आरएमएल

Reportlab का विकास (हाँ, अजगर-रिपोर्टलैब उनका है) एक साधारण XML है जो आपको पीडीएफ के साथ अद्भुत काम करने की अनुमति देता है। क्योंकि प्रसिद्ध अजगर- trml2pdf पहले से ही RIP है (जैसा कि डेवलपर ने ईमानदारी से मुझे लिखा है) - मुझे यह trml2pdf लेना था और इसे थोड़ा खत्म करना था, क्योंकि यह आरएमएल की कई दिलचस्प विशेषताओं का समर्थन नहीं करता है, और धर्म मुझे खरीदने के लिए मना करता है (और इससे भी अधिक ब्रेक) वाणिज्यिक rml2pdf।

गौरव

• मूल रूप से
• चतुर
• लचीलेपन
• होस्टिंग के साथ कोई समस्या नहीं होनी चाहिए (सैद्धांतिक रूप से) - यहां तक ​​कि जीएई में भी (मैंने इसकी कोशिश नहीं की है)।

कमियों

• सख्ती से हस्तनिर्मित
• एक बहुत ही मुश्किल सिंटैक्स तब होता है जब आपको "सॉफ्ट" टेक्स्ट ("flowables") के साथ सटीक पोजिशनिंग ("ग्राफिक्स") मिलाने की आवश्यकता होती है (इसलिए, जाहिर है, एक विज़ुअल एडिटर की कमी)।
• कोई पूर्वावलोकन नहीं - कोई टेम्पलेट नहीं, कोई परिणाम नहीं।

सारांश

सटीक रूपों (विशेष रूप से सरल वाले) के लिए एक वापसी।

पीडीएफ रूपों

यहां सब कुछ बहुत सरल है: पीडीएफ में स्रोत - और पीडीएफ में अंतिम परिणाम।

1. बाएं हाथ में मूल पीडीएफ लें
2. XFDF (अनपेक्षित Xml) बिल्ट-इन Django टेम्पलेट इंजन द्वारा संसाधित - दाईं ओर
3. उन्हें एक नए पीडीएफ में मिलाएं (आबाद करें) ("लुढ़का हुआ" - चपटा)
4. और इसे उपयोगकर्ता को दें

केवल एक समस्या है - आइटम 3।
आज तक, पीडीएफ रूपों के साथ काम करने के लिए कोई भी देशी और सही ढंग से काम करने वाला अजगर एपीआई नहीं पाया गया है (हालांकि पॉपलर पहले से ही कुछ करने में सक्षम है - लेकिन, जाहिर है, वहाँ बहुत अधिक कटौती करने के लिए हैं), इसलिए iText एकमात्र स्वीकार्य विकल्प है। Pdftk या अपनी बाइक का उपयोग करना आपके स्वाद के लिए पहले से ही है।

गौरव

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

कमियों

• अजगर एपीआई के बजाय एक बाहरी अनुप्रयोग को कॉल करना।
• जावा एक ही है।

सारांश

सटीक मुद्रण रूपों के लिए मुख्य विकल्प।

5. सामान्य सारांश

आज बने कुल के लिए:

• "सॉफ्ट" फॉर्म - html | वेबकिट - बल्कि भारी, निरर्थक और बहुत अधिक पोर्टेबल वेबकिटॉक्स लाइब्रेरी के माध्यम से नहीं (और देखते रहें)।
• "हार्ड" फ़ॉर्म पीडीएफ फॉर्म हैं, लेकिन एक बैसाखी के माध्यम से एक बाहरी जावा पुस्तकालय (और बलात्कार पॉपलर जारी रखें)।
• ओडीएफ और आरएमएल - क्रमशः गिरावट के विकल्प के रूप में।

पुनश्च। यह सब कैसे काम करता है - आप यहां देख सकते हैं - ओडीएफ और आरएमएल के बिना, लेकिन उत्तरार्द्ध प्रदान किए जाते हैं।