Dan*_*ung 10 mobile-phones qr-code mobile-website
似乎我的iPhone上的大多数(如果不是全部)QR阅读器处理URL而没有http://就好了,但我想知道这是否是通用的？Android的？黑莓？在某个地方是否有我应该阅读的RFC
我正在建立一个QR管理/网址缩短系统,并想知道这是否绝对必要.如果没有,我可以从我的QR的URL中删除7个字符,并使它们具有最低级别的复杂性(16个字符或更少).从我读过的所有内容来看,这是一件好事.
Dan*_*ung 11
我没有找到任何绝对的文件说它必须有它.但是......在测试了许多QR阅读器应用程序之后,很明显,如果其中没有http://,他们中的许多人会"猜测"一个网址.但是很多人并没有将它显示为一个字符串.由于它是一个URL,它确实需要它.如果有任何应用程序无法读取它,那么我必须向它们低头并为所有这些应用程序添加它.
嘿Dan我是条形码扫描仪的开发者,只是看到了你的问题.我还有一些可能有用的信息.
这没有真正的"标准"; 我认为HTTP规范是最接近的东西,技术上它确实说你需要"http://".这个wiki拥有我们认为我们所知道的关于该领域的标准和事实标准的一切.
我可以告诉你,QR码只有特殊的模式来编码数字,只有字母数字的文本.alpha模式仅包括大写字母,但确实包括冒号和斜线等关键标点符号.因此,"HTTP://FOO.ORG/BAR"应该在QR码中以比"http://foo.org/bar"更少的字节编码.
但URL本身区分大小写.大写URL不一定合适.但是服务器应用程序可能不区分大小写.如果你控制端点并且知道你可以使用全部大写,那么这可能会挤进版本1.
最后我会说版本1的QR码有点奇怪,因为它们没有对齐模式.没有第四点可以找到,它不能(好吧,条形码扫描仪使用的愚蠢但有效的过程以及许多扫描仪的扩展)会导致透视失真.它碰巧只用很小的倾斜.但是版本2实际上对于具有该对齐模式的可解码性具有小的优势.
| 归档时间： |
|
| 查看次数： |
5080 次 |
| 最近记录： |