# 存储数据 数据的校验已经完成,现在我们进行数据的存储. 打开控制器 `application\user\controller\Auth.php` 并修改: ~~~~ php use app\user\model\User; ... if (true !== $result) { return redirect('user/auth/create')->with('validate',$result); } else { return User::create($requestData); } ~~~~ 此时再重新提交数据,系统会抛出错误 `user` 表不存在,ThinkPHP 并未完全遵守前面章节所提到的约定俗称标准,即 `UserModel` 对应 `users` 的约定,我们现在打开 `application\user\model\User.php` 并修改: ~~~~ php class User extends Model { // 定义数据表名 protected $table = 'users'; } ~~~~ `protected $table` 方法,指定表名称. 设置完成之后,再次提交,则会返回类似数据: ~~~~ text {"__token__":"884e7770f55ac2d29964499b1ffabb0a35e8cf88","name":"1123","email":"agdholo@gmail.com","password":"protected $table = 'think_user';","password_confirm":"protected $table = 'think_user';","id":"1"} ~~~~ 这表明我们的数据已经添加进数据库,现在我们打开数据库来查看,会发现 `updated_at` 字段并未自动维护,我们则需要手动设置维护字段 `config\database.php`: ~~~~ config // 自动写入时间戳字段 'auto_timestamp' => 'timestamp', ~~~~ `application\user\model\User.php`: ~~~~ php // 定义数据表名 protected $table = 'users'; // 定义时间戳字段名 protected $createTime = 'created_at'; protected $updateTime = 'updated_at'; ~~~~ 现在重新添加提交数据,我们的字段已经自动由框架进行维护了. 可是现在的密码还是明文提交的,我们需要在控制器中对密码进行加密 `application\user\model\User.php`: ~~~~ php // 设置修改器 public function setPasswordAttr($value) { return password_hash($value, PASSWORD_DEFAULT); } ~~~~ 这段代码使用了 `ThinkPHP Model` 提供的修改器功能, `setPasswordAttr($value)` 可以拆分为 `set|Password|Attr`,中部的 `Password` 就是我们要设置的字段值,同样的,如果我们要设置 `name` 字段就写入 `setnameAttr` 就可以了. `password_hash` 是 PHP 语言内置的一个 `非对称加密` 算法: http://php.net/manual/zh/function.password-hash.php, 此加密算法不可逆向,只能通过验证取得,请注意,在任何时候都不要使用 `md5` 极其一类的 `摘要算法`,它们属于 `摘要算法` 而不属于 `加密算法`,不可用做加密功能,为了您的生命安全,请牢记此项. 同样的,我们只对邮箱做出了 `是否符合邮箱地址规则` 的校验,并没有筛选大小写, `application\user\model\User.php`: ~~~~ php // 设置修改器 public function setPasswordAttr($value) { return password_hash($value, PASSWORD_DEFAULT); } public function setEmailAttr($value) { return strtolower($value); } ~~~~ 现在传入的 `email` 字段也会自动转化为小写,对提交的数据已经转换完成了,这时候千万不要已经收工,一个潜在的安全漏洞已经出现 在控制器 `application\user\controller\Auth.php` 中,我们通过 `User::create($requestData);` 来批量提交所有的字段,在数据表中我们有一项 `god` 字段,目的是判断是否是超级管理员,如果这时候在前端伪造一个 `god` 字段进行提交,后果不堪设想,所以我们在入库的时候需要进行字段过滤. `application\user\model\User.php`: ~~~~ php // 定义运行操作的字段 protected $field = ['name', 'email', 'password', 'avatar']; ~~~~ 允许用户自主提交的字段就不存在 `god` 等能够手动提权的操作了. ## 跳转至成功页面 前面的数据操作都进行完成之后,我们还剩最后一项跳转的任务, `application\user\controller\Auth.php`: ~~~~ php public function save(Request $request) { $requestData = $request->post(); $result = $this->validate($requestData, 'app\user\validate\Auth'); if (true !== $result) { return redirect('user/auth/create')->with('validate',$result); } else { $user = User::create($requestData); return redirect('user/auth/read')->params(['id' => $user->id]); } } ~~~~ `redirect('user/auth/read')->params(['id' => $user->id])` 中 `params(['id' => $user->id])` 是传递的参数,当路由的 `read` 等操作绑定的是 `$id` 时,我们传入 `$id` 将会自动跳转到 `user/auth/read/$id`. 可是现在跳转过去的页面任然是空白,所以我们需要添加一些操作 `application\user\controller\Auth.php`: ~~~~ php public function read($id) { $user = User::find($id); $this->assign('user', $user); return $this->fetch(); } ~~~~ `User::find($id)` 是模型的一个查询语法,默认查询 `$id(主键值)`. 接着创建前端文件 `resources\views\user\auth\read.blade.php`: ~~~~ html @extends('_layout.default') @section('title', $user->name) @section('content') <div class="col-md-offset-2 col-md-8"> <div class="panel panel-default mt-5"> <div class="panel-heading mb-3"> <h4>欢迎您 {{ $user->name }}</h4> </div> </div> </div> @stop ~~~~ 现在重新注册个用户,即可自动跳转至欢迎页面了.