Трудно ответить, я через loadView делаю экспорт. Не встречал такого глюка

я сейчас немного еще поковырял, дело даже не в лимите

в выборке есть столбец, который может иметь значение null

если ставить условие ->whereNotNull('users.comments')

то все ок

если убираем, но ставим лимит даже 2 записи - пусто

даже если сделать "в лоб"

foreach ($data as $d){ if ($d->comments == null ){ $d->comments = '-'; } }

а уже потом работать с этим объектом, все равно пусто

На чём лучше роли реализовывать?

Пакеты или своё делать?

мне нравится романбикан или ентраст

Почему не laratrust?

а кто-то spatie/laravel-permission использовал?

Почаны

Бля, забыл че хотел спросить

Пздц

😂

А, во

Csrf token нужен на хттпс?

а почему нет?

какая вообще связь между https и csrf?

Откуда такой вопрос возник)

Мало ли

Вдруг защищает

ога

две разных херни же 🙈

как иконка в машине

как иконка в машине

++

Вопрос намба ту

$validator = Validator::make($request->all(),[ 'login' => 'required', 'password' => 'required' ]); if($validator->fails()) { return API::response(null, 400, $validator->errors()); } $user = User::login($request->login)->first(); if(!$user) { $validator->errors()->add('login', 'faaaak'); return API::response(null, 400, $validator->errors()); }

как избежать такого пиздеца

пример бредовый коэшн

но есть более реальные кейсы, где я так делаю и меня это не устраивает

я про валидатор

у меня валидация разбросана по всему методу, я об этом

А что тебе мешает делать так $request->validate([ 'login' => 'required', 'password' => 'required', ]);

это для 5.5

ответ на вопрос почему я так делаю - надо возвращать все ошибки в едином формате, когда делаешь через магию - так сложнее допустить ошибку

А что тебе мешает делать так $request->validate([ 'login' => 'required', 'password' => 'required', ]);

например то что у меня не 5.5, во-первых

а во-вторых, это абсолютно не имеет отношения к решению проблемы =

для <5.4 $this->validate($request, []);

и?

как это поможет мне?

Ну так сформулируй проблему, ты написал кусок какой-то кода и говоришь как его избежать.

я описал выше

у меня валидация разбросана по всему методу, я об этом

$validator->errors()->add('login', 'faaaak'); вот из-за этого мне не подходит $this->validate

Ну ты решил использовать валидацию для каких-то своих экзотических желаний)) При этом хочешь услышать какой-то ответ :)

не особо экзотические, учитывая, что функционал для этого есть в самом фреймворке

Валидация используется для проверки входящих данных, а то что можно сделать то что сделал ты не значит что так нужно :)

Но если ты хочешь так использовать валидацию - используй, но тогда вопрос абсолютно не имеет смысла.

Валидация используется для проверки входящих данных, а то что можно сделать то что сделал ты не значит что так нужно :)

кто сказал

?)

и кто сказал, как нужно?

https://laravel.com/docs/5.5/validation

"Laravel provides several different approaches to validate your application's incoming data."

Самая первая строка

Ну, ок

я и валидирую ТОЛЬКО http запрос

то что я потом добавляю кастомную ошибку - не процесс валидации

ладно, проехали

потом подумаю как следует над этим

Так а зачем ты добавляешь ошибку валидации если это не ошибка валидации, если уж так рассуждать)

Что бы под один формат все устроить)

выше писал же

Ну я не вижу всего проекта, поэтому не знаю зачем тебе все ошибки выдавать как ошибки валидации данных. Но если надо то надо, просто сам вопрос тогда отпрадает - у тебя в таком случае всегда будет валидатор раскидан по всему методу

=(

ну лан чо уж

вроде не самое говнокодистое, что можно наговнокодить

но форматирование телеграма все усугубило

Не скидывай большие куски кода таким образом и усё)

я знаю, я тут писал правила

но они проебываются всегда

https://pastebin.com/ZwSwApta вот гляньте. Что бы вы тут отрефакторили?

https://laravel-news.com/laravel-v5-5-13

бля это прикол?

только недавно про 5.5.5 скидывал

они в день по два апдейта