新浪微博开放平台深度历险

作者：蒋宇捷（hfahe）

版权声明：原创作品，欢迎转载，转载时请务必以超链接形式标明文章原始出处 、作者信息和本声明。

10月21日补充

​解决Ajax跨域的方法​

可通过新浪提供的JS SDK解决，详情参考http://open.t.sina.com.cn/wiki/index.php/JS-SDK，需要在服务器嵌入xd.html文件。

​简介​

         新浪微博开放平台的体系参考了Twitter，两者非常类似，包括接口、参数的定义，请求方式等等，如果熟悉Twitter的API，基本可以同样的适用到新浪微博开放平台上，同时此文档技术部分的信息也可以同样适用于Twitter。

         新浪微博开放平台的网站为http://open.t.sina.com.cn/，目前只部分页面对匿名用户开放。新浪微博开放平台的官方微博为http://t.sina.com.cn/openapi，可以在此申请API试用权限。

​注册​

         在开放平台登录后可以看到的界面如下所示：

         可以选择创建一个应用，需要设置应用名称、应用地址等。

         创建后可以在“我的应用”菜单里看到该应用和使用用户数，系统会为此应用分配一个APP KEY和APP SECRET，这两个字串非常重要，将会在以后认证或者信息交互时用到。

某应用的详细信息页面

         应用分为多个授权级别，分别为普通授权、中级授权、高级授权、合作伙伴授权，可以在http://open.t.sina.com.cn/wiki/index.php/Rate-limiting这里看到详细的权限信息。使用合作伙伴授权是没有请求限制的，而普通授权可能一不小心就会Server Limit了。

​认证​

​         ​开放平台有两种认证方式，一种是Basic Auth，一种是OAuth。

         1、Basic Auth（HTTP Auth）

         Basic Auth简单点说明就是每次请求API时都提供用户的username和password。例如：

“curl -u user:password -d “source=10001&status=api test” http://api.t.sina.com.cn/update.xml”

。这种方式优点和缺点都很明显。

         优点：

u  使用非常简单，

u  开发和调试工作简单，

u  没有复杂的页面跳转逻辑和交互过程；

u  更利于发起方控制；

         缺点：

u  安全性低，每次都需要传递用户名和密码，用户名和密码很大程度上存在被监听盗取的可能；

u  同时应用本地还需要保存用户名和密码，在应用本身的安全性来说，也存在很大问题；

u  开放平台服务商出于自身安全性的考虑（第三方可以得到该服务商用户的账号密码，对于服务商来说是一种安全隐患），未来也会限制此认证方式（Twitter就计划在6月份停止Basic Auth的支持）

u  用户如果更改了用户名和密码，还需要重新进行密码校验的过程。

         2、OAuth

         OAuth为用户资源的授权提供了一个安全、开放的标准，将会是以后开发平台普遍遵守的，目前Twitter、Sina微博、豆瓣、Google等都提供对它的支持。它分为几个交互过程：

         1）应用用APP KEY和APP SECRET换取OAuth_token；

         2）应用将用户引导到服务商的页面对该OAuth_token进行授权（可能需要输入用户名和密码）；

         3）服务商的页面跳转回应用，应用再根据参数去服务商获得Access Token；

         4）使用这个Access Token就可以访问API了。

         上述过程如下图所示：

OAuth认证过程

         OAuth的优点：

u  安全性高，用户的账户和密码只需要提供一次，而且是在服务商的页面上提供，防止了Basic Auth反复传输密码带来的安全隐患；

u  Access Token访问权限仅限于应用，被窃取不会影响用户在该服务商的其他服务；

u  Access Token即使被监听丢失了随时可以撤销，不像密码丢失可能就被别人篡改了；

u  用户修改了密码也不会影响该应用的正常使用。

         具体OAuth的分析详见这篇文章，标准文档见http://docs.google.com/View?id=dcmnpkqd_2wxwfwrdg。

         新浪微博开放平台提供了多种类型的认证页面，例如下面的图：

标准的授权页面

弹出窗口类型的授权页面

​开发​

​         ​开放平台的API接口基本都是以RESTFUl的方式给出，有统一的参数和响应格式。​

