TOMMYHU

走进二维码（三）：微软彩色二维码Microsoft Tag (beta)初体验
今天在CES最值得兴奋的事情是什么？

我相信应该是Steve Ballmer说Windows 7 Beta吧！今天晚上一朋友跟我说“我装了Windows 7”，我问，“Build号多少？”，“7000”，我说“不好意思，过时了，上午Beta已经出来了”。

鲍尔默的幽默也非常有趣：

另外值得兴奋的就是微软自家研究的二维码Microsoft Tag的公布。

喔！你没看错，Microsft Tag就是二维码！是微软自家的BarCode(QRCode)技术，与我们现在看到的黑白框框二维码不一样的是，Microsoft Tag是彩色的！不是框框，而是三角形！对，下面这个就是：

到底是什么？

我们先了解一下Microsoft Tag的特点。Microsoft Tag不仅仅具备QRCode相关的能力，更重要的是它基于一种叫做“高容量彩色条码”(HCCBs = High Capacity Color Barcode)的技术，嗯，这个HCCBs是由Microsoft Research研究出来滴！

为什么叫它“高容量”呢？

QRCode是黑白框框，HCCBs采用的是彩色三角形，我们来个对比：

从图中已经一目了然地得出了结论，相同信息量，QRCode要用多大的面积，而Microsoft Tag只用到了四分之一的面积就表达出来了！信息量越大这个比例也越大喔！

【原创意】新浪微博都感到巨大鸭梨的全新创意 —— 二维码社区"神码"

---

原文地址：http://www.cnblogs.com/zc22/archive/2011/01/17/1937848.html
前言
--------------------------------------------
前不久听说百度和阿里投资了新浪微博一个亿（谣言？），嗨，看来又要打水漂了。小李和小马（又：啊宏与啊云），还是拿个板凳坐好，听哥跟您说说“神码”的故事吧。

“神码”概述

--------------------------------------------

有没有人曾经想过，为什么我翻开一份报纸，看到一篇新闻很想说两句，可是就是无从下手？

有没有人曾经想过，为什么看着八卦杂志的Angler Baby 越看越像个狐狸精，却无法与人闲话两句？

有没有人曾经想过，每天早上拿着包看见都饱了的蒙牛，却不知道别人早上会喝什么？


这个时候，你需要什么？

一台手机，轻轻的对着报纸上报道旁边的二维码扫一下，立刻加入热烈的讨论中；

一台手机，轻轻的对着Angler Baby旁边的二维码扫一下，立刻加入百万粉丝的口水战中；

一台手机，轻轻的对着蒙牛的条码扫一下，立刻看见周围又有200条最新评论，原来大家早上都在喝伊利。

原来，一切“神码”都是"浮云"。

（注：神码 = 神奇的条形码， 浮云 = 浮动在互联网的云计算平台，因此本句的含义是 一切条形码的信息都寄托在云计算平台上。）

最近二维码非常流行，通过Goggles或快拍等二维码识别软件，可以节省不少输入时间。在网上搜了一下，发现还是有一些开源的C#程序生成解析二维码的。

生成： 开源二维码生成程序Open Source QRCode Library 下载

解析：zxing

二维码在当期愈发流行，tommyhu整理相关咨询，大家可以看下，补充下此方面知识，具体包含二维码的定义，分类，c#生成二维码，识别等等！

    二维码 （dimensional barcode） ，又称二维条码，是在一维条码的基础上扩展出的一种具有可读性的条码。设备扫描二维条码，通过识别 条码的长度和宽度中所记载的二进制数据，可获取其中所包含的信息。相比一维条码，二维码记载更复杂的数据，比如图片、网络链接等。
    二维条码/二维码（dimensional barcode）是用某种特定的几何图形按一定规律在平面（二维方向上）分布的黑白相间的图形记录数据符号信息的；在代码编制上巧妙地利用构成计算机内部逻辑基础的“0”、“1”比特流的概念，使用若干个与二进制相对应的几何形体来表示文字数值信息，通过图象输入设备或光电扫描设备自动识读以实现信息自动处理：它具有条码技术的一些共性：每种码制有其特定的字符集；每个字符占有一定的宽度；具有一定的校验功能等。同时还具有对不同行的信息自动识别功能、及处理图形旋转变化等特点。在许多种类的二维条码中，常用的码制有：Data Matrix, Maxi Code, Aztec, QR Code, Vericode, PDF417, Ultracode, Code 49, Code 16K 等，QR码是1994年由日本Denso-Wave公司发明。QR来自英文「Quick Response」的缩写，即快速反应的意思，源自发明者希望QR码可让其内容快速被解码。QR码最常见于日本、韩国；并为目前日本最流行的二维空间条码。
