которые работают по принципу true\false

и имеют по сути пустое значение

вот у меня есть контролеер, который занимается обновлением свойств(приходят они со страницы ajax). Иногда пользователь хочет очистить поле. Соответственно я присылаю переменную с пустым значением, которую в дальнейшем надо так же записать в модель.

Кажется нашёл, $request->exists('name')

вот у меня есть контролеер, который занимается обновлением свойств(приходят они со страницы ajax). Иногда пользователь хочет очистить поле. Соответственно я присылаю переменную с пустым значением, которую в дальнейшем надо так же записать в модель.

ну эт хуевая практика

В trait InteractsWithInput

ну эт хуевая практика

поясни

так никто не делает, че тут пояснять

очищать поле пустым значением переменной - глупость

Не присылай поле если надо очистить

а как его очищать? отдельным запросом?

да

О чем и шла речь, сразу написал что говнопрактика

пихать логику очистки поля во фронт - не бест практик

никаких аргументов я пока не услышал

Ты сам его привел задав дурацкий вопрос как проверить на пустоту

пихать логику очистки поля во фронт - не бест практик

почему? ведь это поле текстовое и его значение абсолютно зависит от пользователя

да? Ну тогда дай пользователю доступ к бд сразу

сейчас посмотрел, в ресте все же нет пустых полей, так что @exileum беру свои слова назад)

Всегда удивляло как несут худшие практики функционального пхп во фрейм нормальный

И при этом думают что правы

почему? ведь это поле текстовое и его значение абсолютно зависит от пользователя

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

если хочешь очистить поле, то конечно надо отдельный метод

пустое поле можно юзать максимум для отправленных форм

Суть разговора выше о том, что в интернете кто-то неправ и нужно доказать, что он всё делает неправильно?

Суть разговора выше о том, что в интернете кто-то неправ и нужно доказать, что он всё делает неправильно?

Суть разговора в том что надо сделать, чтобы не задавать и даже не думать о том как поле на пустоту проверить

хотя, бля....

Суть разговора в том что надо сделать, чтобы не задавать и даже не думать о том как поле на пустоту проверить

я тут подумал, все же есть ситуации где поле пустое отправляется

Например

например отправка формы

Например ничего не отправляй если поле пустое

дык форма же

сабмитится целиком

а если нужно какое-то текстовое значение в patch обнулить?

Да но has на поле даст null

А зачем тебе там ""?

Да но has на поле даст null

А

ну ладно

тогда да, бред

пустые строки отправлять

Короче каждый делает как считает нужным. Может в базе с пустыми полями есть свой шарм

не, нету

та не вряд ли

ну есть страница, с заполнением профиля, при потере инпутом фокуса значения отправляются на сервер. Все это работает при помощи одного роута/метода контроллера. Вы предлагаете добавить проверку на пустоту значения во вронтенде и в зависимости от этого отправлять запрос на другой роут. Какой-то лишний огород получается. Вы еще скажите, что для каждого поля нужно прописать свой роут

null !== "", поэтому заебешься потом разные проверки херачить на одно поле

ну есть страница, с заполнением профиля, при потере инпутом фокуса значения отправляются на сервер. Все это работает при помощи одного роута/метода контроллера. Вы предлагаете добавить проверку на пустоту значения во вронтенде и в зависимости от этого отправлять запрос на другой роут. Какой-то лишний огород получается. Вы еще скажите, что для каждого поля нужно прописать свой роут

у тебя и так уже косяк, отправка данных после потери инпута... Шта

т.е. на форме с 5 полями ты сделаешь 5 запросов?

да. И объяснять зачем это разнесено на 5 запросов, я не хочу.

Ммм, любители аякса

да. И объяснять зачем это разнесено на 5 запросов, я не хочу.

такая практика году в 2002 была актуальна

Шоб на мобилах жизнь медом не казалась

ща бы в 2к17 с нуля легаси писать

т.е. я правильно понимаю, что я могу вызывать событие focus на фронте и таким образом положить твой серв?)

хотя ажакс наверн не даст

Кажется нашёл, $request->exists('name')

спасибо за ответ. На этом можете закончить свои словоизвержения.

все, заебало хуйню нести, пойду попрогаю

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

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

у вк так сохранение данных аккаунта сделано. Но я уверен, там есть какие-нибудь сторожи для неотправленных данных

ща бы в 2к17 с нуля легаси писать

вот ты писал но тебя выгнали =)

вот ты писал но тебя выгнали =)

чойта

дэнги не пахнут

Всем добрый день, у меня есть массив id записей таблицы, как по красивому достать эти записи? Самый простой метод это пробежеться по массиву foreach, дергать эти записи и класть в новый массив...но как грамотнее?

WhereIn?

Всем добрый день, у меня есть массив id записей таблицы, как по красивому достать эти записи? Самый простой метод это пробежеться по массиву foreach, дергать эти записи и класть в новый массив...но как грамотнее?

как по мне нормальный подход

WhereIn?

То что нужно, спасибо

ERROR: S client not available

как по мне нормальный подход

очень. дан массив на 1000 записей. ты делаешь 1000 коннектов к базе, получений данных и закрытй коннектов, а я передавая все id в запросе сразу - получаю все данные за 1 запрос

опять запросы в форыче ?

ога.

ну бывает

понял

спс

исправлюсь

$Sections=SectionSite::where('url',$url)->first(); if(is_null($Sections)) return abort(404); $arrayCompanysId=[]; if(!is_null($Sections->parent_id)) $arrayCompanysId=CompanySection::where('section_id',$Sections->id)->pluck('company_id')->all(); else{ $id=$Sections->id; $SectionsChildrenId=SectionSite::where('parent_id',$id)->pluck('id')->all(); foreach ($SectionsChildrenId as $children){ $idArray=CompanySection::where('section_id',$children)->pluck('company_id')->all(); foreach ($idArray as $id){ $arrayCompanysId[]=$id; } } } $arrayCompanys=Company::WhereIn('id',$arrayCompanysId)->get(); return view('company.list')->with('Sections',$Sections)->with('arrayCompanys',$arrayCompanys);

Просто интересует мнение специалистов

Есть разделы, есть подразделы. Если в подраздел то компании того раздела, если раздел, то компаниии из всех подразделов

Форич в фориче в фориче

мне еще понравилось

$Sections

$Sections

а с ним что не так?

пср1, 2

пср1, 2

придирка что с юольшой буквы что-ли?)

ага

придирка?

придирка?

вплане не считая стандартов, можно подробнее в чем косяки, S на s исправил

Стандарты потом обещаю прочесть

Меня все же техническая сторона реализации интересует

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

мне вот еще по стандартам интересно - то есть около if {} ставить впадлу, а как else так {} ?

Смотри в сторону with

и если уж именуешь вот так - $arrayCompanysId - то именуй $arrayCompanyIds

хотя что тот что другой ужасен

то что это массив видно и так

не надо напоминать самому себе об этом

мне вот еще по стандартам интересно - то есть около if {} ставить впадлу, а как else так {} ?

Я стандарты не читал, но у меня есть прынцып, не плодить не нужных строк. Нет {} сразу понятно что к if 1 стркоа относится

и как говорил, стандарт прочту утром

"принцип не плодить не нужных строк", а сам скинул 18 строк говнокода ненужного