​         ​实际开发的例子，Basic Auth我将采用PHP和Perl两种方式，OAuth我将采用PHP和Javascript两种方式，另外结合命令行来给予全面的说明。

         1、Basic Auth之用户认证

         用户认证的接口是Account/verify credentials，json数据访问的方式为“curl -u uid:password http://api.t.sina.com.cn/account/verify_credentials.json?source=appkey”。uid可以是用户在新浪的username，也可以是用户编号。

         通过命令行执行的结果如下所示：

命令行请求用户验证接口

         下面为PHP用curl方式请求此接口的代码示例：

​         $username = $_POST[‘username’];          ​

​         $password = $_POST[‘password’];​

​         // param validate​

​         // …​

​         $curl = curl_init();​

​         curl_setopt($curl, CURLOPT_URL, “http://api.t.sina.com.cn/account/verify_credentials.json?source=xxxxxxx”);​

​         curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1);​

​         curl_setopt($curl, CURLOPT_USERPWD, “$username:$password”);​

​         $data = curl_exec($curl);​

​         curl_close($curl);​

​         ​如果用Perl的方式来实现，可以试试Perl的LWP::Curl和WWW::Curl模块，或者简单用执行系统命令方式实现，代码如下：

​         my $json = `curl -u $username:$password -d count=3 -d since_id=$since_id http://api.t.sina.com.cn/account/verify_credentials.json?source=xxxxxxx`;​

​         ​如果认证成功，返回的是用户个人信息，如果认证失败，将返回错误信息，例如：

​         <?xml version=”1.0″ encoding=”UTF-8″?><hash><request>/account/verify_credentials.xml</request><error_code>400</error_code><error>Error: source paramter(appkey) is missing</error></hash>​

​         ​2、Basic Auth之好友消息获取

         好友消息获取是一个最常用的功能，能够取得所关注用户的最新消息列表。API主要参数包括since_id、max_id、count、page。常用到的是count和since_id。count表示取的消息数量，而since_id表示从哪条消息开始取，如果要做增量更新功能，就可以记录每一次最新一条消息的id，然后下一次将这一条消息的id作为since_id去请求接口。

         通过命令行请求此接口如下图所示：

命令行请求好友消息接口

         从返回的json数据里取得一条消息的内容、发表时间、用户昵称、用户头像等信息，Perl可以采用如下的代码：

​         my $statuses = JSON::from_json($json);​

​         if(@$statuses[0]) { # must have new messages​

​                  for my $status ( @$statuses ) {​

​                            my $name = $status->{user}{screen_name};​

​                            my $text = $status->{text}; ​

​                            my $create_at = $status->{created_at};​

​                            my $id = $status->{id};​

​                            my $img = $status->{user}->{profile_image_url};​

​                  }​

​         }​

         3、Basic Auth之用户未读消息获取

         用户未读消息获取的接口是Statuses/unread，json数据访问方式为“curl -u uid:password http://api.t.sina.com.cn/statuses/unread.json?source=appkey”。接口将返回用户未读消息数，包括@我的，新评论，新私信，新粉丝数。

         返回的结果如下所示：

​         {“followers”:5,”dm”:0,”mentions”:1,”comments”:2}​

