欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  后端开发

[分享]模拟新浪微博自动登陆

程序员文章站 2024-02-05 11:14:22
...
博客原文地址: http://blog.csdn.net/lgg201/article/details/8050606

 $v ) 		$r[]	= $k . '=' . $v;	return implode('&', $r);}function makeUrl($url, $info, $encode = TRUE) {	if ( !is_array($info) || empty($info) ) return $url;	$components	= parse_url($url);	if ( array_key_exists('query', $components) ) 		$query	= parse_str($components['query']);	else 		$query	= array();	if ( is_string($info) ) $info = parse_str($info);	$query		= array_merge($query, $info);	$query		= $encode				? http_build_query($query)				: http_build_query_no_encode($query);	$components['scheme']	= array_key_exists('scheme', $components)							? $components['scheme'] . '://'							: '';	$components['user']		= array_key_exists('user', $components)							? $components['user'] . ':' . $components[HTTP_URL_PASS] . '@'							: '';	$components['host']		= array_key_exists('host', $components)							? $components['host']							: '';	$components['port']		= array_key_exists('port', $components)							? ':' . $components['port']							: '';	$components['path']		= array_key_exists('path', $components)							? '/' . ltrim($components['path'], '/')							: '';	$components['query']	= $query 							? '?' . $query							: '';	$components['fragment']	= array_key_exists('fragment', $components)							? '#' . $components['fragment']							: '';	return sprintf('%s%s%s%s%s%s%s', $components['scheme'], $components['user'], $components['host'], 								$components['port'], $components['path'], 								$components['query'], $components['fragment']);}function encode_username($username) {	return base64_encode(urlencode($username));}function encode_password($pub_key, $password, $servertime, $nonce) {	#这里是要用nodejs执行新浪的js文件	$response	= `/usr/local/node.js-0.8.8/bin/node sina.js "$pub_key" "$servertime" "$nonce" "$password"`;	return substr($response, 0, strlen($response) - 1);}function main_page() {	return curl_request('weibo.com');}function prepare_login_info() {	$time	= get_js_timestamp();	$url	= makeUrl('http://login.sina.com.cn/sso/prelogin.php', array(		'entry'		=> 'sso', 		'callback'	=> 'sinaSSOController.preloginCallBack', 		'su'		=> encode_username('undefined'), 		'rsakt'		=> 'mod', 		'client'	=> 'ssologin.js(v1.4.2)', 		'_'			=> $time, 	), FALSE);	$response	= curl_request($url);	$length		= strlen($response);	$left		= 0;	$right		= $length - 1;	while ( $left  0 )		if ( $response[$right] == '}' ) break;		else $right --;	$response	= substr($response, $left, $right - $left + 1);	return array_merge(json_decode($response, TRUE), array(		'preloginTime'	=> max(get_js_timestamp() - $time, 100), 	));}function login($info, $username, $password) {	$feedbackurl	= makeUrl('http://weibo.com/ajaxlogin.php', array(		'framelogin'		=> 1, 		'callback'			=> 'parent.sinaSSOController.feedBackUrlCallBack', 	));	$datas	= array(		'encoding'			=> 'UTF-8', 		'entry'				=> 'weibo', 		'from'				=> '', 		'gateway'			=> 1, 		'nonce'				=> $info['nonce'], 		'prelt'				=> $info['preloginTime'], 		'pwencode'			=> 'rsa2', 		'returntype'		=> 'META', 		'rsakv'				=> $info['rsakv'], 		'savestate'			=> 7, 		'servertime'		=> $info['servertime'], 		'service'			=> 'miniblog', 		'sp'				=> encode_password($info['pubkey'], $password, $info['servertime'], $info['nonce']), 		'ssosimplelogin'	=> 1, 		'su'				=> encode_username($username), 		'url'				=> $feedbackurl, 		'useticket'			=> 1, 		'vsnf'				=> 1, 	);	$url	= makeUrl('http://login.sina.com.cn/sso/login.php', array(		'client'	=> 'ssologin.js(v1.4.2)', 	), FALSE);	$response	= curl_request($url, REQUEST_METHOD_POST, $datas);	$sign		= 'location.replace(\'';	$response	= substr($response, strpos($response, $sign) + strlen($sign));	$location	= substr($response, 0, strpos($response, '\''));	$response	= curl_request($location);	$length		= strlen($response);	$left		= 0;	$right		= $length - 1;	while ( $left  0 )		if ( $response[$right] == '}' ) break;		else $right --;	$response	= substr($response, $left, $right - $left + 1);	return json_decode($response, true);}$info	= prepare_login_info();$info	= login($info, '用户名', '密码');echo curl_request('http://weibo.com/u/' . $info['userinfo']['uniqueid'] . $info['userinfo']['userdomain']);

回复讨论(解决方案)

郁闷了,nodejs似乎没有 for win 的版本

看来虚拟主机的环境用不了,必须得自己配置nodejs才行

看来要看看nodejs才行呀!!

观望中

倒是个好东西,回头注册一个新浪账号玩玩。

体会体会、、、、、、、、

其实很多的网站都可以用的到了,因为微博已经火了.

本帖最后由 PhpNewnew 于 2012-10-09 15:53:32 编辑

nodejs 学了多久了?前段时间倒是蛮有兴趣想去看看这个东西的

nodejs 学了多久了?前段时间倒是蛮有兴趣想去看看这个东西的

没学过, 就知道它是个js引擎, 所以用来运行新浪的js

有分享就有进步,楼主的分享精神值得赞美
有nodejs可能暂时用不上,先收着再说

其实还是不明白为什么你们一定要搞模拟登录…………
别人好好的api+oauth2接口…………………………

其实还是不明白为什么你们一定要搞模拟登录…………
别人好好的api+oauth2接口…………………………

比如, 新浪提供了获取全站最新微博的接口, 而我们有系统需要抓取这些信息, 那就需要模拟一个用户登陆, 然后使用这些接口...

换言之, 基于api/oauth开发一个新浪微博的应用, 需要让新浪的用户安装该应用, 然后使用...
而我们需要的是把新浪的某些东西可以用程序自动的拿过来, 供自己的系统使用.

引用 11 楼 的回复:

其实还是不明白为什么你们一定要搞模拟登录…………
别人好好的api+oauth2接口…………………………


比如, 新浪提供了获取全站最新微博的接口, 而我们有系统需要抓取这些信息, 那就需要模拟一个用户登陆, 然后使用这些接口...

换言之, 基于api/oauth开发一个新浪微博的应用, 需要让新浪的用户安装该应用, 然后使用...
而我们……
谁说的
敝公司的自动采集就是用的oauth新浪api

除非是涉及用户身份操作的部分,新浪api是可以不登陆使用的。

啊,莫非你看的是v2接口………………
我刚去看了文档,v2的确限制大了很多。

不过敝公司和新浪合作得比较好,所以v1是可以继续使用的……………………而v1的授权没那么麻烦………………

啊,莫非你看的是v2接口………………
我刚去看了文档,v2的确限制大了很多。

不过敝公司和新浪合作得比较好,所以v1是可以继续使用的……………………而v1的授权没那么麻烦………………

当然说的就是一些必须得登陆的接口啊, 如果不需要登陆可以搞定, 当然不会去搞这些玩意儿啦.

引用 15 楼 的回复:

啊,莫非你看的是v2接口………………
我刚去看了文档,v2的确限制大了很多。

不过敝公司和新浪合作得比较好,所以v1是可以继续使用的……………………而v1的授权没那么麻烦………………


当然说的就是一些必须得登陆的接口啊, 如果不需要登陆可以搞定, 当然不会去搞这些玩意儿啦.

比如, 如果你的站点需要做一个和新浪微博的互通, 提供一种服务, 用户授权后, 将他在新浪发的feed在你的网站也发一份..

引用 16 楼 的回复:

引用 15 楼 的回复:

啊,莫非你看的是v2接口………………
我刚去看了文档,v2的确限制大了很多。

不过敝公司和新浪合作得比较好,所以v1是可以继续使用的……………………而v1的授权没那么麻烦………………


当然说的就是一些必须得登陆的接口啊, 如果不需要登陆可以搞定, 当然不会去搞这些玩意儿啦.


比如, 如果你的站点需要做……
这个倒是真心不需要模拟登录,用oauth采集用户发的微博即可
另外,这个方式最大的问题是用户要把他的新浪密码提交给你。
如果是我,我不会放心的。就算是我本公司的应用,我也不会提交密码的

没错, 所以这个方式可以做点内部的东西,
但是不能面向客户

另外,这个方式最大的问题是用户要把他的新浪密码提交给你。
如果是我,我不会放心的。就算是我本公司的应用,我也不会提交密码的
……

其实API的东西会用就行了,没必要做深入的研究,就如同我的项目中所使用的google MAP的API和Facebook的API每次他们升级都要跟着修改,烦都快要烦死了.

这个倒是真心不需要模拟登录,用oauth采集用户发的微博即可
另外,这个方式最大的问题是用户要把他的新浪密码提交给你。
如果是我,我不会放心的。就算是我本公司的应用,我也不会提交密码的

额....说反了...
我们这边的业务好像是在我们站发的东西需要往新浪微博发一份..

引用 18 楼 的回复:
这个倒是真心不需要模拟登录,用oauth采集用户发的微博即可
另外,这个方式最大的问题是用户要把他的新浪密码提交给你。
如果是我,我不会放心的。就算是我本公司的应用,我也不会提交密码的


额....说反了...
我们这边的业务好像是在我们站发的东西需要往新浪微博发一份..
敝站也有用户评论然后同步到微博的功能…………也是oauth搞定的…………
敝公司官微是一套单输入接口然后同步到新浪搜狐腾讯twitter的,也是oauth的……………………………………

引用 21 楼 的回复:

引用 18 楼 的回复:
这个倒是真心不需要模拟登录,用oauth采集用户发的微博即可
另外,这个方式最大的问题是用户要把他的新浪密码提交给你。
如果是我,我不会放心的。就算是我本公司的应用,我也不会提交密码的


额....说反了...
我们这边的业务好像是在我们站发的东西需要往新浪微博发一份..

敝站也有用户评论然后同步到微博的功能…………

这个最普通的应用(和新浪没有合作关系), 不登陆能搞定哪些啊?
因为我这个模拟登陆是帮其他项目组做的, 所以不了解具体的接口....
上面我说的都是大概了解发散猜想的...

这个最普通的应用(和新浪没有合作关系), 不登陆能搞定哪些啊?
因为我这个模拟登陆是帮其他项目组做的, 所以不了解具体的接口....
上面我说的都是大概了解发散猜想的...

这么说吧,你用新浪微博的api,能制作一个完整的新浪微博客户端。
也就是说,什么都能搞定。

没有必要争论是否有必要自搞一套
虽然有现成的API有待深度发掘,但弄一个另类的也不失是个好主意
如果都套在一个框框里,那编程还有什么趣味?

没有必要争论是否有必要自搞一套
虽然有现成的API有待深度发掘,但弄一个另类的也不失是个好主意
如果都套在一个框框里,那编程还有什么趣味?

唠叨此言差矣。

模拟登录,使用的是别人的内部接口,一旦这个接口有所改动,一不会反映在文档上,二根本没有文档,会给以后的维护带来无穷无尽的负担。使用google未开放api的开发者应该深有体会。上两个月,就有一批应用同时失灵,因为他们使用的api被关闭了;该api未开放,所以无预警。

在这个讨论中,我有两个观点:

1 不要重复发明*;
2 对方开放了前门,就不要复制后门的钥匙。

参见:

http://www.google.com.hk/search?hl=en&q=google+api+%E5%85%B3%E9%97%AD

1、楼主并没有去发明*,只是给*换了个材质。这在专利上称:实用新型
不要重复发明*,这个观点存在问题(当然这话也不是你发明的)。*自古就有,如果不对*进行创新。那现在满大街不都是木头*?
2、楼主发帖的意图就是告诉我们,不止前门可走。走走后门也是行的通的

刚去找了下负责该项目的同事, 确认了该接口(获取某用户微博)需要登陆.

又到新浪微博开放平台看了下文档, 得到以下信息:
1. 自2012.10.15起,平台将禁止“累计使用人数小于10,000”的应用使用V1接口。请及时完成新版接口迁移以保证应用正常运行。迁移指南:http://t.cn/zWTaigK
2. http://open.weibo.com/wiki/2/statuses/user_timeline这个接口文档中明确提出了需要登陆

可能你们公司的应用授权级别高而不需要登陆吧....

也有可能我们没有互相理解对方的描述. 我再尝试描述一次这个模拟登陆的用途吧:
通过用户名和密码(通常这个用户名和密码不是用户提供的, 而是我们自己注册一个公司用的)换取access_token, 使得某些需要持续有效的access_token访问某些新浪微博要求登陆的接口的后台服务可以持续有效.

也有可能我们没有互相理解对方的描述. 我再尝试描述一次这个模拟登陆的用途吧:
通过用户名和密码(通常这个用户名和密码不是用户提供的, 而是我们自己注册一个公司用的)换取access_token, 使得某些需要持续有效的access_token访问某些新浪微博要求登陆的接口的后台服务可以持续有效.
就这个描述来说,我还是倾向于使用oauth,因其可以完成这个描述的需求。

我之所以不建议使用模拟登录,是因为模拟登录使用的方法是非公开的,被改变时无预警无文档。

1、楼主并没有去发明*,只是给*换了个材质。这在专利上称:实用新型
不要重复发明*,这个观点存在问题(当然这话也不是你发明的)。*自古就有,如果不对*进行创新。那现在满大街不都是木头*?
2、楼主发帖的意图就是告诉我们,不止前门可走。走走后门也是行的通的

1 问题是这*的轴是别人私有的。某一天,别人把这轴的接口从方的改成五角星的,还不给你预警,*的底层就要重写。

2 走后门存在被别人把门一关拍在脸上的风险。

我之所以不建议使用模拟登录,是因为模拟登录使用的方法是非公开的,被改变时无预警无文档。

这一点是赞成的, 但是从目前了解到的情况看, 新浪本身是不希望有这种方式的使用的, 而我们又需要, 所以就有了这一说...

其实我说的这一切都和oauth不冲突的, 我只是模拟登陆, 然后后续的逻辑是请求oauth授权请求, 获取access_token...

模拟登陆是为了能够通过程序控制走oauth+api的流程, 而不是从页面抓取数据..

离题太远了!这不是代码层面的事情!

这一点是赞成的, 但是从目前了解到的情况看, 新浪本身是不希望有这种方式的使用的, 而我们又需要, 所以就有了这一说...

其实我说的这一切都和oauth不冲突的, 我只是模拟登陆, 然后后续的逻辑是请求oauth授权请求, 获取access_token...

模拟登陆是为了能够通过程序控制走oauth+api的流程, 而不是从页面抓取数据..

也就是说你希望用户授权新浪应用点击确定这一步通过程序自动执行么?

这倒是个好方法。

离题太远了!这不是代码层面的事情!
我以为从一开始就是讨论的架构方面的事情呢

也就是说你希望用户授权新浪应用点击确定这一步通过程序自动执行么?

终于说到一起了....

呵呵..我说的是这个意思..

看来高手到处都是啊,什么时候我也能成为高手啊

新人过来看看高手

好玩。。。

youdianyisi

看看,第一次来

新人受教了!

牛人到处都是啊,学习了!

呵呵呵,好贴