Laravel5.5开发项目

Laravel5.5开发项目参考：
https://laravel-china.org/docs/laravel-specification/5.5环境说明
一般情况下，一个项目 应该 有以下三个基本的项目环境：Local - 开发环境
Staging - 线上测试环境
Production - 线上生产环境PHP 7
MySQL 5.7目录结构app							应用程序的业务逻辑代码存放文件夹app/Console					存放自定义 Artisan 命令文件app/Http/Controllers		存放控制器文件app/Http/Middleware			存放「中间件」文件bootstrap					框架启动与自动加载设置相关的文件config						应用程序的配置文件database					数据库操作相关文件（数据库迁移和数据填充）node_modules				存放 NPM 依赖模块public						前端控制器和资源相关文件（图片、JavaScript、CSS）resources					应用资源resources/assets			未编译的应用资源文件（图片、JavaScript、CSS）resources/lang				多语言文件resources/views				视图文件routes 						路由routes/api.php				用于定义 API 类型的路由routes/channels.php			事件转播注册信息routes/console.php			用于定义 Artisan 命令routes/web.php				用于定义 Web 类型的路由（重点，大部分情况下本书会用到）storage						编译后的视图、基于会话、文件缓存和其它框架生成的文件storage/app					目录可用于存储应用程序使用的任何文件storage/framework			目录被用于保存框架生成的文件及缓存storage/logs				应用程序的日志文件tests						应用测试相关文件vendor						Composer 依赖模块webpack.mix.js				Laravel 的前端工作流配置文件yarn.lock					Yarn 依赖版本锁定文件.gitignore					被 Git 所忽略的文件.env						环境变量配置文件package.json				应用所需的 NPM 包配置文件phpunit.xml					测试工具 PHPUnit 的配置文件readme.md					项目介绍说明文件composer.json				应用依赖的扩展包composer.lock				扩展包列表，确保这个应用的副本使用相同版本的扩展包server.php					使用 PHP 内置服务器时的 URL 重写（类似于 Apache 的 "mod_rewrite" ）Production 生产环境Homestead出于安全考虑，线上环境 必须 只开放以下端口：80 HTTP443 HTTPS22 SSHLocal 开发环境所有项目 必须 使用 Homestead 作为应用程序运行的环境。请阅读 为什么必须使用 Homestead 来开发 Laravel 应用？ 。统一使用域名 .test 作为后缀；统一使用 IP 192.168.10.10 作为 hosts 绑定地址，如：192.168.10.10 project-name.test统一使用 vm alias，见文档 通过 SSH 连接Staging 线上测试环境除了域名等其他独立应用配置以外，环境 必须 跟 Production 保持高度一致性，可以的话 应该 与 Production 使用同台机器。开发专用扩展说明我们都知道 Laravel 扩展包的注册会对应用造成消耗。有一些扩展包是开发环境中专用，生产环境中并不会使用到，为了避免无用的负载， 必须严格控制其安装和加载。安装安装开发专用扩展包时 必须 使用 --dev 参数，如：composer require laracasts/generators --dev加载开发专用的 provider 绝不在 config/app.php 里面注册，必须 在 app/Providers/AppServiceProvider.php 文件中使用如以下方式：public function register(){if ($this->app->environment() == 'local') {$this->app->register('Laracasts\Generators\GeneratorsServiceProvider');}}配置信息与环境变量存储在 .env 和 config/app.php 文件中，然后使用 config() 函数来读取，config()可以获取config目录下的所有配置.env 文件中设置：CDN_DOMAIN=cdndomain.comconfig/app.php 文件中设置：'cdn_domain' => env('CDN_DOMAIN', null),程序中两种获取 相同配置 的方法：env('CDN_DOMAIN')config('app.cdn_domain')在此统一规定：所有程序配置信息 必须 通过 config() 来读取，所有的 .env 配置信息 必须 通过 config() 来读取，绝不 在配置文件以外的范围使用 env()。辅助函数存放位置Laravel 提供了很多 辅助函数，有时候我们也需要创建自己的辅助函数。定义的时候先判断一下：if (! function_exists('ends_with')) {function ends_with($haystack, $needles){}}必须 把所有的『自定义辅助函数』存放于 bootstrap 文件夹中。并在 bootstrap/app.php 文件的最顶部进行加载：<?phprequire __DIR__ . '/helpers.php';路由器路由闭包绝不 在路由配置文件里书写『闭包路由』或者其他业务逻辑代码，因为一旦使用将无法使用 路由缓存 。路由器要保持干净整洁，绝不 放置除路由配置以外的其他程序逻辑。Restful 路由必须 优先使用 Restful 路由，配合资源控制器使用.resource 方法正确使用一般资源路由定义：Route::resource('photos', 'PhotosController');等于以下路由定义：Route::get('/photos', 'PhotosController@index')->name('photos.index');Route::get('/photos/create', 'PhotosController@create')->name('photos.create');Route::post('/photos', 'PhotosController@store')->name('photos.store');Route::get('/photos/{photo}', 'PhotosController@show')->name('photos.show');Route::get('/photos/{photo}/edit', 'PhotosController@edit')->name('photos.edit');Route::put('/photos/{photo}', 'PhotosController@update')->name('photos.update');Route::delete('/photos/{photo}', 'PhotosController@destroy')->name('photos.destroy');使用 resource 方法时，如果仅使用到部分路由，必须 使用 only 列出所有可用路由：Route::resource('photos', 'PhotosController', ['only' => ['index', 'show']]);绝不 使用 except，因为 only 相当于白名单，相对于 except 更加直观。路由使用白名单有利于养成『安全习惯』。单数 or 复数？资源路由路由 URI 必须 使用复数形式，如：/photos/create/photos/{photo}错误的例子如：/photo/create/photo/{photo}路由模型绑定在允许使用路由 模型绑定 的地方 必须 使用。模型绑定代码 必须 放置于 app/Providers/RouteServiceProvider.php 文件的 boot 方法中：public function boot(){Route::bind('user_name', function ($value) {return User::where('name', $value)->first();});Route::bind('photo', function ($value) {return Photo::find($value);});parent::boot();}全局路由器参数出于安全考虑，应该 使用全局路由器参数限制，详见 文档。必须 在 RouteServiceProvider 文件的 boot 方法里定义模式：/*** 定义你的路由模型绑定，模式过滤器等。** @param  \Illuminate\Routing\Router  $router* @return void*/public function boot(Router $router){$router->pattern('id', '[0-9]+');parent::boot($router);}模式一旦被定义，便会自动应用到所有使用该参数名称的路由上：Route::get('users/{id}', 'UsersController@show');Route::get('photos/{id}', 'PhotosController@show');只有在 id 为数字时，才会路由到控制器方法中，否则 404 错误。路由命名除了 resource 资源路由以外，其他所有路由都 必须 使用 name 方法进行命名。必须 使用『资源前缀』作为命名规范，如下的 users.follow，资源前缀的值是 users.：Route::post('users/{id}/follow', 'UsersController@follow')->name('users.follow');获取 URL获取 URL 必须 遵循以下优先级：$model->link()route 方法url 方法在 Model 中创建 link() 方法：public function link($params = []){$params = array_merge([$this->id], $params);return route('models.show', $params);}	所有单个模型数据链接使用：$model->link();// 或者添加参数$model->link($params = ['source' => 'list'])『单个模型 URI』经常会发生变化，这样做将会让程序更加灵活。除了『单个模型 URI』，其他路由 必须 使用 route 来获取 URL：$url = route('profile', ['id' => 1]);无法使用 route 的情况下，可以 使用 url 方法来获取 URL：url('profile', [1]);放置位置所有的数据模型文件，都 必须 存放在：app/Models/ 文件夹中。命名空间：namespace App\Models;User.phpLaravel 5.1 默认安装会把 User 模型存放在 app/User.php，必须 移动到 app/Models 文件夹中，并修改命名空间声明为 App/Models，同上。为了不破坏原有的逻辑点，必须 全局搜索 App/User 并替换为 App/Models/User。使用基类所有的 Eloquent 数据模型 都 必须 继承统一的基类 App/Models/Model，此基类存放位置为 /app/Models/Model.php，内容参考以下：<?phpnamespace App\Models;use Illuminate\Database\Eloquent\Model as EloquentModel;class Model extends EloquentModel{public function scopeRecent($query){return $query->orderBy('created_at', 'desc');}}以 Photo 数据模型作为例子继承 Model 基类：<?phpnamespace App\Models;class Photo extends Model{protected $fillable = ['id', 'user_id'];public function user(){return $this->belongsTo(User::class);}}命名规范数据模型相关的命名规范：数据模型类名 必须 为「单数」, 如：App\Models\Photo类文件名 必须 为「单数」，如：app/Models/Photo.php数据库表名字 必须 为「复数」，多个单词情况下使用「Snake Case」 如：photos, my_photos数据库表迁移名字 必须 为「复数」，如：2014_08_08_234417_create_photos_table.php数据填充文件名 必须 为「复数」，如：PhotosTableSeeder.php数据库字段名 必须 为「Snake Case」，如：view_count, is_vip数据库表主键 必须 为「id」数据库表外键 必须 为「resource_id」，如：user_id, post_id数据模型变量 必须 为「resource_id」，如：$user_id, $post_id利用 Trait 来扩展数据模型有时候数据模型里的代码会变得很臃肿，应该 利用 Trait 来精简逻辑代码量，提高可读性，类似于 Ruby China 源码。借鉴于 Rails 的设计理念：「Fat Models, Skinny Controllers」。存放于文件夹：app/Models/Traits 文件夹中。Repository绝不 使用 Repository，因为我们不是在写 JAVA 代码，太多封装就成了「过度设计（Over Designed）」，极大降低了编码愉悦感，使用 MVC 够傻够简单。代码的可读性，维护和开发的便捷性，直接关系到程序员开发时的愉悦感，直接影响到项目推进效率和程序 Debug 的速度。关于 SQL 文件绝不 使用命令行或者 PHPMyAdmin 直接创建索引或表。必须 使用 数据库迁移 去创建表结构，并提交版本控制器中；绝不 为了共享对数据库更改就直接导出 SQL，所有修改都 必须 使用 数据库迁移 ，并提交版本控制器中；绝不 直接向数据库手动写入伪造的测试数据。必须 使用 数据填充 来插入假数据，并提交版本控制器中。全局作用域Laravel 的 Model 全局作用域 允许我们为给定模型的所有查询添加默认的条件约束。所有的全局作用域都 必须 统一使用 闭包定义全局作用域，如下：/*** 数据模型的启动方法** @return void*/protected static function boot(){parent::boot();static::addGlobalScope('age', function(Builder $builder) {$builder->where('age', '>', 200);});}控制器资源控制器单数 or 复数？必须 使用资源的复数形式，如：类名：PhotosController文件名：PhotosController.php错误的例子：类名：PhotoController文件名：PhotoController.php保持短小精炼必须 保持控制器文件代码行数最小化，还有可读性。不应该 为「方法」书写注释，这要求方法取名要足够合理，不需要过多注释；应该 为一些复杂的逻辑代码块书写注释，主要介绍产品逻辑 - 为什么要这么做。；不应该 在控制器中书写「私有方法」，控制器里 应该 只存放「路由动作方法」；绝不 遗留「死方法」，就是没有用到的方法，控制器里的所有方法，都应该被使用到，否则应该删除；绝不 在控制器里批量注释掉代码，无用的逻辑代码就必须清除掉。视图优先使用 Blade视图文件 必须 优先考虑使用 .blade.php 后缀来指定使用 Blade 模板引擎。保持目录清晰layouts - 页面布局文件 必须 放置于此目录下；common - 存放页面通用元素；pages - 简单的页面存放文件夹，如：about、contact 等；resources - 对应 Restful 路由的资源路径名称，以 URI photos/create 为例，对应 create.blade.php 文件，存放在文件夹 photos 下。必须 避免在 resources/views 目录下直接放置视图文件。局部视图局部视图文件 必须 使用 _ 前缀来命名，如：photos/_upload_form.blade.php视图命名要释义为了和 Restful 路由器和资源控制器保持一致，视图命名也 必须 使用资源视图的命名方式。以 photos 为例：photos/index.blade.php内容列表视图对应路由器 /photos，命名 photos.index控制器方法 PhotosController@indexphotos/show.blade.php单个内容视图对应路由器 /photos/{id}，命名 photos.show控制器方法 PhotosController@showphotos/create.blade.php内容创建视图对应路由器 /photos/create，命名 photos.create控制器方法 PhotosController@createphotos/edit.blade.php内容编辑的视图对应路由器 /photos/edit，命名 photos.edit控制器方法 PhotosController@editcreate_and_edit 视图很多情况下，创建和编辑视图里的页面结构接近相似，在这种情况下，应该 使用 create_and_edit 视图。以 photos 为例：PhotosController@create - 对应视图：/photos/create_and_edit.blade.phpPhotosController@edit - 对应 视图：/photos/create_and_edit.blade.php这样一来，通常情况下，一个完整的 photos 资源对应的视图文件为以下：├── photos│   ├── create_and_edit.blade.php│   ├── index.blade.php│   └── show.blade.php表单验证表单请求验证类必须 使用 表单请求 - FormRequest 类 来处理控制器里的表单验证。验证类的 authorize绝不 使用 authorize() 方法来做用户授权，用户授权我们会单独使用 Policy 授权策略 来实现。使用基类所有 FormRequest 表验证类 必须 继承 app/Http/Requests/Request.php 基类。基类文件如下：<?phpnamespace App\Http\Requests;use Illuminate\Foundation\Http\FormRequest;class Request extends FormRequest{public function authorize(){// Using policy for Authorizationreturn true;}}验证类命名FormRequest 表验证类 必须 遵循 资源路由 方式进行命名，photos 对应 app/Http/Requests/PhotoRequest.php 。类文件参考FormRequest 表验证类文件请参考以下：<?phpnamespace App\Http\Requests;class PhotoRequest extends Request{public function rules(){switch($this->method()){// CREATEcase 'POST':{return [// CREATE ROLES];}// UPDATEcase 'PUT':case 'PATCH':{return [// UPDATE ROLES];}case 'GET':case 'DELETE':default:{return [];};}}public function messages(){return [// Validation messages];}}授权策略必须 使用 授权策略 类来做用户授权。使用基类所有 Policy 授权策略类 必须 继承 app/Policies/Policy.php 基类。基类文件如下：<?phpnamespace App\Policies;use Illuminate\Auth\Access\HandlesAuthorization;class Policy{use HandlesAuthorization;public function __construct(){//}public function before($user, $ability){if ($user->isAdmin()) {return true;}}}授权策略命名Policy 授权策略类 必须 遵循 资源路由 方式进行命名，photos 对应 /app/Policies/PhotoPolicy.php 。类文件参考Policy 授权策略类文件内容请参考以下：<?phpnamespace App\Policies;use App\Models\User;use App\Models\Photo;class PhotoPolicy extends Policy{public function update(User $user, Photo $photo){return $user->isAuthorOf($photo);}public function destroy(User $user, Photo $photo){return $user->isAuthorOf($photo);}}自动判断授权策略应该 使用 自动判断授权策略方法，这样控制器和授权类的方法名就统一起来了。/*** 更新指定的文章。** @param  int  $id* @return Response*/public function update($id){$post = Post::findOrFail($id);// 会自动调用 `PostPolicy` 类中的 `update` 方法。$this->authorize($post);// 更新文章...}数据填充factory 辅助函数必须 使用 factory 方法来做数据填充，因为是框架提倡的，并且可以同时为测试代码服务。运行效率开发数据填充时，必须 特别注意 php artisan db:seed 的运行效率，否则随着项目的代码量越来越大，db:seed 的运行时间会变得越来越长，有些项目多达几分钟甚至几十分钟。原则是：Keep it lighting speed.只有当 db:seed 运行起来很快的时候，才能完全利用数据填充工具带来的便利，而不是累赘。批量入库所有假数据入库操作，都 必须 是批量操作，配合 factory 使用以下方法：$users = factory(User::class)->times(1000)->make();User::insert($users->toArray());Artisan 命令行所有的自定义命令，都 必须 有项目的命名空间。如：php artisan phphub:clear-tokenphp artisan phphub:send-status-email...错误的例子为：php artisan clear-tokenphp artisan send-status-email...日期和时间Laravel 5.3 及以上版本的 diffForHumans，只需要在 config/app.php 文件中配置 locale 选项即可 ：'locale' => 'zh-CN',前端开发必须 使用 Laravel 官方前端工具做前端开发自动化；必须 保证页面只加载一个 .css 文件；必须 保证页面只加载一个 .js 文件；必须 为 .css 和 .js 增加 版本控制；必须 使用 SASS 来书写 CSS 代码；中间件Auth 中间件Auth 中间件 必须 书写在控制器的 __construct 方法中，并且 必须 使用 except 黑名单进行过滤，这样当你新增控制器方法时，默认是安全的。public function __construct(){$this->middleware('auth', [            'except' => ['show', 'index']]);}Laravel 安全实践关闭 DEBUGLaravel Debug 开启时，会暴露很多能被黑客利用的服务器信息，所以，生产环境下请 必须 确保：APP_DEBUG=falseXSS跨站脚本攻击（cross-site scripting，简称 XSS），具体危害体现在黑客能控制你网站页面，包括使用 JS 盗取 Cookie 等，关于 XSS 的介绍请前往 IBM 文档库：跨站点脚本攻击深入解析 。默认情况下，在无法保证用户提交内容是 100% 安全的情况下，必须 使用 Blade 模板引擎的 {
   { $content }} 语法会对用户内容进行转义。Blade 的 {!! $content !!} 语法会直接对内容进行 非转义 输出，使用此语法时，必须 使用 HTMLPurifier for Laravel 5 来为用户输入内容进行过滤。使用方法参见： 使用 HTMLPurifier 来解决 Laravel 5 中的 XSS 跨站脚本攻击安全问题SQL 注入Laravel 的 查询构造器 和 Eloquent 是基于 PHP 的 PDO，PDO 使用 prepared 来准备查询语句，保障了安全性。在使用 raw() 来编写复杂查询语句时，必须 使用数据绑定。错误的做法：Route::get('sql-injection', function() {$name = "admin"; // 假设用户提交$password = "xx' OR 1='1"; // // 假设用户提交$result = DB::select(DB::raw("SELECT * FROM users WHERE name ='$name' and password = '$password'"));dd($result);});以下是正确的做法，利用 select 方法 的第二个参数做数据绑定：Route::get('sql-injection', function() {$name = "admin"; // 假设用户提交$password = "xx' OR 1='1"; // // 假设用户提交$result = DB::select(DB::raw("SELECT * FROM users WHERE name =:name and password = :password"),['name' => $name,'password' => $password,]);dd($result);});DB 类里的大部分执行 SQL 的函数都可传参第二个参数 $bindings批量赋值Laravel 提供白名单和黑名单过滤（$fillable 和 $guarded），开发者 应该 清楚认识批量赋值安全威胁的情况下合理灵活地运用。批量赋值安全威胁，指的是用户可更新本来不应有权限更新的字段。举例，users 表里的 is_admin 字段是用来标识用户『是否是管理员』，某不怀好意的用户，更改了『修改个人资料』的表单，增加了一个字段：<input name="is_admin" value="1" />这个时候如果你更新代码如下：Auth::user()->update(Request::all());此用户将获取到管理员权限。可以有很多种方法来避免这种情况出现，最简单的方法是通过设置 User 模型里的 $guarded 字段来避免：protected $guarded = ['id', 'is_admin'];CSRFCSRF 跨站请求伪造是 Web 应用中最常见的安全威胁之一，具体请见 Wiki - 跨站请求伪造 或者 Web 应用程序常见漏洞 CSRF 的入侵检测与防范。Laravel 默认对所有『非幂等的请求』强制使用 VerifyCsrfToken 中间件防护，需要开发者做的，是区分清楚什么时候该使用『非幂等的请求』。幂等请求指的是：'HEAD', 'GET', 'OPTIONS'，既无论你执行多少次重复的操作都不会给资源造成变更。所有删除的动作，必须 使用 DELETE 作为请求方法；所有对数据更新的动作，必须 使用 POST、PUT 或者 PATCH 请求方法。Laravel 程序优化1. 配置信息缓存生产环境中的 应该 使用『配置信息缓存』来加速 Laravel 配置信息的读取。使用以下 Artisan 自带命令，把 config 文件夹里所有配置信息合并到一个文件里，减少运行时文件的载入数量：php artisan config:cache缓存文件存放在 bootstrap/cache/ 文件夹中。可以使用以下命令来取消配置信息缓存：php artisan config:clear注意：配置信息缓存不会随着更新而自动重载，所以，开发时候建议关闭配置信息缓存，一般在生产环境中使用。可以配合 Envoy 任务运行器 使用，在每次上线代码时执行 config:clear 命令。2. 路由缓存生产环境中的 应该 使用『路由缓存』来加速 Laravel 的路由注册。路由缓存可以有效的提高路由器的注册效率，在大型应用程序中效果越加明显，可以使用以下命令：php artisan route:cache缓存文件存放在 bootstrap/cache/ 文件夹中。另外，路由缓存不支持路由匿名函数编写逻辑，详见：文档 - 路由缓存。可以使用下面命令清除路由缓存：php artisan route:clear注意：路由缓存不会随着更新而自动重载，所以，开发时候建议关闭路由缓存，一般在生产环境中使用。可以配合 Envoy 任务运行器 使用，在每次上线代码时执行 route:clear 命令。3. 类映射加载优化optimize 命令把常用加载的类合并到一个文件里，通过减少文件的加载，来提高运行效率。生产环境中的 应该 使用 optimize 命令来优化类的加载速度：php artisan optimize --force以上命令会在 bootstrap/cache/ 文件夹中生成缓存文件。你可以通过修改 config/compile.php 文件来添加要合并的类。在 production 环境中，参数 --force 不需要指定，文件就会自动生成。要清除类映射加载优化，请运行以下命令：php artisan clear-compiled此命令会删除上面 optimize 生成的两个文件。注意：此命令要运行在 php artisan config:cache 后，因为 optimize 命令是根据配置信息（如：config/app.php 文件的 providers 数组）来生成文件的。4. 自动加载优化此命令不止针对于 Laravel 程序，适用于所有使用 composer 来构建的程序。此命令会把 PSR-0 和 PSR-4 转换为一个类映射表，来提高类的加载速度。composer dumpautoload -o注意：php artisan optimize --force 命令里已经做了这个操作。5. 使用 Memcached 来存储会话每一个 Laravel 的请求，都会产生会话，修改会话的存储方式能有效提高程序效率。会话的配置文件是 config/session.php。生产环境中的 必须 使用 Memcached 或者 Redis 等专业的缓存软件来存储会话，应该 优先选择 Memcached：'driver' => 'memcached',6. 使用专业缓存驱动器「缓存」是提高应用程序运行效率的法宝之一，Laravel 默认缓存驱动是 file 文件缓存，生产环境中的 必须 使用专业的缓存系统，如 Redis 或者 Memcached。应该 优先考虑 Redis。应该 避免使用数据库缓存。'default' => 'redis',7. 数据库请求优化关联模型数据读取时 必须 使用 延迟预加载 和 预加载 。临近上线时 必须 使用 Laravel Debugbar 或者 Clockwork 留意每一个页面的总 SQL 请求条数，进行数据库请求调优。8. 为数据集书写缓存逻辑应该 合理的使用 Laravel 提供的缓存层操作，把从数据库里面拿出来的数据集合进行缓存，减少数据库的压力，运行在内存上的专业缓存软件对数据的读取也远远快于数据库。$hot_posts = Cache::remember('posts.hot_posts', $minutes = 30, function(){return Post::getHotPosts();});remember 甚至连数据关联模型也都一并缓存了，多么方便呀。9. 使用即时编译器可以 使用 OpCache 进行优化。OpCache 都能轻轻松松的让你的应用程序在不用做任何修改的情况下，直接提高 50% 或者更高的性能，PHPhub 之前做过一个实验，具体请见：使用 OpCache 提升 PHP 5.5+ 程序性能。10. 前端资源合并作为优化的标准：一个页面 应该 只加载一个 CSS 文件；一个页面 应该 只加载一个 JS 文件。另外，为了文件要能方便走 CDN，需要文件名 应该 随着修改而变化。Laravel Elixir 提供了一套简便实用的方案，详细请见文档：Laravel Elixir 文档。代码生成器遵照此规范，在实际操作中，有许多重复。接下来推荐一款专为本规范量身定做的代码生成器 Laravel 5.x Scaffold Generator。本扩展支持 5.1 ~ 5.5 版本的 Laravel。只需要一个命令，php artisan make:scaffold Projects --schema="name:string:index,description:text:nullable,subscriber_count:integer:unsigned:default(0)"即可生成：----------- scaffolding: Project -----------+ ./database/migrations/2017_05_23_070517_create_projects_table.php+ ./database/factories/ModelFactory.php+ ./database/seeds/ProjectsTableSeeder.php+ ./database/seeds/DatabaseSeeder.php (Updated)+ ./app/Models/Model.php (Updated)+ ./app/Models/Project.php+ ./app/Http/Controllers/ProjectsController.php+ ./app/Http/Requests/Request.php+ ./app/Http/Requests/ProjectRequest.php+ ./app/Observers/UserObserver.php (Skipped)+ ./app/Observers/ProjectObserver.php+ ./app/Providers/AppServiceProvider.php (Updated)+ ./app/Policies/Policy.php+ ./app/Policies/ProjectPolicy.php+ ./app/Providers/AuthServiceProvider.php (Updated)+ ./routes/web.php (Updated)--- Views ---+ create_and_edit.blade.php+ index.blade.php+ show.blade.php+ ./resources/views/layouts/app.blade.php+ ./resources/views/common/error.blade.phpMigration table created successfully.Migrated: 2014_10_12_000000_create_users_tableMigrated: 2014_10_12_100000_create_password_resets_tableMigrated: 2017_05_23_070517_create_projects_table----------- -------------------- ----------------------   >DUMP AUTOLOAD<    -----------