​         ​4、OAuth方式

         用PHP开发OAuth方式的新浪微博应用其实比较简单，因为开放平台提供了SDK供开发人员使用，地址见http://code.google.com/p/libweibo/，但是在示例里index.php里用$_SERVER[‘SCRIPT_URI’]有可能出现问题，需要用HTTP_HOST和REQUEST_URI构造完整路径。

         这里我主要想介绍的是用本地应用方式，基于HTML和Javascript的方式实现新浪微博的应用，以实现一个傲游浏览器的插件为例。

         首先要解决几个问题。

         第一，Ajax跨域问题：我们从本地通过Javascript请求新浪微博API时，都是跨域的。解决方式很多，1、使用PHP做一个本域的访问代理，当然用这种方式就算不上纯本地应用了；2、使用Ajax跨域方法，例如动态的Script标签；3、如果是傲游的插件，这算不上是一个问题，因为浏览器的插件可以跨域访问远程地址。

         第二，加密算法问题：OAuth的请求需要进行签名，需要算法的支持。新浪微博开放平台的文档建议采用HMAC-SHA1方式。js有一个sha1的类库，里面实现了常用的SHA1加密算法。使用里面的b64_hmac_sha1方法就可以得到符合格式的签名。

         第三，页面跳转问题：在OAuth流程里，有一步是从新浪用户授权页面跳转到应用的callback页面，这一个过程在本地应用来说，是有问题的。以傲游浏览器为例，打开页面都是以本地文件的方式（file:///），此页面不存在一个网络上的地址，所以，将file:///开头的地址作为callback地址给新浪用户授权页面时，通过后台跳转的它无法解析此页面的地址，也无法跳转到相应的本地页面（就是说此页面必须有在一个确定的域名下）。这个问题是很难解决的，而从浏览器端进行改动代价太大，幸好新浪微博授权API为不方便访问Web页面的应用提供了oauth_callback的json方式，正好帮助我们解决这个问题。

         应用的结构如下图所示：

本地应用的系统结构

         配置页面用于账户授权或者取消授权。点击账户授权跳转到登录页面。登录页面首先要从request_token API获得未经授权的token，然后在用户输入用户名和密码后将参数都提交到authorize API获得verifier，然后跳转到回调页面，回调页面根据verifier和token去access_token API获得经过授权的token，认证过程完成。token保存在本地（cookies、本地文件、浏览器账户配置等方式），以后每次获取消息或者发表消息都需要使用此token。消息显示页面可以通过Ajax增量更新或者定时刷新页面的方式来更新用户信息。下面是获取request_token的核心代码。

​         function get_request_token() {​

​         var param_arr = [“oauth_consumer_key=” + oauth_consumer_key,​

​                    “oauth_nonce=” + oauth_nonce,​

​                    “oauth_signature_method=” + oauth_signature_method,​

​                    “oauth_timestamp=” + oauth_timestamp,​

​                    “oauth_version=” + oauth_version];​

​         base_string = oauth_method + “&” + encodeURIComponent(request_token_api) + “&” + encodeURIComponent(param_arr.join(“&”));​

​         oauth_signature = b64_hmac_sha1(app_secret + “&”, base_string) + “=”;​

​         args = “oauth_consumer_key=” + encodeURIComponent(oauth_consumer_key)​

​                   + “&oauth_nonce=” + encodeURIComponent(oauth_nonce) ​

​                   + “&oauth_timestamp=” + encodeURIComponent(oauth_timestamp)​

​                   + “&oauth_signature_method=” + encodeURIComponent(oauth_signature_method)​

​                   + “&oauth_signature=” + encodeURIComponent(oauth_signature)​

​                   + “&oauth_version=” + encodeURIComponent(oauth_version);​

​         Lite.IO.ajaxGet(request_token_proxy, args, set_oauth_token_callback);​

​}​

​         ​傲游浏览器插件的一个简单效果图如下图所示：

新浪微博开放平台应用–傲游浏览器插件示意图

​推送与抓取​

​         ​上述的解决方案都是基于应用自身抓取的方式，需要定时进行。而实现新浪微博到应用的推送功能据新浪内部消息，此接口正在开发中。

​         ​而实现应用从服务器端到客户端的推送，目前比较好的解决方案有基于Java的Comet，另外Nginx也有一个模块NGINX_HTTP_Push_Module可以用作服务器端的推送，配置和使用都比较方便，但是缺点是此模块并不完善，只能实现一次推送，推送完毕后长链接就会关闭。此外一个简单的推送办法是利用HTTP协议的multipart/x-mixed-replace头，可以实现简单的服务器端推送（目前仅支持firefox和webkit浏览器）。用PHP实现的话可以调用一个现成的类库– http://www.google.cn/codesearch/p?hl=zh-CN#CAa88S9-H3Q/saf/lib/CGI/Cookie.php&q=serverpush%20php&d=3，然后用如下的代码就可以看到服务器端推送的效果了。

​         <?php​

