YS
не не )) нах нах
Size: a a a
2020 May 21
RK
вот так будет достаточно Auth::user()->group->name
это даже с точки зрения приложения полная жесть код, те до того момента как приложение до этого дошло ни одного крита, и уж тем более передачи состояния не произошло
RK
на вызове группы от юзера мне как минимум юзер нужен точный
RK
если его нет,
RK
с ходу 500 будет
YS
а если этот код отвечает не совсем за аутентифицированного то это просто юзер... он может быть и залогиненый и просто юзер из базы...
все не во вью... тут соглашаюсь ... с Романом.
все не во вью... тут соглашаюсь ... с Романом.
IV
Всё равно ничего не понял. Вывел в PHP_INT_MAX - 9223372036854775807, в базу большие числа сохраняет без проблем. Но когда именно через статический метод Model::create(); сохраняю, вот именно такая проблема, что число обрезается(
RK
какая разница? если вы берете объект юзера из фасада, он или определен, или 500
RK
те логичнее сразу получить откуда то пользователя
EG
а если этот код отвечает не совсем за аутентифицированного то это просто юзер... он может быть и залогиненый и просто юзер из базы...
все не во вью... тут соглашаюсь ... с Романом.
все не во вью... тут соглашаюсь ... с Романом.
Если используется Auth могу предположить что место где это используется пользователь авторизован
RK
но эт пример кода нужен, писать лень
YS
а если это тот кусок за вывод пользователя вообще?
RK
у вас тупо код не должен провалится на стадию где вы с пользователем работаете, если его нету)))
RK
не считая исключений где это необходимо по логике
YS
вообще да, если это вывод юзера, то пофиг какой он... аутентифицирован или хз откуда взят
RK
таккк
RK
спорный момент
RK
откуда вы знаете пользователя если он не аутентифицирован?) если именно эта операция его определяет
RK
гость или пользователь, только за это аутентификация отвечает
YS
ну может я редактирую юзера.. )) я его определяю в контроллере или гдето там до view