在国内的微博中，只有新浪推出开放平台的同时，也推出了云平台，也就是免费的虚拟主机
坑爹的是，新浪目前的平台只支持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 类型存储