分类
　　二维条码/二维码可以分为堆叠式/行排式二维条码和矩阵式二维条码。它具有条码技术的一些共性：每种码制有其特定的字符集；每个字符占有一定的宽度；具有一定的校验功能等。同时还具有对不同行的信息自动识别功能、及处理图形旋转变化等特点。 堆叠式/行排式二维条码形态上是由多行短截的一维条码堆叠而成；矩阵式二维条码以矩阵的形式组成，在矩阵相应元素位置上用“点”表示二进制“1”， 用“空”表示二进制“0”，“点”和“空”的排列组成代码。
堆叠式/行排式
　　堆叠式/行排式二维条码又称堆积式二维条码或层排式二维条码），其编码
   [常见二维码]

常见二维码

《非你莫属》刘莉莉vs张绍刚

火了《非你莫属》，火了张绍刚，火了刘莉莉和英雄双行体，到底是谁在高傲与无理，相信大家自己心中有一杆秤……在这里我要表达下我的想法，张绍刚老师确实是有点没HLOD住，我整个过程看下来，刘莉莉始终很有理的，并没有所说的高傲与无理，不知道是所谓的英雄双行体过于装B还是刘莉莉说道华尔街，说道英国还有长相不讨喜，总之是很坑爹了，只能说58同城的老总还是蛮淡然了的，……
节目现场视频：

刘莉莉回应视频：

另外一个张绍刚电视选秀与选手发生争执的视频：http://www.umiwi.com/2012/0117/57558.shtml

茶不能一口喝干，要分三口，哪怕最小的茶盅，一口喝，便成了“牛饮”。
    再结合人体味蕾的分布位置，来体会茶中滋味。
    第一口茶：用舌尖尝茶汁的甜味。
    第二口茶：用舌身尝茶汁的涩味。
    第三口茶：用舌根尝茶汁的苦味，回过味来有点甘甜。
    一说：“品”字有三“口”意即分三口喝完一盅。一口为尝,二口为喝,三口为品。
    再一说：一观其色，二闻其香，三品其味。“三口方知味,三番才动心”。
http://wenku.baidu.com/view/4f9fcfd584254b35eefd3490.html

新浪微博的开放平台提供了jsSDK的方法，但是很多人反映不会使用，这里最关键的一点是不会放跨域文件。
的确，我也承认开放平台的开发文档写的不是很详细，比如对于一些接口是使用REST的，要人云里雾里，而对于REST的介绍却很隐晦，我也是尝试了几次才找到的方法（例如删除微博接口）。
下面简单说说jsSDK的操作。

放置跨域文件
为了实现跨域请求api的接口，我们需要在自己的域名下放置一个xd.html的文件，这个文件可以理解成在你网站做代理的，通过它才可以请求道 api.t.sina.com.cn的内容。感兴趣的童靴可以研究下这种跨域的实现方式，国内的人人、腾讯，国外的Facebook都是这种跨域方式。

基本原理是通过html5的postMessage和window.name来实现跨域。其实如果进一步研究是完全可以不要这个跨域文件的！相信下一个版本的JSSDK不会出现跨域文件来误导大家。
跨域文件放置要点

