私のiPhoneのほとんどの(すべてではないにしても)QRリーダーはhttp://なしでURLを処理しているようですが、それが普遍的かどうか疑問に思っていましたか?アンドロイド?ブラックベリー?私が読むべきRFCはどこかにありますか
QR管理/URL短縮システムを構築していて、絶対に必要かと思っていました。そうでない場合は、QRのURLから7文字を削除して、複雑さを最低レベル(16文字以下)にすることができます。私が読んだすべてのことから、これはGoodThing™です。
私のiPhoneのほとんどの(すべてではないにしても)QRリーダーはhttp://なしでURLを処理しているようですが、それが普遍的かどうか疑問に思っていましたか?アンドロイド?ブラックベリー?私が読むべきRFCはどこかにありますか
QR管理/URL短縮システムを構築していて、絶対に必要かと思っていました。そうでない場合は、QRのURLから7文字を削除して、複雑さを最低レベル(16文字以下)にすることができます。私が読んだすべてのことから、これはGoodThing™です。
私はそれがそれを持っているに違いないと言っている絶対的な文書を見つけませんでした。しかし...多くのQRリーダーアプリをテストした後、http://が含まれていない場合、それらの多くがURLを「推測」することは明らかです。しかし、多くの人はそうではなく、それを単なる文字列として表示します。それはURLなので、本当に必要です。そして、アプリがそれを読まない場合、私はそれらに屈して、それらすべてのためにそれを追加しなければなりません。
ちょっとダン私はバーコードスキャナーの開発者で、あなたの質問を見ました。役立つかもしれない情報がもう少しあります。
これには実際の「標準」はありません。HTTP仕様が最も近いものだと思いますが、技術的には「http://」が必要だと言っています。このウィキには、この分野の標準と事実上の標準について私たちが知っていると思うすべてのものがあります。
QRコードには、数字のみと英数字のみのテキストをエンコードするための特別なモードがあります。アルファモードには大文字のみが含まれますが、コロンやスラッシュなどのキー句読点は含まれます。したがって、HTTP://EXAMPLE.ORG/BAR
より少ないバイト数でQRコードにエンコードできる必要がありますhttp://example.org/bar
。
ただし、URL自体では大文字と小文字が区別されます。URLを大文字にすることは必ずしもOKではありません。ただし、サーバーアプリケーションでは大文字と小文字が区別されない場合があります。エンドポイントを制御し、すべて大文字を使用できることがわかっている場合、これはおそらくバージョン1に絞り込む方法です。
最後に、バージョン1のQRコードは、位置合わせパターンがないため、少し奇妙だと言います。見つけるべき4番目のポイントがなければ、それは(まあ、バーコードスキャナー、ひいては多くのスキャナーで採用されているばかげているが効果的なプロセス)、遠近法の歪みを説明することはできません。たまたま小さな傾きでしか機能しません。ただし、バージョン2には、実際には、その配置パターンでのデコード可能性にわずかな利点があります。
QRリーダーは通常、次の条件のいずれかに準拠するテキストをURLとして識別します。
URLがwwwで始まる場合は、httpがなくても問題ありません。しかし、それはあなたの場合ではありません。
Seanが指摘しているように、代わりにすべて大文字のURLを使用する必要があります。
バージョン1のレベルLQRには最大24文字の英数字を収めることができますが、URL短縮サービスには十分です。例:
HTTP://1QR.ES/AAAAAAAAAA
おもしろい事実:Samsung Galaxy電話(S8やS9など)は、テキストエディターに「HTTP」または「HTTPS」(大文字)が含まれるURLでQRコードを開きます。小文字の「http」または「https」と同じURLを使用して同じURLを作成すると、期待どおりにブラウザで開きます。