有问题，如果用户的验证码正确，怎么登录DB？
前提条件里面，并没有说一定有 用户的DB密码啊。

【 在 JulyClyde (我的月份过去了) 的大作中提到: 】
: 二层结构不就是直接读写数据库嘛
: 可以在数据库里写个临时表，标明有效期、手机号、验证码
: 登录的时候随机生成，保存到上述表里，同时发短信
--
修改:pengtu FROM 58.23.13.*
FROM 58.23.13.*

啥叫登录DB

【 在 pengtu (土人·天问) 的大作中提到: 】
: 有问题，如果用户的验证码正确，怎么登录DB？
: 前提条件里面，并没有说一定有 用户的DB密码啊。
--
FROM 180.77.87.*

同问。。
【 在 sayinger (言者) 的大作中提到: 】
: 标  题: Re: 动态密码登录 的架构是怎么设计的？
: 发信站: 水木社区 (Tue Aug  2 01:06:22 2011), 站内
:
: 啥叫登录DB
:
: 【 在 pengtu (土人·天问) 的大作中提到: 】
: : 有问题，如果用户的验证码正确，怎么登录DB？
: : 前提条件里面，并没有说一定有 用户的DB密码啊。
:
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 180.77.87.*]
--
FROM 124.193.193.*

我一直以为，不能直接登录DB的DB用户，就叫做组用户。
按你的说法，还有DB是允许组用户自己也能登录的？
还是说，这个组用户，只是自己定义的业务概念，类似于公共用户，允许很多连接数的那种？
【 在 shen (神～～) 的大作中提到: 】
: 组帐户
: 比如来自移动的登录，统一使用 chinamobile:777
--
FROM 58.23.13.*

动态登陆和密码明文保存又有啥关系？

【 在 pengtu (土人·天问) 的大作中提到: 】
: 一般的做法是一个手机号对应用户表的一行记录而已，要连DB就用公共账户或“组用户”。但是，如果不明文保存用户密码，做动态登录就很困难了。
: 问题可以更新为：
: 不明文保存密码的前提下，如何设计动态密码登录？
: ...................
--
FROM 58.246.84.*