наверное на работу на единороге летаешь

постоянно встречаю тех, кто пишет ==

наверное мы в разных вселенных живем

=== и тайпхинтинг везде где можно

+ и сократить использование empty

в битриксе вон вообще по умолчанию оно, кек

кто например? студенты фрилансеры?

+ и сократить использование empty

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

битрикс это харам

когда я был студентом фрилансером, я писал ===

)

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

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

речь про internal типы скорее

мб true мб false

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

когда я был студентом фрилансером, я писал ===

вот я о том же, где ты "постоянно встречаешь" этих людей?

вот я о том же, где ты "постоянно встречаешь" этих людей?

Мне больше интересно, как ты их постоянно избегаешь :D

это же пхп

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

empty для массивов ок, а вот когда 0, "" и null через empty проверяют то не очень читабельно и понятно с первого раза

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

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

дохуя и больше тех, кто забивает хуй на сравнения и юзает как хочет

есть код стайлы

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

причем тут кодстайл, если это два разных оператора?

кодстайл не должен влиять на функциональность кода

http://symfony.com/doc/current/contributing/code/standards.html#structure >Always use identical comparison unless you need type juggling;

иначе этот кодстайл - не кодстайл, а спецификация разработки

причем тут кодстайл, если это два разных оператора?

влияет. В код стайле указано использовать строгое сравнение, сюда же и аргумент true в in_array включается например

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

хз, насколько я помню, когда я юзал csfixer и scrutinizer и travis, никто из них не ловил эти сравнения

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

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

тыжпрограммист.. настрой) это всё дерьмо настраивается. Ну и как бы один раз настроил - всем ок :)

у меня пока не было командной работы, так что под себя все делаю

но к слову сравнения у меня трехзначные, просто привычка

это пока не столкнешься с багами связанными с false == 0 0 == " 0 == "0"

не баг, а фича :D

или 0 != [] false == [] но false == 0

да да

Мне кажется это один из первых вопросах на любом собеседовании. Я обычно юзаю === именно там где оно необходимо. Во всех остальных местах ==

во всех остальных местах мастер кард

а если серьезно, ты ведь не знаешь, когда тебе в каком-либо месте понадобится строгое сравнение

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

и тут тебя ждет сюрприз

Мне кажется это один из первых вопросах на любом собеседовании. Я обычно юзаю === именно там где оно необходимо. Во всех остальных местах ==

я тоже) просто так получается что строгое сравнение необходимо везде

<?= \Yii::$app->money->convertAndFormat($offer->shopProduct->minProductPrice->money); ?> Здесь выводим прайс. Подскажите, а как в проекте настроить формат, без копеек?

Так кто ж знает как у вас сервис money устроен..

<?= \Yii::$app->money->convertAndFormat($offer->shopProduct->minProductPrice->money); ?> Здесь выводим прайс. Подскажите, а как в проекте настроить формат, без копеек?

надо смотреть доки на компонент money

надо смотреть доки на компонент money

но это же гуглить.... читать... ??

но это же гуглить.... читать... ??

чур чур чур!

Подскажите в Symfony 3 - есть sonata admin, меняем пользователя, есть поле для выбора из списка статусов и нужно чтобы при сохранении не вываливало ошибку что выбран объект статус и сохраняло в поле id. Сейчас ругается что expected argument integer, Status given

В build form ->add('status', Entitytype:class, [ 'class' => Status, 'choise_label' => name)

В шторме как то можно синхронизировать папку проекта и http://joxi.ru/Vrw3g41hOQ3xvr, просто когда я artisan'ом создаю вьюшки например, они не улетают в мою папку (/var/www/)

Подскажите пожалуйста кто уже сталкивался с подобной задачей: Надо сделать конструктор форм для сайта. Т.е. пользователь в админке сможет создавать формы и добавлять в них неограниченное количество полей разного типа. Например: 1. Форма "Обращения". Поля: "E-mail", "Имя", "Тема обращения", "Текст обращения". 2. Форма "Заказать обратный звонок". Поля: "Телефон", "ФИО", "Время звонка". 3. ... И таких форм может быть много. Типы полей могут быть любыми (input, textarea, select...). Вопрос: Как хранить данные поданные с форм в БД?

Подскажите пожалуйста кто уже сталкивался с подобной задачей: Надо сделать конструктор форм для сайта. Т.е. пользователь в админке сможет создавать формы и добавлять в них неограниченное количество полей разного типа. Например: 1. Форма "Обращения". Поля: "E-mail", "Имя", "Тема обращения", "Текст обращения". 2. Форма "Заказать обратный звонок". Поля: "Телефон", "ФИО", "Время звонка". 3. ... И таких форм может быть много. Типы полей могут быть любыми (input, textarea, select...). Вопрос: Как хранить данные поданные с форм в БД?

eav

push eax

Есть идея создать одну таблицу в которой хранить схемы данных для форм. И для каждой формы программно создавать по еще одной таблице с соответствующими полями. Но не знаю правильно ли это.

eav

Спасибо. Сейчас почитаю что это за паттерн такой.

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

push eax

А это я не понял. Или это не мне? )

чувак если ты не знаешь как такое сделать значит ты встрял )

это достаточно сложная задача )

хотя скорее всего встрял заказчик )

все когда то делается в первый раз

Да че там, две таблица одна со схемами, во вторую складывать значения в каком-нибудь json

Подскажите пожалуйста кто уже сталкивался с подобной задачей: Надо сделать конструктор форм для сайта. Т.е. пользователь в админке сможет создавать формы и добавлять в них неограниченное количество полей разного типа. Например: 1. Форма "Обращения". Поля: "E-mail", "Имя", "Тема обращения", "Текст обращения". 2. Форма "Заказать обратный звонок". Поля: "Телефон", "ФИО", "Время звонка". 3. ... И таких форм может быть много. Типы полей могут быть любыми (input, textarea, select...). Вопрос: Как хранить данные поданные с форм в БД?

мы хранили в json

и были счастливы

(postgresql)

в мускл должно тоже прокатить

да

с 5.7 или когда там жсон завезли

мы хранили в json

Мы бы так и сделали, но у нас MySQL (

Мы бы так и сделали, но у нас MySQL (

обновись до 5.7

с 5.7 или когда там жсон завезли

Поддерживаю

ну 3 варианта по сути eav, генерировать таблички, серелизовать в колонку в json например

все с определенными проблемами и плюсами

ребят, пожалуйста, кто-нибудь выручит по одному вопросу laravel\vue.js?

Да и раньше можно было просто немного больше гемора

с выборками проблемы будут во всех вариантах. но я не вижу в этом проблемы) всегда можно сделать агрегацию которую можно построить по этим json-кам

ребят, пожалуйста, кто-нибудь выручит по одному вопросу laravel\vue.js?

ты уже спросил, лимит исчерпан

eav - я подсказ, до генерации табличек он сам додумался (так делают большинство cms) про серелизацию в колонку бд другие подсказили)

ребят, пожалуйста, кто-нибудь выручит по одному вопросу laravel\vue.js?

нет. иди в чат ларавельщиков или вуйщиков

если бы это был рекурсивный вопрос, я бы так и сказал

если чесно не вижу смысла так людей посылать по чатам фв)

eav - я подсказ, до генерации табличек он сам додумался (так делают большинство cms) про серелизацию в колонку бд другие подсказили)

вообще вопрос должен быть следующим - что с этими формами потом будет. Если тупо заполнять и хранить - то json наиболее выгодный вариант

если чат про пхп то все что касается пыха в том числе и смс