微博应用开发10
在国内的微博中,只有新浪推出开放平台的同时,也推出了云平台,也就是免费的虚拟主机
坑爹的是,新浪目前的平台只支持php,不支持ASP.NET,没见过笔者更坑爹的事情,
不过为了省点钱,还是忍一忍,用用新浪的云平台,虽然没有接触过php,不过这个应用实在是太简单了,加上新浪的云平台集成了V2认证包功能,也不用再去研究v2认证,说实话,自己买的空间还真不一定比新浪的快
使用新浪微博云平台需要注意一下
1 安装v2认证的文件需要在新浪云商店的应用商店里面安装一下,而且申请微博应用时,无论是站内还是站外应用
,都需要填写应用的线上地址,这样本地就不能调试了,我笨就折腾新浪的服务器吧
下面是微博的第一个界面
按照计划,这个界面尽在用户每天第一次登陆时出现,所以需要以下几个操作
1:用户验证通过后,进入应用,记录用户的登录信息
是每次都记录呢还是每天只记录一次呢?如果为了研究用户的操作规律或事情情况,应该每次都记录
如果为了节约空间和资源,每天记录一次,毕竟,空间是有限的
这里我选择每次都记录
2:需要记录用户个人的详细信息吗?从目前来看,各个微博提供的认证体系,是为了最大程度的再某一段时间内,
让用户使用各种服务,就连提供的唯一标识符,新浪前一段时间都进行了一次升级,可见所提供的用户信息在短
时间内是有效的
如果为了研究详细的研究用户的各种信息,可以全部记录,
如果不研究,或不进行详细的研究,可以不记录,或部分记录
先看一下,新浪就用户信息都提供了那些
userinfo
返回值字段 | 字段类型 | 字段说明 |
---|---|---|
id | int64 | 用户UID |
screen_name | string | 用户昵称 |
name | string | 友好显示名称 这个其实不需要 |
province | int | 用户所在地区ID |
city | int | 用户所在城市ID |
location | string | 用户所在地 |
description | string | 用户描述 |
url | string | 用户博客地址 |
profile_image_url | string | 用户头像地址 |
domain | string | 用户的个性化域名 |
gender | string | 性别,m:男、f:女、n:未知 |
followers_count | int | 粉丝数 |
friends_count | int | 关注数 |
statuses_count | int | 微博数 |
favourites_count | int | 收藏数 |
created_at | string | 创建时间 |
我觉得的以上这些数据都可以记录 | ||
following | boolean | 当前登录用户是否已关注该用户 |
allow_all_act_msg | boolean | 是否允许所有人给我发私信 |
geo_enabled | boolean | 是否允许带有地理信息 |
verified | boolean | 是否是微博认证用户,即带V用户 高端或忠实的微博用户 |
allow_all_comment | boolean | 是否允许所有人对我的微博进行评论 |
avatar_large | string | 用户大头像地址 |
verified_reason | string | 认证原因 高端或忠实的微博用户 |
follow_me | boolean | 该用户是否关注当前登录用户 |
online_status | int | 用户的在线状态,0:不在线、1:在线 |
bi_followers_count | int | 用户的互粉数 忠实用户的指标 |
status | object | 用户的最近一条微博信息字段 |
其他的数据没事记录一下也无妨,不过每次用户进入,这些数据都需要刷新,
logininfo
对与用户第一次进入微博应用,或每次使用微博应用的时间的记录,
字段 | 字段类型 | 字段说明 |
id | int64 | 用户id |
Access time | string | 访问时间 |
Identifier | int64 | 唯一id(自增) |
不知道新浪出去啥目的,还是PHP有这方面的爱好 时间格式是这样的
Fri Aug 28 00:00:00 +0800 2009
还有新浪自增id的不确定性,把时间和用户id都用string 类型存储