2010-11-15 22 views
8

यह मेरे आईफोन हैंडल यूआरएल पर के बिना अधिकांश (यदि नहीं सभी) क्यूआर पाठकों की तरह लगता है http: // बस ठीक है लेकिन मैं सोच रहा था कि यह सार्वभौमिक है या नहीं? एंड्रॉयड? ब्लैकबेरी? क्या कोई आरएफसी कहीं है कि मुझेक्यूआर कोड, क्या यह वास्तव में * http: // की आवश्यकता है?

पढ़ना चाहिए, मैं एक क्यूआर प्रबंधन/यूआरएल शॉर्टनर सिस्टम बना रहा हूं और यह सोच रहा था कि यह बिल्कुल जरूरी है या नहीं। यदि नहीं, तो मैं अपने क्यूआर के यूआरएल से 7 अक्षर छोड़ सकता हूं और उन्हें जटिलता का निम्नतम स्तर (16 अक्षर या उससे कम) बना सकता हूं। जो, मैंने जो कुछ भी पढ़ा है, वह एक अच्छी चीज ™ है।

+0

बस Android पर बारकोड स्कैनर की कोशिश की, और यह http बिना काम करता है: //।हालांकि अन्य लोगों के बारे में नहीं जानते .. – MartinodF

+0

जबकि अधिकांश क्यूआर पाठक एक ब्राउज़र लॉन्च करेंगे और http मानेंगे, इसे छोड़कर निश्चित रूप से मुझे परेशान करता है। फ़ोन को यह जानना कैसा है कि आप HTTP का इरादा रखते हैं? यह अनुमान लगाता है। – Brad

+0

मैंने अभी कुछ और अस्पष्ट स्कैनर (मैड क्यूआर और आई-निग्मा) की कोशिश की और कुछ ने इसे एक स्ट्रिंग के रूप में दिखाया और यह नहीं पता था कि यह एक यूआरएल था। शायद मेरे प्रश्न का उत्तर हो सकता है। –

उत्तर

10

मुझे कोई पूर्ण दस्तावेज नहीं मिला है जो कहता है कि इसमें यह होना चाहिए। लेकिन ... कई क्यूआर रीडर ऐप्स का परीक्षण करने के बाद, यह स्पष्ट है कि उनमें से कई यूआरएल पर 'अनुमान लगाएंगे' यदि इसमें कोई http: // नहीं है। लेकिन कई इसे सिर्फ एक स्ट्रिंग के रूप में प्रदर्शित नहीं करते हैं। चूंकि यह एक यूआरएल है, इसलिए इसे वास्तव में इसकी आवश्यकता है। और यदि कोई ऐप इसे नहीं पढ़ेगा, तो मुझे उन्हें झुकना होगा और उन सभी के लिए इसे जोड़ना होगा।

+4

बस उल्लेख करने के लिए: हमें कई आईओएस ऐप्स और ब्लैकबेरी पर 'http: //' के बिना यूआरएल से संबंधित कोई समस्या थी। 'Http: //' को जोड़ने से उन सभी ऐप्स के साथ समस्याएं ठीक हुईं जिनके साथ हम परीक्षण कर पाए थे। ** निष्कर्ष: हमेशा अपने लिंक पर http: // जोड़ें ** – Mario

7

अरे दान मैं बारकोड स्कैनर का देव हूं और आपने अपना प्रश्न देखा है। मेरे पास जानकारी की कुछ और जानकारी हैं जो मदद कर सकती हैं।

इसके लिए कोई वास्तविक 'मानक' नहीं है; मुझे लगता है कि HTTP विनिर्देश निकटतम चीज है और तकनीकी रूप से यह कहता है कि आपको "http: //" की आवश्यकता है। This wiki में सबकुछ है जो हम सोचते हैं कि हम इस क्षेत्र में मानकों और वास्तविक मानकों के बारे में जानते हैं।

मैं आपको बता सकता हूं कि क्यूआर कोड में केवल अंकों को एन्कोड करने के लिए विशेष मोड हैं, और अल्फान्यूमेरिक-केवल टेक्स्ट। अल्फा मोड में केवल पूंजी अक्षरों को शामिल किया गया है, लेकिन इसमें कॉलन और स्लैश जैसे महत्वपूर्ण विराम चिह्न शामिल हैं। इसलिए, "http://foo.org/bar" की तुलना में कम बाइट्स में "HTTP://FOO.ORG/BAR" को क्यूआर कोड में एन्कोडेबल होना चाहिए।

यूआरएल स्वयं केस-संवेदी हैं। यूआरएल को अपरकेस करना जरूरी नहीं है। लेकिन सर्वर अनुप्रयोग केस-असंवेदनशील हो सकता है। यदि आप एंडपॉइंट्स को नियंत्रित करते हैं और जानते हैं कि आप सभी अपरकेस का उपयोग कर सकते हैं, तो यह शायद संस्करण 1 में निचोड़ने का एक तरीका है।

अंततः मैं कहूंगा कि संस्करण 1 क्यूआर कोड थोड़ा अजीब हैं क्योंकि उनके पास कोई संरेखण पैटर्न नहीं है। पता लगाने के लिए एक चौथा बिंदु के बिना, यह नहीं कर सकते हैं (अच्छी तरह से, गूंगा-लेकिन प्रभावी प्रक्रिया बारकोड स्कैनर से और विस्तार स्कैनर का एक बहुत द्वारा नियोजित) परिप्रेक्ष्य विरूपण के लिए खाते। यह केवल छोटे झुकाव के साथ काम करने के लिए होता है। लेकिन संस्करण 2 वास्तव में उस संरेखण पैटर्न के साथ डीकोडेबिलिटी के लिए एक छोटा सा फायदा है।

+0

बहुत अच्छी जानकारी, शॉन। धन्यवाद! वर्ड 1 कोड के बारे में दिलचस्प ट्रिबिट अतिरिक्त संदर्भ बिंदु नहीं है। नोटिस कि प्रभाव को कभी समझ में नहीं आया। –

1

क्यूआर पाठकों आम तौर पर एक यूआरएल के रूप में किसी भी पाठ है कि इस से कोई भी शर्त के अनुरूप पहचान:

  • पाठ चौड़ाई http शुरू होता है: // (या)
  • पाठ चौड़ाई www शुरू होता है। यदि आपके url www के साथ शुरू होता बगैर http (वेब ​​बुकमार्क के लिए एनटीटी डोकोमो प्रारूप)

आप ठीक होना चाहिए:

  • पाठ MEBKM साथ शुरू होता है। लेकिन यह तुम्हारा मामला नहीं है। शॉन बताते हैं के रूप में, आप सभी टोपियां यूआरएल के बजाय का उपयोग करना चाहिए।

    आप एक संस्करण 1 स्तर एल क्यूआर में 24 अक्षरांकीय वर्णों तक फिट कर सकते हैं, जो एक यूआरएल shortener के लिए सिर्फ enought है। उदाहरण:

    HTTP://1QR.ES/AAAAAAAAAA

  • संबंधित मुद्दे