а с дебагом у него в результате как?

сорс мапы ж

ну выглядит непривычно да

невривычно выглядит elm

Доброй ночи. Пытаюсь добавить в базу пользователя, который имеет еще одну связанную сущность (профиль). Записи добавляются, но вот user_id не выставляется в таблице profiles :c Что я, криворукий, делаю не так?

$profile->setUser($user)

Есть

проверь маппинг

/** * @ORM\OneToOne(targetEntity="Profile", mappedBy="user", cascade={"persist", "remove"}) */ private $profile;Этот?

А такс, стоп

$profile->setUser($user)

У меня наоборот

$user->setProfile($profile);

Для полноты картины - users: email, password. profiles: user_id, name, surname, etc

Для полноты картины - users: email, password. profiles: user_id, name, surname, etc

Опять проектируем не отношения объектов а таблички?) doctrine:schema:validate и doctrine:mapping:info - твои лучшие друзья

/** * @ORM\OneToOne(targetEntity="Profile", mappedBy="user", cascade={"persist", "remove"}) */ private $profile;Этот?

targetEntity="User" же

1. schema diff это фича dbal а не orm 2. существуют другие инструменты для миграций, которые работают даже лучше

Но diff без маппингов ORM не заработает) Либо самому реализовать SchemaProviderInterface

Но diff без маппингов ORM не заработает) Либо самому реализовать SchemaProviderInterface

ну схема должна быть где-то описана а значит тебе надо где-то это описать. И откуда-то загрузить. И по этому нужен будет schema provider interface. Справедливости ради - делается это за минут 10

по факту это может быть просто класс реализующий SchemaProviderInterface который просто возвращает схему. Уровень сложности - 0

я даже делал скрещивание ORM и такой схемы... ну то есть берется схема от ORM и сверзу навешивается моя схема

в целом удобно)

Ребята, привет! Подкажите плиз как в Symfony у поля выставить запрет на множественное отображение ошибок, чтобы отображалась только первая ошибка Например, если не пройдена валидация по длине пароля и по соответствию паттерну, чтобы выводилось только первая ошибка о длине пароля

Ребята, привет! Подкажите плиз как в Symfony у поля выставить запрет на множественное отображение ошибок, чтобы отображалась только первая ошибка Например, если не пройдена валидация по длине пароля и по соответствию паттерну, чтобы выводилось только первая ошибка о длине пароля

Где ошибки показываются? {{ form_errors() }} ?

Где ошибки показываются? {{ form_errors() }} ?

{{ form_errors(form.new.first) }}

{{ form_errors(form.new.first) }}

гугл подсказал что-то такое https://stackoverflow.com/questions/11627337/symfony-2-gives-more-than-one-validation-error-message

Переопредели шаблон для form_errors

Скорее что то такое

https://stackoverflow.com/questions/14793493/symfony2-form-validation-how-display-only-first-error-message-per-field

https://stackoverflow.com/questions/14793493/symfony2-form-validation-how-display-only-first-error-message-per-field

в моем случае удобней всё-таки через group_sequence но всё-равно спасибо за помощь)

всем привет, если кто сталкивался, подскажите плз, как сжать очень большой json (~50MB) и отправить его на фронт? вернее, какой способ есть с самым максимальным сжатием? я попытался с gzencode, но нужно еще сильнее

про то что, можно чанками, я знаю )

но тут не подойдет 0

Я помню в детстве winrar юзал ))))00

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

Я помню в детстве winrar юзал ))))00

норм тема, все юзали)

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

вот это да

на фронте к тому же IE 11

ребят, @ Assert\Regex можно применить к массиву, чтобы значения по регексу проверял?

ребят, @ Assert\Regex можно применить к массиву, чтобы значения по регексу проверял?

Да, есть assert collection

Погугли

на фронте к тому же IE 11

А что медленнее будет - пересылка или распаковка на клиенте?

А что медленнее будет - пересылка или распаковка на клиенте?

пересылка, я думаю

в теории, можно поискать потоковый парсер, и выдавать streamedresponse

в теории, можно поискать потоковый парсер, и выдавать streamedresponse

а streamedresponse не сдохнет от таймаута?

я просто юзал его по минимуму

Да, есть assert collection

благодарю

пересылка, я думаю

Я не уверен. Попробуй bson например, но не факт что он будет эффективнее

Я не уверен. Попробуй bson например, но не факт что он будет эффективнее

thnx, гляну

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

Да просто по сокету отдавать кусочками

а streamedresponse не сдохнет от таймаута?

в принципе, может и сдохнуть. Конкретно это не решал ещё. Также не использовал

ok

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

А может в этом и состоит его цель)

подскажите кто разумеет. есть скажем магазины, пусть еще будут бренды, и табличка с товарами . можно указать что магазин продает какие то бренды (на фронтенде например галочками), и нужно будет иметь быструю выборку товаров этого магазина. количество магазинов и товаров дает пересечение в несколько лямов, так что отдельную таблицу не хочется делать shop_product. думалось - если на этапе редактирования хранить в магазинах список вендоров. по которому можно фильтровать товары - это будет экономно. вопрос в том насколько будет быстро или может есть какие то еще варианты? (хранимые процедуры ?) все это дело в контексте симфони

