Size: a a a

Django [ru] #STAY HOME

2019 July 25

IR

Ivan Rudenko in Django [ru] #STAY HOME
Доброй ночи, нужен ваш совет. Делаю блог на джанго, думаю, как лучше хранить статьи в БД, чтобы можно было в текст вставлять картинки, списки, подзаголовки и т.д. Думаю, будет ли адекватным завести для каждого типа "блока" (для текста, набора картинок или подзаголовка) отдельную модель, которая будет иметь ForeignKey с ссылкой на сам основной объект статьи? Тогда при загрузке статьи можно будет обратиться к article.field_set и в темплейте вывести все блоки в цикле for. Или, может быть, не стоит плодить лишние таблицы в базе, а текст хранить все таки в самом объекте статьи? Как лучше реализовать подобную модель?
источник

S

Stom in Django [ru] #STAY HOME
Ivan Rudenko
Доброй ночи, нужен ваш совет. Делаю блог на джанго, думаю, как лучше хранить статьи в БД, чтобы можно было в текст вставлять картинки, списки, подзаголовки и т.д. Думаю, будет ли адекватным завести для каждого типа "блока" (для текста, набора картинок или подзаголовка) отдельную модель, которая будет иметь ForeignKey с ссылкой на сам основной объект статьи? Тогда при загрузке статьи можно будет обратиться к article.field_set и в темплейте вывести все блоки в цикле for. Или, может быть, не стоит плодить лишние таблицы в базе, а текст хранить все таки в самом объекте статьи? Как лучше реализовать подобную модель?
Я бы не заморачивался с отдельными моделями для каждого блока, хранил бы текст как есть, а для форматирования и вставки туда картинок юзал бы wysiwyg редактор
источник

IR

Ivan Rudenko in Django [ru] #STAY HOME
Stom
Я бы не заморачивался с отдельными моделями для каждого блока, хранил бы текст как есть, а для форматирования и вставки туда картинок юзал бы wysiwyg редактор
А что, если в будущем захочется те же данные уметь отображать, например, в мобильном приложении?
источник

S

Stom in Django [ru] #STAY HOME
Ivan Rudenko
А что, если в будущем захочется те же данные уметь отображать, например, в мобильном приложении?
Ну это уже вёрсткой делается
источник

S

Stom in Django [ru] #STAY HOME
А блоки будут фиксированные и постоянные?
источник

IR

Ivan Rudenko in Django [ru] #STAY HOME
Stom
А блоки будут фиксированные и постоянные?
Их типы? Да, думаю, можно сделать абстрактную базовую модель, от которой наследовать несколько самых необходимых, типа заголовок, текст, картинка. Если понадобится что-то ещё, можно в будущем добавить
источник

I

InzGIBA in Django [ru] #STAY HOME
Почему бы не использовать Markdown для блога?
источник

I

InzGIBA in Django [ru] #STAY HOME
точнее для хранения статей
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Ivan Rudenko
Доброй ночи, нужен ваш совет. Делаю блог на джанго, думаю, как лучше хранить статьи в БД, чтобы можно было в текст вставлять картинки, списки, подзаголовки и т.д. Думаю, будет ли адекватным завести для каждого типа "блока" (для текста, набора картинок или подзаголовка) отдельную модель, которая будет иметь ForeignKey с ссылкой на сам основной объект статьи? Тогда при загрузке статьи можно будет обратиться к article.field_set и в темплейте вывести все блоки в цикле for. Или, может быть, не стоит плодить лишние таблицы в базе, а текст хранить все таки в самом объекте статьи? Как лучше реализовать подобную модель?
Wagtail
источник

VT

Vadim Tepes in Django [ru] #STAY HOME
плюсую, Wagtail и их streamfields идеально подходят для блога
источник

TC

Tom Cauf in Django [ru] #STAY HOME
Я тут пытался русские доки под джангу собрать. Нихрена не понял. Где в репе django_documentation перевод? Там только английские исходники
источник

ЕJ

Евгений Jen in Django [ru] #STAY HOME
Всем привет, вопрос по темлейт-тегам
подскажите как сделать что бы |safe разрешал только теги <b> а остальные экранировал?
источник

E

Enot in Django [ru] #STAY HOME
модели джанго можно использовать отдельно?
источник

E

Enot in Django [ru] #STAY HOME
в каком то скрипте например
источник

ЕJ

Евгений Jen in Django [ru] #STAY HOME
Enot
модели джанго можно использовать отдельно?
да только настройки надо инициализировать
прежде чем импортировать модели в свой модуль
———
import django
os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'app_django.settings')  # <====
django.setup(set_prefix=False)
———
источник

E

Enot in Django [ru] #STAY HOME
Евгений Jen
да только настройки надо инициализировать
прежде чем импортировать модели в свой модуль
———
import django
os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'app_django.settings')  # <====
django.setup(set_prefix=False)
———
спасибо
источник

TC

Tom Cauf in Django [ru] #STAY HOME
Enot
в каком то скрипте например
Смотря что за скрипт. Если в рамках проекта что-то сделать, но мимо системы шаблонизации и роутинга, то лучше использовать комманды мэнэджера
источник

E

Enot in Django [ru] #STAY HOME
Tom Cauf
Смотря что за скрипт. Если в рамках проекта что-то сделать, но мимо системы шаблонизации и роутинга, то лучше использовать комманды мэнэджера
нужно просто записать в базу (где-то в другом месте эту базу использует джанго, если это имеет значение)
источник

TC

Tom Cauf in Django [ru] #STAY HOME
Enot
модели джанго можно использовать отдельно?
Если же ты про то, чтоб использовать модели и запросы к ним совсем в другом проекте, не связанном с веб, то тебе гуглить django-orm
источник

TC

Tom Cauf in Django [ru] #STAY HOME
Enot
нужно просто записать в базу (где-то в другом месте эту базу использует джанго, если это имеет значение)
Тогда тебе лучше использовать команды мэнэджера. Как раз для этого используются. Ща ссылку кину
источник