Клиент чаще всего думает иначе

Но не думаю, что этим должен заниматься разработчик приложения

Таких клиентов чаще всего посылают сразу

Иметь знания неплохо, но человек-оркестр... увольте

Но не думаю, что этим должен заниматься разработчик приложения

Логично, для меня важно знать просто теорию

Насколько я понимаю это принципиально не влияет на архитектуру самого приложения

Теория простая... есть некий балансировщик... который получает запросы от конечных пользователей и перенаправляет их на конкретные сервера...

Насколько я понимаю это принципиально не влияет на архитектуру самого приложения

нет, конечно

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

балансировщик, типа регулировщика на перекрёстке без светофора

Ок теперь прояснилось.

Что же касается бд... то тут не так просто

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

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

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

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

конечно

Спасибо

нз

живой пример... livemaster.ru

на момент 2012 года было 5 бекэнд серверов, 3 сервера бд и 3 контент сервера

Круто,

Сейчас не в курсе обстановки, так как уволился оттуда)))

Ребят, подскажите, пожалуйста, как получить разность значений, полученных из БД.

вычесть?)

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

Пробовал, пишет ошибку

какую

нужны телепаты в чат)

Сорян, свой хрустальный шар отдал в ремонт

AttributeError 'function' object has no attribute 'order_by'

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

ты строчку эту ссюда скопировал бы, или думаешь телепаты есть

саму конструкцию

забыл где то ()

Мне надо получить из базы значения, а затем вычесть их

как ты получаешь?

AttributeError 'function' object has no attribute 'order_by'

тебе дебагер показывает на какой строчке ошибка, копирни её сюда, ну ёпта

Мне надо получить из базы значения, а затем вычесть их

где-то в коде, перед .order_by( нужно поставить скобки: ().order_by(

А это обязательно должен быть физически один сервер, или можно на разных тоже

не обязательно, но бесмысленно

где-то в коде, перед .order_by( нужно поставить скобки: ().order_by(

Ну я это ему и написал)))

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

Подскажите: Есть formset, заполняю его списком initial из 20 элементов. formset получается почему-то длиной 21 элемент Передаю в шаблон, но возвращается мне данные 21 формы и в хтмле - form-TOTAL_FORMS = 21

formset = self.MyFormSet(initial=init_data) print(len(init_data), len(formset)) 20 21

MyFormSet = forms.formset_factory(form=MyForm)

views.py: truants = Record.objects.filter.order_by('count_list')-Record.objects.filter.order_by('count_fact')

Форма из четырех обычных полей

MyFormSet = forms.formset_factory(form=MyForm)

форма для нового элемента?

а как её убрать?

или посчиталась management форм от формсета?

нашел

extra=1 по умолчанию в fromset_factory

вы чудо :)

views.py: truants = Record.objects.filter.order_by('count_list')-Record.objects.filter.order_by('count_fact')

from django.db.models import F Record.objects.annotate(new_value=F('count_list') - F('count_fact')).order_by('new_value')

как-то так

исправляю, пробую

Ребят обновлять Django с 1.6 на более новое реально и на сколько это может затянуться?

с 1.7 на 1.8 не очень много исправлений потребовалось Тут скорее нужно скурпулезно к библиотекам отнестись. Многие 1.6 уже не поддерживают

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

Ребят обновлять Django с 1.6 на более новое реально и на сколько это может затянуться?

Основное что надо будет сделать это все миграции, с 1.7 они в дисриибутиве

Просто там еще south для Джанго испольщуется

остальное ерунда

вообще если проект не большой и не все так критично, ты просто выкидываешь south и генерируешь новые миграции для всех приложений, и хорошо бы при этом чтобы на стороне СУБД уже все им соответствовало, чтобы не было конфликтов при изменениии структур данных

А бывает вообще необходимость хранить миграции, или после обновления на продакшене можно squasmigration делать и горя не знать?

Ну ведь намного проще делать на сервере git pull manage.py migrate чем в базу лазить

Ну ведь намного проще делать на сервере git pull manage.py migrate чем в базу лазить

ну. а после migrate - squashmigration

можно, хотя я предпочитаю хранить все, видны изменения

без squash

Что значит squashmigration?

Ff

Aa

Вспомнил

Что значит squashmigration?

команда, склеивающая несколько миграций в одну. Если например в одной миграции у тебя было CreateModel, а в следующей DeleteModel, то они уберутся

объединяет миграции

Да, вспомнил

в один файл

Есть вопрос один. Есть ли бесшовный деплой приложений?

На нескольких серверах сразу

fabric?

То есть он даёт возможность бесшовно деплоить?

Интересно правильно ли я вопрос задал

Мне интересна стратегия

Если ты имеешь ввиду деплоить на несколько серверов так, будто это один, то фабрик тебе подойдёт. Хотя если хочешь совсем в деплой удариться то изучить ансибл

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

@rown30 В точку. Мне нужно понять стратегию и какие инструменты используются

Ред-блек деплоймент это

если есть балансер, то можно по очереди рестартить и нет проблем, если сервер один даже не представляю

Или Blue green

Как их только не называют

:D

Суть в том что тебе нужен load balancer

У тебя например к нему подключён один веб сервар.

С балансером там все понятно, он перенаправляет на тот сервер который доступен сейчас

Да