D
Size: a a a
2021 March 21
ad
Ты так и не понял почему у тебя ошибка вылазила, что самое печальное
ГА
Ты так и не понял почему у тебя ошибка вылазила, что самое печальное
понял, потому что пустые переменные передавались а вьюшка их пыталась заюзать
SC
понял, потому что пустые переменные передавались а вьюшка их пыталась заюзать
Ответишь на вопрос?
D
обычно за [0] пиздят на работе
SC
Ну, нет и ладно.
HM
Сложная внутренняя логика проверки пароля - кастомной валидацией. Можно сколько угодно своих классов насоздавать и использовать.
А как это сделать?
Вот так?
$validator->after(function ($validator) {
if ($this->somethingElseIsInvalid()) {
$validator->errors()->add(
'field', 'Something is wrong with this field!'
);
}
});
Или как-то по-другому? Везде только ларавеловский validate, явно же я напорюсь на ситуацию, где надо что-то проверить сложнее и глубже, чем этот набор валидаций
Вот так?
$validator->after(function ($validator) {
if ($this->somethingElseIsInvalid()) {
$validator->errors()->add(
'field', 'Something is wrong with this field!'
);
}
});
Или как-то по-другому? Везде только ларавеловский validate, явно же я напорюсь на ситуацию, где надо что-то проверить сложнее и глубже, чем этот набор валидаций
И
А как это сделать?
Вот так?
$validator->after(function ($validator) {
if ($this->somethingElseIsInvalid()) {
$validator->errors()->add(
'field', 'Something is wrong with this field!'
);
}
});
Или как-то по-другому? Везде только ларавеловский validate, явно же я напорюсь на ситуацию, где надо что-то проверить сложнее и глубже, чем этот набор валидаций
Вот так?
$validator->after(function ($validator) {
if ($this->somethingElseIsInvalid()) {
$validator->errors()->add(
'field', 'Something is wrong with this field!'
);
}
});
Или как-то по-другому? Везде только ларавеловский validate, явно же я напорюсь на ситуацию, где надо что-то проверить сложнее и глубже, чем этот набор валидаций
HM
То есть на каждый чих - правило валидации?
HM
Просто нельзя сделать метод и им шарахнуть?
И
Просто нельзя сделать метод и им шарахнуть?
Ты можешь весь сайт написать в одном методе контроллера. Но надо ли?
Или ты хочешь готовые правила валидации на все случаи жизни?
Или ты хочешь готовые правила валидации на все случаи жизни?
HM
Ты можешь весь сайт написать в одном методе контроллера. Но надо ли?
Или ты хочешь готовые правила валидации на все случаи жизни?
Или ты хочешь готовые правила валидации на все случаи жизни?
Может быть внутреннее правило, которое под конкретный проект заточено
HM
И один раз стреляет
И
Просто нельзя сделать метод и им шарахнуть?
Можешь и метод сделать. Но потом запутаешься в методах
И
И один раз стреляет
Ну так создавай и используй. Разве это сложно? Не вижу проблемы.
ООП придумали для упрощения сложного кода, а не для усложнения простого. (c)
ООП придумали для упрощения сложного кода, а не для усложнения простого. (c)
IG
всем дарова, подкиньте идеи, проект spa, задача такова, получить последний оплаченный заказ, делаю систему доплаты для нового заказа, вот думаю, срез цены для нового заказа сделать по последней самой высокой успешной оплаты, или сумме последних успешных оплат?
IG
вот такое пока реализовал, many to many не предлагать, я позже переделаю все, когда перенесу на api restful
ВШ
Ну так создавай и используй. Разве это сложно? Не вижу проблемы.
ООП придумали для упрощения сложного кода, а не для усложнения простого. (c)
ООП придумали для упрощения сложного кода, а не для усложнения простого. (c)
Тейлор об этом не в курсе только )
IG
есть ли моменты, которые я не учел, или это бизнес идея?
И
всем дарова, подкиньте идеи, проект spa, задача такова, получить последний оплаченный заказ, делаю систему доплаты для нового заказа, вот думаю, срез цены для нового заказа сделать по последней самой высокой успешной оплаты, или сумме последних успешных оплат?
Слишком много лишней информации. Какая разница спа или не спа, если тебя интересует логика