может возникнуть ситуация, что шаблоны должны быть разные, а данные одни и те же

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

с другой стороны если хранить шаблоны на платформе то это тоже не очень хорошее решение

почему?

Ибо хочется чтоб сервис был полноценный сам по себе

хотя

так он и будет полноценный

сервис получает данные, рендерит вьюху

вьюхи могут быть разные, навязывать всем сервисам один и тот же делает из сервиса такой же монолит

В общем, возвращать с сервиса json (просто данные без шаблона) и хранить шаблоны на самой платформе кажется лучшим решением. Но есть один минус, в таком случае мы не сможем хранить все что относится к сервису в одном репозитории

например что?

шаблоны)

потому что они будут в платформе

а не в сервисе

что представляет собой платформа?

база типа registration, payments, account, billing

немного не понял.

у тебя есть монолитное приложение

есть к нему API

да

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

шаблоны так же в сервисах

каждый сервис = отдельный репозиторий

база данных может быть как одна так и несколько

передавать шаблон по ресту как-то не очень мне решение нравится(

так зачем передавать?

ты передаешь данные

шаблон в самом сервисе

я передаю данные с одного сервера (там где сервис) на другой (там где django project с дефолтным стафом)

верно

у каждого свои шаблоны

шаблон же просто html

проще его скопировать в сервисы

чем передавать по API

это будет криво

Смотри, platform сделала запрос по ресту к сервису, получила данные, теперь нужно кудато отрендерить (в шаблон этого сервиса) а как отрендерить если шаблона нет на текущем сервере где платформа, он есть только на сервере где сервис

Чтоб платформе отрендерить шаблон он должен быть здесь, в платформе, или его должен передать сервис по ресту

а что в платформе?

тут два варианта, либо в платформу, либо сервис отправляет

мне ближе первый вариант

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

под платформой ты имеешь ввиду монолитное приложение?

да, монолитное приложение с вырезанимы сервисами

а, так шаблоны не относятся к сервису

к сервису относятся данные

этим сервисом могут пользоватся другие сервисы

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

поэтому, определенно надо хранить на стороне платформы

я сначала подумал, что у тебя сервис - как приложение (сайт или что то там другое)

в твоем случае сервис = API

который обращается к СУБД, формирует данные, отправляет

все что с ним дальше делается - не его задача

и как она отображается на других сервисах тоже не его задача

Но у меня задача именно вынести сервисы целиком, с UI в том числе

У меня сервис это по сути django project, те, если там чуть подкинуть шаблонов с монолита то он сам по себе сможет работать)

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

она входит в ту, где ее нужно отобразить

у нас в папочке templates много директорий

dealer_site dealer_app client_site client_app

там вьюхи

а данные берутся из их сервисов

а у вас у сервисов своя бд?

да

Ок, спасибо за помощь

ERROR: S client not available

но смотря какой сервис

есть сервисы, которые представляют собой отдельное приложение, со своим БД

Вот у меня такой случай

есть сервисы, которые являются маршрутизаторами к разным сервисом

собирают из них данные, возвращают

тогда на платформе храни вьюхи

сервисом отдавай данные

Dev Null: Вьюху через класс лучше прописать Или функию

Что вы предпочитаете использовать? Function-Based Views – 13 ??????? 62% Class-Based Views – 8 ???? 38% ? 21 people voted so far.

..

Dev Null: Вьюху через класс лучше прописать Или функию

кому как удобней местами классом удобней разрулить

Спсибо.

Добрый день! Делаю навбар. Хочу чтоб кнопка активной вкладки получала класс active, если открыта текущая страница. Как сделать, чтоб навбар можно было запихнуть в базовый шаблон, а не копипастить и руками вставлять "active" в каждый дочерний темплейт. Направьте, пожалуйста, в какую сторону смотреть.

Добрый день! Делаю навбар. Хочу чтоб кнопка активной вкладки получала класс active, если открыта текущая страница. Как сделать, чтоб навбар можно было запихнуть в базовый шаблон, а не копипастить и руками вставлять "active" в каждый дочерний темплейт. Направьте, пожалуйста, в какую сторону смотреть.

Можно в темплейте наймспейс проверять

совсем не понял☺️

{% if url_profile_tasks == request.path %} class="active"{% endif %}

http://stackoverflow.com/questions/29487007/styling-current-navigation-menu-item-in-django/

вот еще)

Спасибо огромное! Буду разбираться:)

Кто-нибудь юзает factory_boy для фикстур тестов? Как оно?

Кто-нибудь юзает factory_boy для фикстур тестов? Как оно?

Удобно

Особенно make_user

make_что_угодно

Много это сколько?

В базах есть partition, могу ошибаться с термином но сама база разбивает таблицы по признаку, например по году или месяцу

Те ты обращаешся в одгу таблицу база сама разруливает откыда вытаскивать

Грубо говоря да

https://www.postgresql.org/docs/9.1/static/ddl-partitioning.html

до 50 млн записей особо проблемы не возникают

с индексами

потом уже масштабироватся, как горизонтально, так и вертикально

Добрый день! Делаю навбар. Хочу чтоб кнопка активной вкладки получала класс active, если открыта текущая страница. Как сделать, чтоб навбар можно было запихнуть в базовый шаблон, а не копипастить и руками вставлять "active" в каждый дочерний темплейт. Направьте, пожалуйста, в какую сторону смотреть.

можно templatetag написать @register.simple_tag(takes_context=True) def active(context, pattern): pattern = pattern path = context['request'].path if re.search(pattern, path): return 'active' return ''