Ich arbeite mit einer alten Kopie der Datenbank eines Kunden und mache die neue Laravel App mit den vorhandenen Benutzern kompatibel.Benutzer übergibt Auth :: try(); Fails Auth :: check ('user')
Ich baute und testete mit meinem Benutzermodell mit der 'users
' Tabelle, aber ich versuche, es an die 'auth_user
' Tabelle anzuschließen. Nach den Änderungen werden meine neuen Benutzer korrekt erstellt. Die Anmeldung ist jedoch ein Problem. Die Anwender sind vorbei Auth::attempt($credentials) as expected
, aber wenn
In meinem LoginController versagt ...
// post to /login
public function login() {
$input = Request::all();
// Log the user in
if (Auth::attempt(['email'=>$input['username'], 'password'=>$input['password']])) {//Auth::attempt(Auth::attempt("admin", ['email' => $input['username'], 'password' => $input['password'], 'active' => 1])) {
// the user is now authenticated.
return Redirect::to('/welcome')->with('message', 'Successfully authenticated');
}
return Redirect::to('/')
->with('message', 'Login Failed: Your Login Credentials Are Invalid');
}
}
ich vorbei auf jeden Fall die Auth::attempt(...)
, aber ich glaube nicht, meine Sitzung für diesen Benutzer festgelegt wird. Nach der Umleitung auf/gern gesehen, nicht ich die Auth::check('user')
public function welcome() {
if (!Auth::check('user')) return Redirect::to('/');
// ... Top secret stuff (no returns or redirects though)
return view('user.welcome', [
'user' => Auth::user()
// ...
]);
}
Diese auf die Anmeldungs Controller leitet zurück.
Der Kicker ist das war alles funktioniert, wenn ich meine 'users'
Tabelle anstelle von 'auth_user'
verwendet.
Users
verwendet id
als Primärschlüssel, Auth_user
verwendet 'uid'
als Primärschlüssel. Ich würde gerne die uid
zu id
ändern, aber ich muss eine beängstigende Anzahl von gespeicherten MYSQL-Prozeduren wiederverwenden, die ich nicht ändern kann.
Relevante Modelle:
User.php:
class User extends Model implements AuthenticatableContract,
AuthorizableContract,
CanResetPasswordContract
{
use Authenticatable, Authorizable, CanResetPassword;
public function rules($scenario = null, $id = null) {
$rules = [];
switch($scenario) {
case 'userAdd':
$rules = [
'password' => 'required|confirmed|min:6'
];
break;
case 'passwordChange':
$rules = [
'password' => 'required|confirmed|min:6'
];
break;
}
return $rules;
}
public function isValid($scenario = null) {
$validation = User::make($this->attributes, User::rules($scenario));
if($validation->passes()) return true;
$this->errors = $validation->messages();
return false;
}
/**
* The database table used by the model.
*
* @var string
*/
protected $table = 'auth_user';
/**
* The attributes that are mass assignable.
*
* @var array
*/
protected $fillable = ['username', 'name', 'password', 'email', 'expire', 'active', 'organization','role'];
/**
* The attributes excluded from the model's JSON form.
*
* @var array
*/
protected $hidden = ['password', 'remember_token'];
protected $primaryKey = 'uid';
}
Auth.php (für mehrere Benutzertypen - ich weiß, ich würde eher Rollen verwenden, anstatt separate Modelle zu)
<?php
return [
'multi' => [
'user' => [
'driver' => 'eloquent',
'model' => App\User::class,
'table' => 'auth_user'
],
'admin' => [
'driver' => 'eloquent',
'model' => App\Admin::class,
'table' => 'auth_admin'
]
],
];
ich denke, dass ich alle meine Basen für den Primärschlüssel ändern bedeckt, aber ich kann das Modell nicht erhalten Auth::check()
passieren. Kann jemand mit mehr Laravel Erfahrung beleuchten, was ich falsch mache? Danke im Voraus!
Bearbeitet, um Ambiguität von 'auth_user' oder' auth_users' zu beseitigen – QNeville