​         $spush = new ServerPush (‘replace’);​

​         // display the message “Hello, how are you today?” one word at a time​

​         // with a two second delay between words.​

​         $spush->rotate (array (​

​              ‘Hello,’,​

​              ‘how’,​

​              ‘are’,​

​              ‘you’,​

​              ‘today?’,​

​         ), 2);​

​         ?>​

​其他​

​         ​我很好奇的研究了Chrome的插件Sina Twitter，惊奇的发现它并没有使用新浪的任何API，完全是基于页面抓取实现的，这也是从另外一个实现新浪微博插件的思路。

         至于要实现Twitter的应用，可以使用一个叫class.twitter.php的类库，已经封装了很多功能（但是还有一些不完善的地方，我个人也对它进行了一些改进）。

​附：新浪微博开放​​API​​一览​

获取下行数据集(timeline)接口

• statuses/public_timeline 获取最新更新的公共微博消息
• statuses/friends_timeline 获取当前用户所关注用户的最新微博信息 (别名: statuses/home_timeline)
• statuses/user_timeline 获取用户发布的微博信息列表
• statuses/mentions 获取@当前用户的微博列表
• statuses/comments_timeline 获取当前用户发送及收到的评论列表
• statuses/comments_by_me 获取当前用户发出的评论
• statuses/comments 获取指定微博的评论列表
• statuses/counts 批量获取一组微博的评论数及转发数
• statuses/unread 获取当前用户未读消息数

微博访问接口

• statuses/show 根据ID获取单条微博信息内容
• ​​user/status/id​​ 根据微博ID和用户ID跳转到单条微博页面
• ​​statuses/update​​ 发布一条微博信息
• ​​statuses/upload​​ 上传图片并发布一条微博信息
• ​​statuses/destroy​​ 删除一条微博信息
• ​​statuses/repost​​ 转发一条微博信息（可加评论）
• ​​statuses/comment​​ 对一条微博信息进行评论
• ​​statuses/comment_destroy​​ 删除当前用户的微博评论信息
• ​​statuses/reply​​ 回复微博评论信息

用户接口

• ​​users/show​​ 根据用户ID获取用户资料（授权用户）
• ​​statuses/friends​​ 获取当前用户关注对象列表及最新一条微博信息
• ​​statuses/followers​​ 获取当前用户粉丝列表及最新一条微博信息

私信接口

• ​​direct_messages​​ 获取当前用户最新私信列表
• ​​direct_messages/sent​​ 获取当前用户发送的最新私信列表
• ​​direct_messages/new​​ 发送一条私信
• ​​direct_messages/destroy​​ 删除一条私信

关注接口

• ​​friendships/create​​ 关注某用户
• ​​friendships/destroy​​ 取消关注
• ​​friendships/exists​​ 是否关注某用户(推荐使用friendships/show)
• ​​friendships/show​​ 获取两个用户关系的详细情况

Social Graph接口

• ​​friends/ids ​​获取用户关注对象uid列表
• ​​followers/ids ​​获取用户粉丝对象uid列表

账号接口

• ​​account/verify_credentials​​ 验证当前用户身份是否合法
• ​​account/rate_limit_status​​ 获取当前用户API访问频率限制
• ​​account/end_session​​ 当前用户退出登录
• ​​account/update_profile_image​​ 更改头像
• ​​account/update_profile​​ 更改资料
• ​​account/register​​ 注册新浪微博帐号

收藏接口

• ​​favorites​​ 获取当前用户的收藏列表
• ​​favorites/create​​ 添加收藏
• ​​favorites/destroy​​ 删除当前用户收藏的微博信息

登录/OAuth接口

• ​​oauth​​ OAuth授权方式介绍
• ​​oauth/request_token​​ 获取未授权的Request Token
• ​​oauth/authorize​​ 请求用户授权Token
• ​​oauth/access_token​​ 获取授权过的Access Token

重要字段说明

• ​​status​​ 微博信息内容
• ​​user​​ 用户资料信息
• ​​comment​​ 评论信息描述
• ​​direct_message​​ 私信信息
• ​​省份城市编码表​​