Нужно сначала написать неоптимизированный запрос, далее уже смотреть как оптимизировать.

и вопрос: а зачем выносить размеры и цвет в отдельную модель? Можно ж в чОйсы понести и нормально выбирать

и вопрос: а зачем выносить размеры и цвет в отдельную модель? Можно ж в чОйсы понести и нормально выбирать

+

Да, потому что там set и нужно prefetch_related, собственно поля будут называться photo_set и product_color_set

так он не работает! ? там в Product - prefetch_related можно указать только категорию (((

да и на крайняк, выводить RGB от филды можно через шаблонный фильтОр

ну, а если уж совсем не в терпеж - django.contrib.postgres.fields -> ArrayField/JSONField и вот тебе целое поля для деятельности

и вопрос: а зачем выносить размеры и цвет в отдельную модель? Можно ж в чОйсы понести и нормально выбирать

потому что может быть несколько размеров S,M, L и несколько цветов красный желтый итд в одном товаре

Окай - жысон филд

на фронте очень удобно сериализуется

работаешь как с обычным словариком

Окай - жысон филд

тут по подробней я не понял если честно ?

ну смотри, постгрес поддерживает много разных филдов для хранения данных, один из них - JSONField для хранения любого размера JSON. Туда можешь записывать как тебе угодно, и через админку забиваешь данные через какой-нибудь виззард и все, на фронте получая объект продукта сможешь разбирать эту json'ку как тебе хочется, тем самым ты экономишь количество хранимых таблиц, запросы на получения их.

Я бы сделал ещё одну модель Предложение, где бы и связывал какой-то Продукт и его свойства для данного Предложения.

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

есть одно НО, у него Mysql

Эммм, на постгрес никак не перейти?) Если уж быдлоsql, то есть таблетка JSONField, которая делает индексируемый тестфилд и работает там с пакетом json

ну смотри, постгрес поддерживает много разных филдов для хранения данных, один из них - JSONField для хранения любого размера JSON. Туда можешь записывать как тебе угодно, и через админку забиваешь данные через какой-нибудь виззард и все, на фронте получая объект продукта сможешь разбирать эту json'ку как тебе хочется, тем самым ты экономишь количество хранимых таблиц, запросы на получения их.

а есть на русском мануал?! и во вторых поддерживает ли он крое пост Mysql? так как я думаю что нет? вот даже подчекнул!!! и для того что бы делать json перейти на неизведанную базу не особо хочется

https://github.com/dmkoch/django-jsonfield не стоит благодарности)

Смотри, у тебя возникнут сложности при выставлении цены в зависимости от параметров.

Кстати да, структуру БД может быть немного бы пересмотрел:)

Эммм, на постгрес никак не перейти?) Если уж быдлоsql, то есть таблетка JSONField, которая делает индексируемый тестфилд и работает там с пакетом json

да я бы с радостью но я пока проект делаю msqllite что бы быстро посмотреть

mysql/sqlite/m$$ql?

да я бы с радостью но я пока проект делаю msqllite что бы быстро посмотреть

без 'm' ?

ой точно )) блин после вас я в распутьи

postmsqlite created by Oracle ?

ну без проблем, пусть хоть sqlite, отличная бдшка, используешь ту таблетку и она работает нормуль

создаст тебе "json" филду

а что с бд не так? ?

не нужен тут json нисколько, имхо, только затруднит работу в будущем

ну если только имхо :)

не нужен тут json нисколько, имхо, только затруднит работу в будущем

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

а так, если модельки составлять, то делай уж связи по префетчу и уже выводи из через валуез.

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

и получается оверхеад

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

так это на js делется )

потом аякс запросом отправляется

таааа, а хранить ты это хде будешь?) потом отдавать и отображать результат)

карзину в кэше а когда отарвит в бд

или в куках можно тоже

Рекомендую добавить модель Offer (поля: продукт, цвет, цена, размер - одним полем и тд и тп), и это намного упростит БД, так как модели свойства уже не нужны будут.

Кроме фото

И поля вот так date_product лучше не называть, оно и так в модели продукт.