放置来应用的同域名下，例如你的应用网址是www.js8.in，则你的xd.html文件就要放在www.js8.in域名下
不一定是根目录下，因为可以通过jsSDK中的xdpath来传入xd.html路径，默认是根目录，即www.js8.in/xd.html
api的get接口可以jsonp
据我研究，api的一些get接口可以通过jsonp的方式来访问(《通过JSONP实现完美跨域》)，这样就大大的提高了接口的可用性，即使不使用jsSDK我们也可以自己调用接口。例如使用jQuery的getJSON方法。

jsSDk常用操作打包
下面的代码是我写的基于jQuery的jsSKD常用操作的一些方法，希望对即将开发微博应用的同学有用：
var $api_url = "http://api.t.sina.com.cn/",   $app_key = '你的key'; //载入JS-SDK WB.core.load(['connect', 'client'], function() {     var cfg = {         key: $app_key,         xdpath: 'http://'+location.host+'/xd.html'     };     WB.connect.init(cfg);     WB.client.init(cfg); }); (function(){   var uid = 0;   /**    * 登陆函数    * @param {Object} back callback函数    */   var login=function(back){     back = back|| function(){};     WB.connect.login(function(){       back();     });   };   /**    * 退出函数    * @param {Object} back callback函数    */   var logout = function(back){     WB.connect.logout(function(){       location.reload();     });   };   /**    * 添加粉丝    * @param {Object} uid 用户id    * @param {Object} back callback函数    */   var addFans = function(uid,back){     back = back || function(){};     WB.client.parseCMD("/friendships/create.json", function(o, s){       if (s) {         back.call({},o);       }     }, {user_id:uid});   };   /**    * 取消一个关注函数    * @param {Object} uid 用户id    * @param {Object} back callback函数    */   var delFollow = function(uid,back){     back = back || function(){};     WB.client.parseCMD("/friendships/destroy.json", function(o, s){       if (s) {         back.call({},o);       }     }, {user_id:uid});   };   /**    * 删除一条微博    * @param {Object} id 微博id    * @param {Object} back callback函数    */   var delWeibo = function(id,back){     back = back || function(){};     WB.client.parseCMD("/statuses/destroy/"+id+".json", function(sResult, bStatus){       if (bStatus) {         back.call({},sResult);       }   }, {id:id});   };   /**    * 根据uid获取用户信息    * @param {Object} uid 用户ID    * @param {Object} back callback函数    */   var getUserInfo = function(uid,back){     back = back || function(){};     $.getJSON($api_url+"users/show.json?callback=?", {source:$app_key,user_id:uid}, function(o){       back.call({},o);     });   };   /**    * 获取用户认证函数    * 登陆后使用    * @param {Object} back callback函数    */   var verfiy = function(back){     back = back || function(){};     $.getJSON($api_url+"account/verify_credentials.json?callback=?", {source:$app_key}, function(o){       uid = o.id;       back.call({},o);     });   };   /**    * 是否登陆    * 登陆return true    */   var isLogin = function(){     return WB.connect.checkLogin();   };   /**    * 是否接口访问是否受限    * 受限return true    */   var isLimit = function(){     $.getJSON($api_url+"account/rate_limit_status.json?callback=?", {source:$app_key}, function(o){       //超出限制       if(!o || o.remaining_hits <=5){         return true;       }       return false;     });   };   /**    * 根据uid获取用户发的微博    * @param {Object} uid 用户ID    * @param {Object} back callback函数    */   var getWeibo = function(uid,count,page,back){     count = count||20;     page = page || 1;     back = back||function(){};     $.getJSON($api_url+"statuses/user_timeline.json?callback=?", {source:$app_key,page:page,count:count,user_id:uid}, function(json){       back.call({},json);     });   };   /**    * 根据uid获取用户的粉丝及其最新的微博    * @param {Object} uid 用户uid    * @param {Object} count 条数    * @param {Object} back callback函数    */   var getFollower = function(uid,count,back){     back = back||function(){};     count = count || 20;     $.getJSON($api_url+"statuses/followers.json?callback=?", {source:$app_key,user_id:uid,count:count}, function(json){       back.call({},json);     });   };   /**    * 根据uid获取用户的关注列表包括最新的微博    * @param {Object} uid 用户uid    * @param {Object} count 条数    * @param {Object} back callback函数    */   var getFriends = function(uid,count,back){     back = back||function(){};     count = count || 20;     $.getJSON($api_url+"statuses/friends.json?callback=?", {source:$app_key,user_id:uid,count:count}, function(json){       back.call({},json);     });   };   /**    * 发布一条微博    * @param {Object} msg 微博内容    * @param {Object} back callback函数    */   var publish = function(msg,back){     back = back || function(){};     WB.client.parseCMD("/statuses/update.json", function(o, s) {  //开始发表       if(s){         back.call({},o);       }     }, {status:encodeURIComponent(msg)});   };   /**    * 获取public timeline    * @param {Object} count 条数    * @param {Object} back callback函数    * @param {Object} base_app 是否为本应用的    */   var getTimeLine = function(count,back,base_app){     back = back||function(){};     count = count || 20;     base_app = base_app || 0;     $.getJSON($api_url+"statuses/public_timeline.json?callback=?", {source:$app_key,base_app:base_app,count:count}, function(json){       back.call({},json);     });   };   /**    * 根据uid获取关注用户的uid数组    * @param {Object} uid 用户uid    * @param {Object} count 条数    * @param {Object} back callback函数    */   var getFriendUids = function(uid,count,back){     back = back||function(){};     count = count || 20;     base_app = base_app || 0;     $.getJSON($api_url+"friends/ids.json?callback=?", {source:$app_key,user_id:uid,count:count}, function(json){       back.call({},json);     });   };   /**    * 根据uid 获取粉丝的uid数组    * @param {Object} uid 用户的uid    * @param {Object} count 条数    * @param {Object} back callback函数    */   var getFollowerUids = function(uid,count,back){     back = back||function(){};     count = count || 20;     base_app = base_app || 0;     $.getJSON($api_url+"followers/ids.json?callback=?", {source:$app_key,user_id:uid,count:count}, function(json){       back.call({},json);     });   }; })();

