App接口设计之token的php实现

为了保证移动端和服务端数据传输相对安全,需要对接口进行加密传输。

一、ttoken的设计目的: 

因为APP端没有和PC端一样的session机制,所以无法判断用户是否登陆,以及无法保持用户状态,所以就需要一种机制来实现session,这就是token的作用

token是用户登陆的唯一票据,只要APP传来的token和服务器端一致,就能证明你已经登陆(就和你去看电影一样,需要买票,拿着票就能进了)

二、token设计时的种类:

(1)第三方登陆型:

   这种token形如微信的access_token,设计原理是按照OAuth2.0来的,其特点是定时刷新(比如两小时刷新),目的是因为数据源将登陆权限赋予第三方服务器时必须要控制其有效期和权限,要不然第三方服务器可以不经过用户同意,无限期从数据源服务器获取用户任意数据。

(2)APP自用登陆型:

  这种token就是一般的APP用的token,因为不经过第三方,而是用户直接取数据源服务器数据,所以设计比较随意,只需要保证其token的唯一性就行。

三、APP自用登陆型token实现步骤:

(1)数据库用户表添加token字段time_out这个token过期时间字段 

(2)用户登陆时(注册时自动登陆也需要)生成一个token和过期时间存入表中 

(3)在其他接口调用前判断token是否正确,正确则继续,错误则让用户重新登陆

四、APP自用登陆型token实现代码(公司自用框架及逻辑,主要看逻辑,不要直接复制代码):

(1)下面是用户登陆时把token插入数据库的代码

  $logininfo[‘token‘] = appuser::settoken();

  $time_out = strtotime("+7 days");

  db::setByPk(‘u_adver‘, array(‘token1‘ => $logininfo[‘token‘], ‘time_out‘ => $time_out), $logininfo[‘id‘]);

(2)//下面是生成token方法代码

  public static function settoken(){

   $str = md5(uniqid(md5(microtime(true)),true));  //生成一个不会重复的字符串

  $str = sha1($str);  //加密

   return $str;

   }

(3)下面是每个接口都必须调用的token验证代码,验证具体实现是在(4)

  $args[‘token‘] = $_POST[‘token‘];

  $tokencheck = appuser::checktokens($args[‘token‘], ‘u_adver‘);

if ($tokencheck != 90001) {

$res[‘msg_code‘] = $tokencheck;

v_json($res);

}

(4)token验证方法,db::是数据库操作类,这里设置是token如果七天没被调用则需要重新登陆(也就是说用户7天没有操作APP则需要重新登陆),如果某个接口被调用,则会重新刷新过期时间

  public static function checktokens($token, $table){

  $res = db::getOneForFields($table, ‘time_out‘, ‘token1 = ?‘, array($token));

  if (!empty($res)) {

    if (time() - $res[‘time_out‘] > 0) {

     return 90003;  //token长时间未使用而过期,需重新登陆

    }

    $new_time_out = time() + 604800;//604800是七天

    if (db::setWhere($table, array(‘time_out‘ => $new_time_out), ‘token1 = ?‘, array($token))) {

     return 90001;  //token验证成功,time_out刷新成功,可以获取接口信息

    }

   }

   return 90002;  //token错误验证失败

 }

时间: 2024-10-05 06:57:25

App接口设计之token的php实现的相关文章

App接口设计原则-b

1.记住密码不是真的让你记住密码,这里仅仅指的是一种自动登录的手段.不管在任何地方,明文存储的密码都是安全隐患,是必须尽量避免的.你可以采用某种方式对用户名.密码以及时间戳(重要)进行签名,再次登录时使用签名后的数据进行登录. 2.客户端要包含超时机制,见过不止一次的服务端设计是通过客户端发送的userid来区分用户的.对此我真的已经无力吐槽了.最简单的办法是用session来记录用户状态.当然,考虑到客户端的特性,用户可能好几天都没有关闭一次,必须配合自动登录机制来保证客户端的在线. 3.接口

关于APP接口设计(转)

最近一段时间一直在做APP接口,总结一下APP接口开发过程中的注意事项: 1.效率:接口访问速度 APP有别于WEB服务,对服务器端要求是比较严格的,在移动端有限的带宽条件下,要求接口响应速度要快,所有在开发过程中尽量选择效率高的框架,PHP建议使用YAF框架. 2.数据格式 最好使用JSON格式数据,因为JSON有较好的跨平台性.对于 3.数据量 按需分配,APP客户端需要什么数据就返回什么数据,过多的数据量影响处理速度,最重要的是影响传输效率. 4.接口.参数命名准确 无论是接口还是参数,命