Ну и def __str__ у тебя непонятно зачем через % возвращается :)

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

для будущего

По стилю ? Если уж начал использовать ', то используй везде, не мешай с "

Рекомендую добавить модель Offer (поля: продукт, цвет, цена, размер - одним полем и тд и тп), и это намного упростит БД, так как модели свойства уже не нужны будут.

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

По стилю ? Если уж начал использовать ', то используй везде, не мешай с "

окай )

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

Скинь код в гист гитхаба именно этот файл только)

просто копипастил со старго )))

ща зашитить надо только

Просто на словах объяснять дольше выйдет

блин долго что то активацию гитхаб отправляет на мыло

спам

спам

вот https://github.com/1903760/textura

вот https://github.com/1903760/textura

Примерно так https://github.com/1903760/textura/pull/1/commits/29429a22fb9b85f7427c311555fff175b44eb7d4?diff=split

Class Meta должна быть после филдов :)

Class Meta должна быть после филдов :)

?

Ну это его код)

Ну я на будущее ;) Типа Django так рекомендует.

Я то знаю) Не буду же я за него всю работу делать, просто мне проще было кодом описать что я имел в виду :)

Я то знаю) Не буду же я за него всю работу делать, просто мне проще было кодом описать что я имел в виду :)

спасибо ща гляну) правильно это я сам сделаю )

Я то знаю) Не буду же я за него всю работу делать, просто мне проще было кодом описать что я имел в виду :)

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

Во-первых ты зря принял PR, им я хотел показать идею)

ERROR: S client not available

а какая была идея ? ?

Лол

а какая была идея ? ?

Нужна модель Offer которая упростит работу со свойствами

Нужна модель Offer которая упростит работу со свойствами

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

FK в Offer на свойство

Можно сделать GFK

И как угодно несколько свойств хранить для нескольких сущностей

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

django-polymorphic

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

Вообще это говорит что что-то не так в архитектуре.

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

Да, там по другому, использовал модификатор базовой цены в зависимости от выбранного материала/цвета.

всем привет, хочу расширить стандартный FileField одним лишь свойством, которое можно задавать при инициализации, так что при инициализации я это свойство задал через __init__, а затем из экземпляра написал что-то типа custom_model.avatar.custom_property и он мне выдал это значение

задолбался уже, ничего не выходит; пытался запилить по аналогии с ImageFileField, но упёрся в attr_class, не могу никак понять что ему надобно-то

задаю тобишь это свойсто через __init__ CustomFileField, а получать его надо из класса, прописанного в attr_class

Можно немного оффтоп? Есть тут кто на маке сидит? Сколько памяти жрет система? 8 Гб хватит? Ось + pycharm + много хрома. Виртуалки на сервере, игори не нужны

И сколько он на самом деле живет?

У коллеги мак с 8 гб, работается комфортно, не жалуется

Пару лет назад на эйре с 4 гб сидел, в пайчарме работал

Нормально было

Сейчас на 16 гб ещё лучше ?

Если есть возможность взять 16 - бери 16 :)

И сколько он на самом деле живет?

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

Можно немного оффтоп? Есть тут кто на маке сидит? Сколько памяти жрет система? 8 Гб хватит? Ось + pycharm + много хрома. Виртуалки на сервере, игори не нужны

Стопицот фкладок, в два окна пичарм, месседжеры - полет нормальный

Пару лет назад на эйре с 4 гб сидел, в пайчарме работал

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

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

Яб просто поставил в ноутбук с убунтой ссд)

ссд есть, но свопится он неохотно

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

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

Смени на нормальный дистр, например федору. Еще можно сменить DE или вообще убрать и пользоваться только WM.

Мне почему-то кажется что 8гб для нормальной работы это иногда мало

Господа, как вы относитесь к cookiecutter'у? Не могу понять назначение некоторых файлов, которые он генерирует ?

я себе под деплой сервер накорячил. сейчас оперативки больше всего уходит на виртуалбокс так что должно хватить по идее

Господа, как вы относитесь к cookiecutter'у? Не могу понять назначение некоторых файлов, которые он генерирует ?

Нормально, ну так разберись ?:) Например каких?