要说什么是SEO3.0，首先要从SEO1.0说起。

SEO背景知识

SEO1.0时代，搜索引擎算完还不完善，排名的规则更加注重于页面关键词密度、title、keyword、description等因素。这个时候无数站长都在疯狂大量的在页面里堆砌关键词，光是meta keyword标签都要写上好几百字。也就是说，从搜索引擎的角度出发，在SEO1.0时代更加注重的是网站的内容，认为内容相关度越高的页面就越应该靠前展示给用户。简而言之就是SEO1.0时代，内容为王。

到了SEO2.0时代，搜索引擎算法改进，页面的想要排名靠前不光取决于标签、密度等因素了，而是更加注重内链结构以及高质量外部链接的导入。所以这个时候的站长每天都忙碌着发外链、发外链、发外链，甚至有些公司在招聘SEO人员的时候，都只是叫做外链专员，他们认为只要外链做好了，SEO也就成功了。虽然这种观点是错误的，可是也在某种程度反映出SEO2.0时代的特点。从搜索引擎的角度出发，在SEO2.0时代更加注重了页面的流行度、成熟度方面，以链接投票的方式，通过获得票数的多少来决定页面排名顺序。简而言之就是SEO2.0时代，外链为皇。

什么是SEO3.0

现在SEO3.0时代已经悄然在搜索引擎的搜索结果中离我们越来越近。到底什么是SEO3.0呢？有人说是更好的用户体验，有人说是更加社会化交互式的页面，其实这都并不能完全概括SEO3.0的含义。我理解的SEO3.0的含义是：SEO3.0是在以提供高质量内容、产品的基础上，通过对用户搜索体验的优化提升用户满意度，进而刺激用户的社会化分享活动而形成的自然SEO。

SEO3.0时代应避免的误区