Pavel
7.1
Pavel
вроде
Pavel
настройки пхпшторма что-то слетели
Pavel
извини
Good
Все норм
Good
Там все работает
Vitaliy
В композере наверное 5.4 стоит
Good
Народ, я че-то не понял - обновился до новой версии, а если взять JSON поле, то, как и раньше, строку возвращает
Vitaliy
Кэша нет никакого?
Good
Да вроде нет, и я проверил, убрал Json::decode(), и не работает)
Vitaliy
Ну осталось в исходники
Good
public function getDataParameter(string $param)
{
if (!$this->delivery_data) {
return null;
}
$data = Json::decode($this->delivery_data);
return ArrayHelper::getValue($data, $param);
}
У меня сейчас так. За логикой, после обновления, нужно убрать Json::decode(). Но нифига
Vitaliy
Не, у них как было в 2.0.13 и как стало
Good
Тип поля в базе Json, версия фреймфорка 2.0.14, в дебаг панели написано
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
Good
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
В целом, не бойся исходники читать 😄 иногда они полезнее документации
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
И уж точно кукбука)
Good
Исходиники да, там много интересного
Good
Так а че с json то? Может я просто туплю или упустич чего-то
Алексей
Народ, а в качестве модели не обязательно ведь AR использовать? Хочется, например, данные из чистого SQL или вообще уже готовые классы...
Good
Я так понял, что теперь, если в базе поле типа JSON, то сразу будет обьект давать?
Good
Но не выходит чего-то
Vitaliy
Ну судя по хабру да
Good
Я имею ввиду, что чего-то не работает, как заявлено
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
Все равно прийдётся работать х пойми с чем, если это можно структурировать то смысла делать жсон нет
Good
Я использую, потому что проще)
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
Никто пока ничего не сказал толкового)
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
Vitaliy
Я предлагаю опять залезть в исходники двух последних версий и сравнить, что там намутили
Good
Ну вот у меня, например. данные для доставки, там может быть разное число полей для разных типов доставок, и т. д. А если добавится другой оператор доставки, так тем более - будетдругой набор.
Good
Намного проще в такой структуре хранить
Good
Ну щас залезу
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
Есть исключения когда не структурированные данные хочется хранить в базе, но это скорее исключение для особых моментов. И то можно выбрать более удобное решение
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
В общем пока для меня это из разряда в блоб хранить картинки 😄
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
Ответа не свой вопрос я так и не дождался)
Good
Ну я вот написал пример - много разных полей, у каждого заказа по-своему, и неизвестно, какие могут добавится в будущем.
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
Eav
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
видел несколько достойных реализаций в энтерпрайзе
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
и уж точно никакого жсона
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
какие бы не добавлялись поля "в будущем" с ними надо работать, их надо тестить и как-то обрабатывать
Good
EAV - слишком громоздкий
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
храни в nosql если eav для тебя тяжко
Good
Не суть важно, я сейчас хочу понять, почему не работает заявленная новая плюшка
Good
Ну да, отдельно для такий фигни городить другую базу?
Good
А если нужно выборку по ним?
Pavel
я только что понял
Pavel
что если делать рул unique
Pavel
это не то короче
Pavel
потому что
☕️ 𝕽𝖔𝖈𝖐𝖊𝖙𝕽𝖆𝖈𝖈𝖔𝖔𝖓
структурируй ) если так упрошать тогда зачем вообще все это нужно? просто хранить все в жсоне 😂
Pavel
не нужно чтобы всегда при валидации
Pavel
потому что если я например логиню
Pavel
при регистрации
Pavel
я делаю валидацию
Good
Если логинишь, то не меняешь ничего
Pavel
но оно уже в бд
Good
Так что при чем тут валидация?
Pavel
ну при логине
Pavel
я валидирую
Good
Ты при логине используешь другую форму, с другой моделлю
Good
И там проверка пароля и все
Pavel
но я же логиню человека при signupe
Good
Или че там стандартно
Good
Ну не логинь) Пусть сам залогинится
Good
Так все делают
Pavel
ну не валидировать в смысле?
Pavel
перед логином
Good
Кроме того, у тебя разве нет проверки почты, или что-то таке?
Pavel
нет пока
Good
Валидовать нужно то, что валидовать нужно
Good
Ну будет потом
Good
Не нужно логинить при сабмите
Good
Ну разве если то есть сигнапе
Good
Только разве что через соцсети
Good
И вообще, залогинить можна боз всякой валидации
Good
Так что, никто еще не пробовал работу с Json в новой версии? Я один такой?)
Максим