Видимо плохо читал. required_if используется для проверки второго поля если первое равно value. А что ты делаешь?

Ко мне приходит запрос с разными полями, которые могут быть равны тем или иным значениям. Итак, если поле "а" равно "true", то тогда поле "б" обязательно и его нужно проверить.

Ко мне приходит запрос с разными полями, которые могут быть равны тем или иным значениям. Итак, если поле "а" равно "true", то тогда поле "б" обязательно и его нужно проверить.

фронт не может тебе прислать бул чисто технически

Хорошо, покажи полную запись тогда. Что ж ты кусками кидаешь :)

но когда я хочу при просто заходе на сайт site.ru определить язык по локали браузера, то он его определяет, ставит локаль нужную но сайт выглядит также site.ru

а должен редиректить на локаль

фронт не может тебе прислать бул чисто технически

А я и не хочу проверять булево значение, я хочу узнать, равно ли оно _строке_ .

а мне нужно чтобы ставилось site.ru/JP и притом при переходе на просто site.ru который по умолчанию на английском, он не ставил заново японский язык по локали, иначе клиент из японского сектора так и не сможет посмотреть английскую версию сайта

Хорошо, покажи полную запись тогда. Что ж ты кусками кидаешь :)

"systemUserID" => "required_if:isSystemUser,true|required_if:existing,true|integer|exists:system_users,id"

Сделай дамп реквеста, покажи что приходит.

Сделай дамп реквеста, покажи что приходит.

systemUserID: Select System User existing: false new: true isSystemUser: true

true/false это у тебя точно строки?

Ну, могу сделать dd

Момент.

так, а я шо просил))

так, а я шо просил))

array:17 [ "firstName" => "ads" "insertion" => "adfs" "lastName" => "adsf" "street" => null "house" => null "zip" => null "city" => null "email" => "s05@kshlerin.org" "phone" => null "rate" => null "function" => "Cashier" "isSystemUser" => "true" "role" => "Accountant" "pin" => "213" "systemUserID" => "Select System User" "existing" => "false" "new" => "true" ]

Так. А теперь один раз - что работает не так?)

Потому что вроде всё ок

Потому что вроде всё ок

Это правило тоже не прокатывает: "systemUserID" => "required_if:existing,true|integer|exists:system_users,id"

почему не прокатывает? при existing = true и пустом systemUserID получаем феил

нет?

почему не прокатывает? при existing = true и пустом systemUserID получаем феил

Нет, смотри: Поле existing = "false". Правило говорит о том, что если existing = true, тогда проверять systemUserID. Проблема в том, что existing = "false", но проверка происходит всё равно.

На данный момент нет, только имплементирует интерфейс

Ну тогда может стоит интерфейс указать в тайп-хинтре метода?

Нет, смотри: Поле existing = "false". Правило говорит о том, что если existing = true, тогда проверять systemUserID. Проблема в том, что existing = "false", но проверка происходит всё равно.

когда поле existings = false валидация проходит с пустым systemUserID

Когда поле existings = false, поле systemUserID валидироваться не должно.

ну так оно и не валидируется

хочешь с пустым пропустит, хочешь вообще без поля

стоп

у тебя ж там ещё другие правила)

у тебя ж там ещё другие правила)

Другие правила есть, но проблема только с этим.

Ну тогда может стоит интерфейс указать в тайп-хинтре метода?

попробую, спасибо!

Другие правила есть, но проблема только с этим.

Та в чём проблема то если existings = false то поле systemUserID не является обязательным если existings = true то поле systemUserID обязательно

Именно так и работает required_if

Та в чём проблема то если existings = false то поле systemUserID не является обязательным если existings = true то поле systemUserID обязательно

Абсолютно правильно. Но почему-то валидация работает так: при existings = false - выполняется exists:system_users,id .

Ну так я тебе о том же

Другие правила фейлятся

А не это

А не это

Нет, Никит, именно это. Потому что клиентская часть получает сообщение: {"message":"The given data was invalid.","errors":{"systemUserID":["The system user i d must be an integer."]}}

?

["The system user i d must be an integer."]}

действительно

проблема в require

Когда уже люди начнут учить программирование с базового курса английского))

Тебе сам ларавел говорит что значение должно быть целым

А ты пол часа доказываешь что проблема в require)

проблема в require

Ну, как я понимаю это правило: Если existings = true, тогда выполнять integer|exists:system_users,id . Иначе - не выполнять. Теперь: existings у меня = false. Вопрос почему выполняется integer|exists:system_users,id ?

Потому что ты неправильно понял валидацию)

Это отдельные правила

Отдельные?

Они же связанными должны быть.

Пиши кастомное правило для валидации и не морочь голову

Можно поморочить через sometime

Но я никогда не использовал его, так что хз как там оно работает

Они же связанными должны быть.

Кому должны?)

sometimes не поможет ему потому что он включает правила если поле присутсвует

а оно у него всегда присутсвует

А этого в условии небыло

про то что всегда присутствует)

Ну судя по всему у него там селект какой то

но в целом я за кастомное правило

и в селекте дефолт значение стоит текстовое

Кому должны?)

То есть, даже если existings = false, то остальные правила, следующие за required, будут выполняться?

да

https://laravel.com/docs/5.6/validation#custom-validation-rules

пиши

Жесть, попробовал: systemUserID" => "required_if:roles,blabla|integer|exists:system_users,id" Результат тот же.

Спасибо большое, а то я бы долго мучился, пытаясь понять, почему не работает последовательность, которой там не предусмотрено.

А прочитал бы вдумчиво доку по валидации - не пришлось бы мучаться :)

А прочитал бы вдумчиво доку по валидации - не пришлось бы мучаться :)

Просто оно немного нелогично (на мой взгляд) получается - это поле не нужно, но оно всё равно валидируется.

дока для слабаков

нелогично передавать фолс в апп, да еще и текстом

Ищу работу. Москва, удаленно, можно по-проектно :) на ларе само собой

Подскажите пожалуйста можно ли как-то добавить данные в таблицу в той-же миграции где она создаётся, или нужно отдельный seeder создавать?

Сид.

Миграции выполняются в порядке их создания?

Миграции выполняются в порядке их создания?

можно отдельно выполнять

можно отдельно выполнять

это понятно, я про команду php artisan migrate

по дате

Есть проблема с Socialite, facebook авторизация перестала работать пишет Undefined variable: access_token , а вот google пашет как надо , может кто-сталкивался P.S. client_id , client_secret введены правильно

ребят, мутатор может возвращать какое-то состояние (или как это даже назвать не знаю)?

мне просто нужно каким-то образом понять что мутатор отработал нормально

дд в мутаторе

:)

ребят, мутатор может возвращать какое-то состояние (или как это даже назвать не знаю)?

Одарич расскажи человеку как работается с https://github.com/lazychaser/laravel-nestedset

а причем тут нестедсет?

а ты недавно игрался насколько я помню

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

дай фидбек - понравилось или нет, и с чем были проблемы

На сколько я помню там форум был

понравилось все до мелочей все очень просто

и вряд ли там будет фидбек а как оно работает в овер 100 тысяч записей

единственное, по началу не нашел в документации функций для смены позиции

и при частом изменении перемещении веток дерева

нашел только в коде в итоге