а по поводу последнего вопроса?
django.db.utils.OperationalError: (1364, "Field 'name' doesn't have a default value") - к узнать в какой модели/таблице проблема?
выведи списко всех миграций и пробуй по одной накатывать на каждое приложение
а с --fake покажет тоже, наверное
попробую
а ты?
а аннотациями вроде вообще никгда не пользовался
попробуй там поспрашивать
Есть у меня задача создания онлайн магазина, да не простого! Его можно разделить на несколько систем: интернет магазин (личный кабинет, история заказов, корзина), система управления контентом (картинки, описание, цены), система управления заказами (контроль сборки заказа, редактирование и отмена заказов) и система сборки заказов (очередь на сборку, сборка). Я вижу несколько вариантов: 1) каждая система это отдельный очень жирный app. 2) каждая система это отдельный проект, который может зависит от других проектов. Может у кого есть ещё идеи?
А насколько большим может быть app, может ли быть интернет магазин представлен одним app? Скажем вместо модуля models.py я мог бы иметь пакет models с модулями card.py, product.py, shop.py. или все таки лучшей практикой будет разделение на приложения вида myproject.myshop.product, myproject.myshop.card, myproject.myshop.shop и подключение их всех в settings.py
Настолько большим насколько сделаешь, но собирать весь магазин в один апп или лепить апп на каждую физическую сущность - разные степени перегибов. Апп - законченное приложение, оно должно с минимумом усилий иметь возможность перенестись в другой проект, разбивай на логическом уровне
@khomyakov42 ,
- твой вопрос упирается в SOA, если я правильно понял твоего заказчика. Подозреваю, кроме сайта сервисами будут пользоваться мобильные приложения и интеграционные боты. Если знаний в этой области нет, то вряд-ли ты сможешь корректно решить задачу. Начинать лучше с литературы.
- Джанга для интернет-магазина - не самый лучшый выбор, хотя, для джанги есть решения поддерживающие NoSQL-хранилища. Если ты не хочешь решать проблемы типа EAV vs Single Table Inheritance vs Class Table Inheritance vs Concrete Table Inheritance, то лучше сразу заюзать Монгу. Можно вместе с Джангой, но от Джанги мало чего останется. DRF хорошо поддерживает Монгу в виде сторонних пакетов. Если особая гибкость не нужна (в чем я сомневаюсь для интернет-магазина) - то можно заюзать нативное наследование Постгреса. Но с Django ORM ты получишь больше вопросов, нежели ответов. Если хочешь сделать действительно хороший магазин, почитай NoSQL Distilling by M.Fowler, всего 150 страниц, за неделю освоишь, только не читай Русский перевод, он мало того что некачественный, так еще местами и подменяет смысл оригинала.
@khomyakov42 , просто декларируй сервисные слои. Тогда всегда сможешь подменить их реализацию на удаленный вызов, без ущерба для приложения. Тогда легко сделаешь разделение когда в этом будет реальная необходимость а не просто хотелка заказчика.
- Сертификат ssl прострочен. 2. Капча не работает.
видимо помер пациент
но поидее судя по ip сайт хстится у DO в амстердаме, доступ должен быть
во, спустя 5 минут прогрузился =)
у нас параша всех блочит :)
дело не в потоках, пока эта хрень не загрузится, страница не отображается
точтнее пока браузер не решит, что оно не доступно, и не начнет отображать как есть, без виджетов и яметрики
Category.objects.filter(is_active=True).values("onetoonefield"), но тогда это не объект, и ряд функци (тот же mptt) не работает
{{ category.onetoonefield }} приводит потом к 50 запросам в БД )
Привет ребята, читаю django мануал, там есть такое "Где разместить этот код?
Если вы раньше использовали PHP, то, наверное, привыкли размещать код проекта в корневом каталоге сайта на Web-сервере (например, /var/www). C Django вы не должны этого делать. Это плохая идея добавлять код проекта в корень Web-сервера, так как есть риск, что он будет доступен для просмотра. Не делайте этого в целях безопасности.
Разместите код в каталоге вне корневой директории сайта, например /home/mycode."
в итоге где лучше хранить код на сервере?