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

Это правильная запись ([ ])?

Всем привет)
такая проблема, падает сервер при сохранении объекта из формы
form = TicketForm(request.POST)
obj.description = form.cleaned_data(['description'])

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

Всем привет. Вопрос, для изучения данного фреймворка, убунту нужно знать? Как часто пишут на этой операционке? Нужно ставить ее дополнительно на мак?

Чтобы докер использовать. Нужно:
1. Знать докер и уметь с ним работать. Что само по себе не так и просто.  Я вот, например, не умею. И не хочу уметь. А уметь там надо немало: надо навыки сисадмина, надо уметь это все администрить. Там и пробелмы с безопасностью бывают так-то.

Чтобы докер в прод засунуть - это надо реально быть в докере гуру. Это все решается в командах, где есть разделение труда. Но команды есть не всегда.

2. Докер несет свои накладные расходы. Вот тут вот можно почитать. https://dominoweb.draco.res.ibm.com/reports/rc25482.pdf

А вот это уже серьезно. Я не вчитывался в этот отчет.

Но моя логика такая: на серваке и так уже стоит виртуалка. потому то он vps. на нее еще один слой виртуализации в виде докера. Ну, как-то сомнительно.

Да если кто работает с докером, и знает его - ну, может сравить даже скорость загрузки, допустим, статики. И рендереного джангой контента. Было бы интересно взгялнуть. Но что-то я подозреваю, докер скорости не добавит.

obj = Ticket()
           obj.status = 'Open'
           obj.registration_number = 10
           obj.description = form.cleaned_data['description']
           obj.implementer = form.cleaned_data['implementer']
           obj.save()

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

obj = Ticket()
           obj.status = 'Open'
           obj.registration_number = 10
           obj.description = form.cleaned_data['description']
           obj.implementer = form.cleaned_data['implementer']
           obj.save()

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

Чтобы докер использовать. Нужно:
1. Знать докер и уметь с ним работать. Что само по себе не так и просто.  Я вот, например, не умею. И не хочу уметь. А уметь там надо немало: надо навыки сисадмина, надо уметь это все администрить. Там и пробелмы с безопасностью бывают так-то.

Чтобы докер в прод засунуть - это надо реально быть в докере гуру. Это все решается в командах, где есть разделение труда. Но команды есть не всегда.

2. Докер несет свои накладные расходы. Вот тут вот можно почитать. https://dominoweb.draco.res.ibm.com/reports/rc25482.pdf

А вот это уже серьезно. Я не вчитывался в этот отчет.

Но моя логика такая: на серваке и так уже стоит виртуалка. потому то он vps. на нее еще один слой виртуализации в виде докера. Ну, как-то сомнительно.

Да если кто работает с докером, и знает его - ну, может сравить даже скорость загрузки, допустим, статики. И рендереного джангой контента. Было бы интересно взгялнуть. Но что-то я подозреваю, докер скорости не добавит.

@One_of_the_Stoics
https://dpaste.org/xtsE
полностью код функции

Вздор.

1. Докер простой как три копейки. Просто садишься и пробуешь. Понимание приходит быстро. В проде то же самое.

2. Докер использует виртуалку под капотом, если речь идёт о macos или windows. В проде на линуксе докер ≠ виртуализация. Оверхед не нулевой, но остальные преимущества его перевешивают. Железо стоит копейки, а время разработчика — дорого. В проде много где юзается.

Ну, в отчете по ссылке, если я все правильно понял, round trip latency выросло на 35 мс. Т.е. они отправили запрос на сервак, а ответ пришел на 35 мс позднее с докером.

А вот это уже серьезно. Правда, статья старенькая. Но вот было бы интересно на реальном примере такое попробовать. Можно будет озаботиться как-нибудь, кстати.

Согласно отчёту — на 0.03 мс. Ты на косарь ошибся.

Это где написано? Я смотрю на график 3. А там написано: NAT, as used in
Docker, doubles latency in this test. Но вот еще бы понять, что тут написано. Они там какой-то NAT организовали.

В общем, не так-то все это и просто. А померить - можно, да. Для своего проекта. Если сильно не замедляет удобно будет, конечно. Но вот насколько замедляет - это вопрос.