这似乎是大多数（如果不是全部）QR读者在我的iPhone处理的URL，而不HTTP：//得很好，但我不知道是否是普遍？ Android的？黑莓？是否有一个RFC的地方，我应该去阅读带有URL的QR码，是否*真的*需要http：//？
我建立一个QR管理/ URL缩短服务系统，并想知道，如果它是绝对必要的。如果没有，我可以从我的QR网址中删除7个字符，并使其成为最低级别的复杂性（16个字符或更少）。从我读过的所有内容来看，它都是一件好事。
我还没有发现任何绝对的文件，指出它必须拥有它。但是......在测试了一些QR阅读器应用程序之后，很明显，如果没有http：//，很多应用程序会猜测这个URL。但许多人不会将它显示为一个字符串。由于它是一个URL，它确实需要它。如果有任何应用程序不会阅读它，那么我必须向他们鞠躬，并为他们添加它。
只需要提一下：我们有一个关于没有'http：//'的网址与几个iOS应用和黑莓手机有关的问题。添加'http：//'修复了我们可以测试的所有应用程序的问题。 **结论：总是添加http：//到你的链接** – Mario 2013-04-16 16:29:32
嘿丹我条码扫描仪的开发，只是看到你的问题。我还有一些可能有用的信息。
这里没有真正的“标准”我认为HTTP规范是最接近的，并且技术上它确实表示你需要“http：//”。 This wiki拥有我们认为我们了解这方面的标准和事实标准的一切。
我可以告诉你，QR码有特殊的模式来只编码数字，和字母，只有文字。阿尔法模式只包括大写字母，但包括像冒号和斜杠这样的重要标点符号。因此，“HTTP://FOO.ORG/BAR”应该可以用比“http://foo.org/bar”更少的字节编码QR码。
但是，URL本身区分大小写。大写URL不一定是好的。但服务器应用程序可能不区分大小写。如果你控制端点，并知道你可以使用全部大写，这是一种可能挤入版本1的方式。
最后我会说版本1的QR码有点奇怪，因为它们没有对齐模式。没有第四点可以找到，它不能（嗯，条码扫描仪采用的愚蠢而有效的过程，以及许多扫描仪的扩展）解释了透视失真。它恰好只能以小的倾斜度工作。但版本2实际上具有对于该对齐模式的可解码性的小优点。
很好的信息，肖恩。谢谢！关于ver 1代码有趣的消息没有额外的参考点。注意到，但从未理解这种影响。 – 2010-12-14 20:12:15
QR读者通常标识为URL符合任何此类条件的任何文本：
你应该罚款不包含http如果您的网址以www开始。但它不是你的情况。正如肖恩指出的那样，您应该使用全部大写的网址。
您最多可容纳24个字母数字字符的版本1级L QR，至极就是足够多的URL缩短。 例子：
刚才试了条码扫描仪在Android上，和它的作品没有http：//。不知道其他人.. – MartinodF 2010-11-15 17:26:45
虽然大多数QR阅读器将启动浏览器，并承担http，离开它肯定困扰我。 手机应该如何知道您打算使用HTTP？它猜测。 – Brad 2010-11-15 17:42:48
我刚刚尝试了几个更晦涩的扫描仪（MAAD Qr和i-nigma），有些只是将它显示为一个字符串，并没有意识到它是一个URL。可能是我的问题在那里的答案。 – 2010-11-15 19:09:50