关于APP接口设计

最近一段时间一直在做APP接口,总结一下APP接口开发过程中的注意事项: 1.效率:接口访问速度 APP有别于WEB服务,对服务器端要求是比较严格的,在移动端有限的带宽条件下,要求接口响应速度要快,所有在开发过程中尽量选择效率高的框架,PHP建议使用YAF框架. 2.数据格式 最好使用JSON格式数据,因为JSON有较好的跨平台性.对于 3.数据量 按需分配,APP客户端需要什么数据就返回什么数据,过多的数据量影响处理速度,最重要的是影响传输效率. 4.接口.参数命名准确 无论是接口还是参数,命

App接口设计原则

近几年一直在做移动端的项目,每次制定标准都需要解释一遍,想想还是写一篇文章都记下来吧. 1.记住密码不是真的让你记住密码,这里仅仅指的是一种自动登录的手段.不管在任何地方,明文存储的密码都是安全隐患,是必须尽量避免的.你可以采用某种方式对用户名.密码以及时间戳(重要)进行签名,再次登录时使用签名后的数据进行登录. 2.客户端要包含超时机制,见过不止一次的服务端设计是通过客户端发送的userid来区分用户的.对此我真的已经无力吐槽了.最简单的办法是用session来记录用户状态.当然,考虑到客户端

ThinkPhp3.2.3 多项目 后台 APP接口设计 框架设计

↓↓↓项目文件组成部分↓↓↓ APP文件是后台,index.php是入口文件 Interface文件是接口,注意这里不要用api命名!可能会有问题!interface.php是入口文件 注:两个入口文件唯一的区别就是interface比app入口文件多一行设置 // 应用api模式 define(‘APP_MODE’,’api’); 这句话的意思就是表示该项目引用api模式,在3.2.3的model下,你可以看到api.lite.sae三个文件夹,以及同名的三个php文件和一个common.ph

API接口设计之token、timestamp、sign具体实现

一.token 简介 Token:访问令牌access token, 用于接口中, 用于标识接口调用者的身份.凭证,减少用户名和密码的传输次数.一般情况下客户端(接口调用方)需要先向服务器端申请一个接口调用的账号,服务器会给出一个appId和一个key, key用于参数签名使用,注意key保存到客户端,需要做一些安全处理,防止泄露. Token的值一般是UUID,服务端生成Token后需要将token做为key,将一些和token关联的信息作为value保存到缓存服务器中(redis),当一个请

[转]App架构设计经验谈:接口的设计

原文地址:http://developer.51cto.com/art/201601/503767.htm App与服务器的通信接口如何设计得好,需要考虑的地方挺多的,在此根据我的一些经验做一些总结分享,旨在抛砖引玉. 安全机制的设计 现在,大部分App的接口都采用RESTful架构,RESTFul最重要的一个设计原则就是,客户端与服务器的交互在请求之间是无状态的,也就是说,当涉及到用户状态时,每次请求都要带上身份验证信息.实现上,大部分都采用token的认证方式,一般流程是: 用户用密码登录成

App架构设计经验谈:接口的设计

App与服务器的通信接口如何设计得好,需要考虑的地方挺多的,在此根据我的一些经验做一些总结分享,旨在抛砖引玉. 安全机制的设计 现在,大部分App的接口都采用RESTful架构,RESTFul最重要的一个设计原则就是,客户端与服务器的交互在请求之间是无状态的,也就是说,当涉及到用户状态时,每次请求都要带上身份验证信息.实现上,大部分都采用token的认证方式,一般流程是: 用户用密码登录成功后,服务器返回token给客户端: 客户端将token保存在本地,发起后续的相关请求时,将token发回给

App架构设计:接口的设计

安全机制的设计 现在,大部分App的接口都采用RESTful架构,RESTFul最重要的一个设计原则就是,客户端与服务器的交互在请求之间是无状态的,也就是说,当涉及到用户状态时,每次请求都要带上身份验证信息.实现上,大部分都采用token的认证方式,一般流程是: 用户用密码登录成功后,服务器返回token给客户端: 客户端将token保存在本地,发起后续的相关请求时,将token发回给服务器: 服务器检查token的有效性,有效则返回数据,若无效,分两种情况: token错误,这时需要用户重新登