恩，我看一下源码，貌似没有什么问题。至于出现这种原因可能就是mac自带的环境没配好。nginx或apache什么的。然后chrome的重定向错误基本就是你在handle.php都是使用：

return redirect()->back();

有时候就会遇到这样的情况，你不能保证你跳转到的url又有另外一个middleware保护，所以我个人的建议是：如果没有非常明确的知道或者不敢保证这个url未来有啥现在，那就不用return redirect()->back();。可以直接return redirect('/');或者其他页面也可以

我个人觉得这是一个便利吧，在我们使用Form Request Validation的时候特别有用，比如我们在创建文章的时候可能会去创建一个StorePostRequest，然后在控制器中，我们typehint这个StorePostRequest的时候，默认是这样的：

public function store(Requests\StorePostRequest $request)

那么这个时候，App\Http\Requests作为命名空间就起作用了。

非常有可能，我又看了一遍源码，貌似没啥问题。。。实在不行，你试试这样：

 Auth::attempt([
            'email' => $request->get('email'),
            'password' => $request->get('password')
        ]);
if($remember){
    Auth::login($user,true);
}

1. 嗯，可以以你那样理解。这是mysql的内容 http://dev.mysql.com/doc/refman/5.5/en/innodb-foreign-key-constraints.html

2. 没记错的话，不会

3. 恩

理论上是可以的吧，不过目前貌似不推荐了，应该你的路径没有写对吧。

https://v2ex.com/t/188543

在你的homestead或者一个linux机器上面去做这个吧。

只要保证

php artisan schedule:run 

这个没有问题，cron基本就没有问题。laravist就有很多cron 任务

不能访问还怎么谈测试。phpunit test的系列我后面再出，这个现在还不是很熟练 。你可以看看这个 https://github.com/mpociot/laravel-testtools

下面这个有出来东西不：

dd(Auth::getRecallerName());

个人的理解是：如果ttl小于refresh_ttl。那refresh_ttl就没什么用了。

超过ttl但是没有超过refresh_ttl的时候jwt自动生成一个新的token返回给用户

没理解错，这个时候，我们已经刷新了一个token @pengbo37877

个人的理解是这样：
ttl：token生存的时间间隔
refresh_ttl: 刷新token的时间间隔

这样出现以上的原因，主要是由于下面的应用场景：

在JWT中，提倡每次刷新token的时间要短于token的生存时间，也就是在token过期之前去刷新token。

比如，将ttl设置为一周，但是提倡的做法是每次用户请求的时候我们都刷新token或者将token的刷新时间设置为一个小时，这个时候，如果用户距离上一次访问我们的站点的时间超过一个星期，这个时候我们就把token放进了黑名单，而且需要用户再次登录才可以获取新的token。这样就保证了用户的体验 @pengbo37877

你直接访问这个url可以的不？

http://localhost/user/auth

请保证你的url重写配置是正确的先