Кстати, Что значит "файл генерирующий..."? Скрипт? Или картинка шаблон?

Кстати, Что значит "файл генерирующий..."? Скрипт? Или картинка шаблон?

скрипт GD2 типа

Просто хочу уточнить, есть ли в моей первой реализации редактирвоания юзера невидимые мне подводные камни

public function editUser(Request $request){ $user = Auth::user(); if (count($request->all())) { if(trim($request->password == '')){ $input=$request->except('password'); }else{ $input=$request->all(); } if(!is_null($request->name)) $input['name']=$request->name; $user->update($input); } return view('user.edit-user'); }

if(!is_null($request->name)) $input['name']=$request->name; таких вот if будет 6-7 под каждое поле

"Момент когда что то пошло не так"

"Момент когда что то пошло не так"

?)

Что касается пароля, то он мутаторится в модели

public function setPasswordAttribute($password) { $this->attributes['password'] = bcrypt($password); }

И проверил заносится хешем

так куда файл положить то?

public function editUser(Request $request){ $user = Auth::user(); if (count($request->all())) { if(trim($request->password == '')){ $input=$request->except('password'); }else{ $input=$request->all(); } if(!is_null($request->name)) $input['name']=$request->name; $user->update($input); } return view('user.edit-user'); }

Используй валидатор лучше

Причём лучше, если отдельный реквест для этого создать с правилами проверки. Хотя кому как больше нравится/привык

Используй валидатор лучше

валидацию пароля как раз собираюсь сейчас добавить... отдельный реквест?

валидацию пароля как раз собираюсь сейчас добавить... отдельный реквест?

Не пароля, а всех входных данных пост реквеста

php artisan make:request User

мне для апишки не оч стандартный реквест подошел

Не пароля, а всех входных данных пост реквеста

на этапе создания регистраци, я описал правила для полей. protected function validator(array $data) { return Validator::make($data, [ 'name' => 'required|string|max:255', 'last_name' => 'required|string|max:255', ..... ]); }

поэтому валидация ручками)

ну, через фасад коэшн

Как понимаю мне его теперь в модель юзер тянуть,

?

поэтому валидация ручками)

так там можно свои правила описывать через регикс

ват

дело не в правилах, а в реакции на ошибку

там слишком дохуа магии

на этапе создания регистраци, я описал правила для полей. protected function validator(array $data) { return Validator::make($data, [ 'name' => 'required|string|max:255', 'last_name' => 'required|string|max:255', ..... ]); }

Укажи эти правила в реквесте и передавай его своему методу контроллера первым параметром

не обязательно первым кста

у меня вторым передается)

Ну, так читать проще

Дело привычки

да это уже вкусовщина :D

Укажи эти правила в реквесте и передавай его своему методу контроллера первым параметром

к сожалению пока мало о чем говорит( Пойду смотреть документацию и приемры прежде чем велик изобрету

Просто параметров много может быть и реквест потеряется)

ну

для апишки более эстетично выглядит, когда сначала айдишники ресурсов вызываемых передаются, а потом только тела запроса (как и в url собсна)

к сожалению пока мало о чем говорит( Пойду смотреть документацию и приемры прежде чем велик изобрету

Загугли php artisan make:request User

кстати, вот чего в ларке не хватает, это такого же php artisan make:response

для апишки более эстетично выглядит, когда сначала айдишники ресурсов вызываемых передаются, а потом только тела запроса (как и в url собсна)

Опять же, на вкус и цвет)

Опять же, на вкус и цвет)

я не загнул, когда для регистраци отдельный контролер завел?

нет

даже в стандартной реге так

контроллеры вообще никак не должны быть связаны с сущностями

я не загнул, когда для регистраци отдельный контролер завел?

Так и надо

типо не надо все пихать в один контроллер User

:D

нет

тогда получается валидацию что я описал в регистрации, нужно вызвать в модели юзера сейчас?

а не вносить в модель дубль

в смысле вызвать в модели юзера

в смысле вызвать в модели юзера

public function editUser(Request $request){ вызываетчя в модели юзера

Ладно, хлопцы - вопрос со звёздочкой: как валидируете параметры прута, типа {id?}, например на то, что такой вообще существует.

тфу

а рега тут при чем

контролере

Роута*

Ладно, хлопцы - вопрос со звёздочкой: как валидируете параметры прута, типа {id?}, например на то, что такой вообще существует.

if(request->param !== null)

вот и вся валидация

вроде есть магия какая то

но это все вкусовщина как всегда

а рега тут при чем

при том что валидацию можно поидее описать и там и там, но правильнее как понимаю из регистраци позаимствовать

if(request->param !== null)

Эмм... Найс трай. Существует в базе а не вообще))

при том что валидацию можно поидее описать и там и там, но правильнее как понимаю из регистраци позаимствовать

в одном случае ты редактируешь юзера, в другом регаешь. И у тебя одинаковая валидация?

в одном случае ты редактируешь юзера, в другом регаешь. И у тебя одинаковая валидация?

так поля одни итеже

лучше сделай два разных реквеста, потому что вангую - в будущем у тебя два этих метода разойдутся по полям

Переопределить метод all() форм реквеста не предлагать))

лучше сделай два разных реквеста, потому что вангую - в будущем у тебя два этих метода разойдутся по полям

понялъ

Переопределить метод all() форм реквеста не предлагать))

isset && !empty

Переопределить метод all() форм реквеста не предлагать))

$validator = Validator::make([ 'paramname' => 'exists:table,field' ]);

$validator = Validator::make([ 'paramname' => 'exists:table,field' ]);

+

$user = Auth::user(); if (count($request->all())) { if(trim($request->password == '')){ $input=$request->except('password'); }else{ $input=$request->all(); } $validator=$this->validator($input); if($validator -> passes()) { if (!is_null($request->name)) $input['name'] = $request->name; if (!is_null($request->last_name)) $input['last_name'] = $request->last_name; if (!is_null($request->poster)) $input['post'] = $request->poster; $user->update($input); } } return view('user.edit-user');

что за жесть

:D

😔

isset && !empty

У тебя опциональные параметры роута в реквест попадают?)))) Ну-ну

мне дали как то на ревью проджект на люмене. Так вот - похоже

(только там было раз в 10 хуже)

У тебя опциональные параметры роута в реквест попадают?)))) Ну-ну

Если они там есть, да

Тоже самое. Откуда /model/{id} попадет в реквест?

Если они там есть, да

Ну-ну))))

В чем именно вопрос?