5月22日p2p总结

2018年5月22日总结
1.前台登录成功查询账户信息
1.登录成功页面从login,跳转是在页面js里边通过 location.href="/p2p_home/space.html"
界面跳转到space界面,在space.js中我们给页面注册页面加载完成事件,当页面加载完成,
向服务器发送请求,来获取当前客户的账户信息,我们是通过在url后边添加method=findbyCustomer
来让servlet区别出我们的请求;

2.因为我们刚登陆完成,所以session中有我们的customer信息,然后我们利用这个Customer的信息再
到数据库中查询与之对应的customer信息,来保证数据的完整性,因为我们session中完全有可能存储的
是只有用户名和密码的customer;


3.这个时候我们还是要判断session中是否有customer中,目的是1.体现了数据线判断后使用的思想; 
2.防止直接访问,还是安全考虑;


4.根据客户customer信息查询account表 ,我们将acount信息封装到jsonResult对象中,然候转成json数据
返回到客户端的js中, 利用eval()将json转化为dom对象,然后就方便js进行操作;


2.邮箱认证 (发送邮箱的技术我们直接把java源码拿过来用;)
1.这个邮箱认证跟我们之前 图片验证码 的逻辑我觉得很类似,
1.就是客户端发送认证请求,服务端生成一个随机字符串,存到一个地方,比如session中或者redis中 ,
2.给我们的邮箱发一个随机字符串,
3.我们到邮箱里查看,获得字符串,输入字符串,点击认证,发送请求给服务器,
4.服务器会拿当前session中的这个验证码和我们输入的作比对,依据结果对account表中的email_Status
字段进行操作,然后给我们浏览器端发送json数据,
5.浏览器端js 收到json数据,依据字段值来做操作:
认证成功则更改页面状态信息,并给弹窗提醒 ;
认证失败,说明是验证码输入有问题

出现的问题点:
1.路径重复问题:路径前边少些一个/
2.customer为啥要重新查询问题
3.查询customer时为啥不选择带事务的findbyname 而选择findbyEmail 
老师说这个能够防止一些位置原因的错误,似乎跟con
4.重写的JDBCUtils中close方法中 ThreadLocal为啥要移除连接,虽然说是因为有缓存.
清除缓存;(但是从新发请求应该是新的线程,跟缓存关系不大;)

3.

















猜你喜欢

转载自blog.csdn.net/weixin_36898943/article/details/80740681
P2P