Ну указал ты на фронте галочки брендов напротив магазина, а выбирать, что нужно? Все товары всех брендов? Или товары только тех брендов для которых стоят галочки? Причем тут пересечение магазинов и товаров? - На фронте же указано, что нужно выбрать данные по конкретному магазину! - или нет? А фильтровать по каким параметрам? Цена, цвет, аромат? А что за товары? Велосипеды, носки, коньки? - парамеры у них разные? Вопрос не в том, насколько быстро это будет, а в том, что вообще нужно. Грамотно сформулировав задачу, можно найти львиную долю решений. Симфони тут или другой фреймворк - совсем не имеет значение.

подскажите кто разумеет. есть скажем магазины, пусть еще будут бренды, и табличка с товарами . можно указать что магазин продает какие то бренды (на фронтенде например галочками), и нужно будет иметь быструю выборку товаров этого магазина. количество магазинов и товаров дает пересечение в несколько лямов, так что отдельную таблицу не хочется делать shop_product. думалось - если на этапе редактирования хранить в магазинах список вендоров. по которому можно фильтровать товары - это будет экономно. вопрос в том насколько будет быстро или может есть какие то еще варианты? (хранимые процедуры ?) все это дело в контексте симфони

несколько лямов это мелочи

для начала - у тебя СУБД какая? недомускуль или православный постгрес?)

> вопрос в том насколько будет быстро все упирается в индексы, сам понимаешь. Если у тебя mysql - то скорее всего будет медленно) если postgresql - скорее всего ты сможешь из этого построить индекс

ну и опять же - пара лямов в pivot таблице это не страшно

ну вот пока все не зашло настолько далеко что уже сложно что то исправлять - сейчас есть время всё подумать и сделать грамотно. пока еще ничего не сделано

Привет всем, подскажите, а пользуется кто какой оболочкой для просмотра БД?

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

У меня на десктопе если чо ubuntu 16.04

ERROR: S client not available

Привет всем, подскажите, а пользуется кто какой оболочкой для просмотра БД?

datagrip ?

> вопрос в том насколько будет быстро все упирается в индексы, сам понимаешь. Если у тебя mysql - то скорее всего будет медленно) если postgresql - скорее всего ты сможешь из этого построить индекс

Спорное утверждение. У меня примерно 1 лям магазинов и 1 лярд товаров и ХЗ сколько атрибутов. Не поверишь, хранится это все в TSV. Поиск по атрибутам товаров выполняется менее чем за 1 сек. Из инструментария только PHP и файлы )

Привет всем, подскажите, а пользуется кто какой оболочкой для просмотра БД?

mysql workbench

и штормовский просмотрщик для двух основных баз (локальной и куа сервер)

Спорное утверждение. У меня примерно 1 лям магазинов и 1 лярд товаров и ХЗ сколько атрибутов. Не поверишь, хранится это все в TSV. Поиск по атрибутам товаров выполняется менее чем за 1 сек. Из инструментария только PHP и файлы )

1 лям магазинов на эту цифру никак не должен влиять, остаемся с лярдом товаров и атрибутами. Теперь по поводу TSV - вопрос выбранной структуры) я сильно сомневаюсь что у тебя пых меньше чем за секунду сделает лярд итераций. Только если у тебя файл уже загружен в память то ВОЗМОЖНО.

то етсь ты что-то недоговариваешь)

но в целом - я не говорю что это нельзя сделать быстрым

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

и только)

ну так я вопрос и задал - как хранить

p.s. 1 секунда для поиска по каталогу это очень много

ну так я вопрос и задал - как хранить

два аспекта: - консистентность - скорость чтения (денормализация)

далее возможности СУБД

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

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

товары магазина это many-to-one, тут никакой денормализации не надо и т.д.

брэнды и товары - one-to-many по идее

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

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

ммм....

просто в первом случае я их 1 раз записал во время редактирования - в остальном я просто читаю их из поля и использую сразу

во втором случае - огромная таблица

brands - id - name products - brandh_id shops - id products_shop - product_id - shop_id

во втором случае - огромная таблица

огромная это сколько?

десятки лямов скорей всего, я уточнил

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

но повторюсь - десятки лямов это не очень много. Покуда у тебя индексы в оперативку помещаются все будет относительно быстро

могу. но оно стоит того или не стоит?

да, почему нет

лан попробую

1 лям магазинов на эту цифру никак не должен влиять, остаемся с лярдом товаров и атрибутами. Теперь по поводу TSV - вопрос выбранной структуры) я сильно сомневаюсь что у тебя пых меньше чем за секунду сделает лярд итераций. Только если у тебя файл уже загружен в память то ВОЗМОЖНО.

А зачем пыху делать лярды итераций при каждом поиске? Все зависит от того, как ты уложил данные на диск и как потом их читаешь. В памяти ничего нет. 1 запрос на выборку потребляет примерно +- 100метров. К чему это я? А к тому, что изначально не понятны требования задаче. Сформулировав требования можно найти хорошее решение. А какую БД использовать - это десятый вопрос. У меня вообще ее нет в этом случае. PS. Я не говорил, что выборка отрабатывает за 1 сек. Я написал, что менее чем за 1 сек. Впрочем, изначально требовалось укладываться в 1 минуту.