作者:蒋宇捷(hfahe)
版权声明:原创作品,欢迎转载,转载时请务必以超链接形式标明文章原始出处 、作者信息和本声明。
10月21日补充
解决Ajax跨域的方法
可通过新浪提供的JS SDK解决,详情參考http://open.t.sina.com.cn/wiki/index.php/JS-SDK,须要在server嵌入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 使用很easy,
u 开发和调试工作简单,
u 没有复杂的页面跳转逻辑和交互过程;
u 更利于发起方控制;
缺点:
u 安全性低,每次都须要传递username和password,username和password非常大程度上存在被监听盗取的可能;
u 同一时候应用本地还须要保存username和password,在应用本身的安全性来说,也存在非常大问题;
u 开放平台服务商出于自身安全性的考虑(第三方能够得到该服务商用户的账号password,对于服务商来说是一种安全隐患),未来也会限制此认证方式(Twitter就计划在6月份停止Basic Auth的支持)
u 用户假设更改了username和password,还须要又一次进行password校验的过程。
2、OAuth
OAuth为用户资源的授权提供了一个安全、开放的标准,将会是以后开发平台普遍遵守的,眼下Twitter、Sina微博、豆瓣、Google等都提供对它的支持。它分为几个交互过程:
1)应用用APP KEY和APP SECRET换取OAuth_token;
2)应用将用户引导到服务商的页面对该OAuth_token进行授权(可能须要输入username和password);
3)服务商的页面跳转回应用,应用再依据參数去服务商获得Access Token;
4)使用这个Access Token就能够訪问API了。
上述步骤例如以下图所看到的:
OAuth认证过程
OAuth的长处:
u 安全性高,用户的账户和password仅仅须要提供一次,并且是在服务商的页面上提供,防止了Basic Auth重复传输password带来的安全隐患;
u Access Token訪问权限仅限于应用,被窃取不会影响用户在该服务商的其它服务;
u Access Token即使被监听丢失了随时能够撤销,不像password丢失可能就被别人篡改了;
u 用户改动了password也不会影响该应用的正常使用。
详细OAuth的分析详见这篇文章:http://blog.csdn.net/hereweare2009/archive/2009/03/08/3968582.aspx,标准文档见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,然后在用户输入username和password后将參数都提交到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);
}
傲游浏览器插件的一个简单效果图例如以下图所看到的:
新浪微博开放平台应用-傲游浏览器插件示意图
推送与抓取
上述的解决方式都是基于应用自身抓取的方式,须要定时进行。而实现新浪微博到应用的推送功能据新浪内部消息,此接口正在开发中。
而实现应用从server端到client的推送,眼下比較好的解决方式有基于Java的Comet,另外Nginx也有一个模块NGINX_HTTP_Push_Module能够用作server端的推送,配置和使用都比較方便,可是缺点是此模块并不完好,仅仅能实现一次推送,推送完成后长链接就会关闭。此外一个简单的推送办法是利用HTTP协议的multipart/x-mixed-replace头,能够实现简单的server端推送(眼下仅支持firefox和webkit浏览器)。用PHP实现的话能够调用一个现成的类库- http://www.google.cn/codesearch/p?hl=zh-CN#CAa88S9-H3Q/saf/lib/CGI/Cookie.php&q=serverpush%20php&d=3,然后用例如以下的代码就能够看到server端推送的效果了。
<?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一览
取自"http://open.t.sina.com.cn/wiki/index.php/Rest_API"