for testing and deploying your application
for finding and fixing issues
for empowering human code reviews
<?php
use Arcanedev\LaravelAuth\Bases\Migration;
use Illuminate\Database\Schema\Blueprint;
/**
* Class CreateRolesTable
*
* @author ARCANEDEV <[email protected]>
* @see \Arcanedev\LaravelAuth\Models\Role
*/
class CreateAuthRolesTable extends Migration
{
/* -----------------------------------------------------------------
| Constructor
| -----------------------------------------------------------------
* Make a migration instance.
public function __construct()
parent::__construct();
$this->setTable(config('laravel-auth.roles.table', 'roles'));
}
| Main Methods
* Run the migrations.
public function up()
$this->createSchema(function (Blueprint $table) {
$table->increments('id');
$table->string('name');
$table->string('slug');
$table->string('description')->nullable();
$table->boolean('is_locked')->default(false);
false
boolean
string
It seems like the type of the argument is not accepted by the function/method which you are calling.
In some cases, in particular if PHP’s automatic type-juggling kicks in this might be fine. In other cases, however this might be a bug.
We suggest to add an explicit type cast like in the following example:
function acceptsInteger($int) { } $x = '123'; // string "123" // Instead of acceptsInteger($x); // we recommend to use acceptsInteger((integer) $x);
$table->timestamps();
$table->timestamp('activated_at')->nullable();
$table->unique(['slug']);
});
ARCANEDEV /
LaravelAuth
It seems like the type of the argument is not accepted by the function/method which you are calling.
In some cases, in particular if PHP’s automatic type-juggling kicks in this might be fine. In other cases, however this might be a bug.
We suggest to add an explicit type cast like in the following example: