PDF दस्तावेज़ QR कोड जनरेटर

QR कोड फ़ाइल नहीं, लिंक रखता है

फ़ॉर्मैट जो सबसे बड़ा सिंबल परिभाषित करता है — रिकवरी स्तर L पर संस्करण 40 — वह 2,953 बाइट रखता है, यानी तीन किलोबाइट से थोड़ा कम। एक पन्ने का PDF आम तौर पर 50 से 500 किलोबाइट के बीच होता है, इसलिए दस्तावेज़ किसी वर्ग में छापे जाने के लिहाज़ से परिमाण की एक से तीन कोटि तक बड़ा है। हर जगह का, हर PDF QR कोड एक लिंक ही है।

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

इसे ऐसे होस्ट करना कि लिंक चलता रहे

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

छोटे पथ सिंबल भी छोटे बनाते हैं। /docs/menu.pdf 15 अक्षर का है और नीचे के संस्करण में ही रहता है; 120 अक्षरों वाली बनाई हुई स्टोरेज कुंजी उसी कोड को बिना किसी फ़ायदे के कई संस्करण ऊपर धकेल देती है।

• हस्ताक्षरित या समाप्त होने वाले लिंक — क्लाउड स्टोरेज जो अस्थायी डाउनलोड पते देता है — पूरी तरह डिकोड होते हैं और फिर समाप्ति की तारीख़ पर विफल हो जाते हैं
• लॉगिन के पीछे रखी कोई भी चीज़ दस्तावेज़ के बजाय साइन-इन स्क्रीन दिखाती है
• फ़ाइल का नाम स्थिर रखिए: handbook-v2.pdf के रूप में दोबारा अपलोड करना पहले से छपी हर प्रति को तोड़ देता है
• इसके बजाय फ़ाइल को उसी पते पर बदल दीजिए, और हर छपा हुआ कोड नया संस्करण उठा लेगा
• उसे https पर भेजिए, ताकि खोलने से पहले ब्राउज़र चेतावनी न दे

फ़ोन उस फ़ाइल का क्या करता है

PDF खोलना ब्राउज़र का व्यवहार है, QR का नहीं, और वह हर जगह एक जैसा नहीं है। iOS पर Safari और Android पर Chrome अधिकतर PDF पेज के भीतर ही दिखा देते हैं। कुछ Android ब्राउज़र फ़ाइल डाउनलोड करके किसी अलग व्यूअर को सौंप देते हैं। डेस्कटॉप स्कैनर आम तौर पर आपको बस पता दे देता है।

एक बात पर निर्णायक मत आपके सर्वर का है: Content-Disposition: attachment के साथ भेजी गई फ़ाइल हर प्लेटफ़ॉर्म पर पूर्वावलोकन के बजाय डाउनलोड होती है। अगर आप चाहते हैं कि दस्तावेज़ वहीं खुले, तो वह हेडर मत लगाइए।