переводить доку - долго..и неблагодарно

вот это факт, но в процессе перевода было много интересного отработано

спамер

Некоторые умеют читать по-английски, но когда начинают писать комментарии - тушите свет. Очень сложно понять, куча ошибок. Или названия переменным дают, один "ведущий программист" назвал свойство valNotExist, при том там еще и ненужная оптимизация, потому что можно было само значение присылать. Разработчик ссылался на то, что данных слишком много (аж 200-300 символов).

Гораздо удобнее же называть свойства и методы объекта, если они возвращают bool, is_<something> - is_active, is_deleted, has_<something> - has_val, has_data, has_title, чем этот жуткий notExist.

наследие С++, покалеченные люди

Ребят тут такое, а как деплоить в ажуре джангу, в акке ажура доступно только создание web app(создавать ubuntu низя) ?

Ребят тут такое, а как деплоить в ажуре джангу, в акке ажура доступно только создание web app(создавать ubuntu низя) ?

в веб аппе низя локал_сеттингс и вообще непонятно как там все билдится, с гита репу синхронизировал, статус билда блять success, а там и близко саксесом не пахнет... Еще и базу надо подключить.... Может кто подымал на ажуре в веб аппе, где там прописывать переменные окружения или что еще?

у них есть статья https://docs.microsoft.com/en-us/azure/app-service-web/web-sites-python-create-deploy-django-app

в веб аппе низя локал_сеттингс и вообще непонятно как там все билдится, с гита репу синхронизировал, статус билда блять success, а там и близко саксесом не пахнет... Еще и базу надо подключить.... Может кто подымал на ажуре в веб аппе, где там прописывать переменные окружения или что еще?

Зачем локал сеттингс, когда есть переменные окружения?

Зачем локал сеттингс, когда есть переменные окружения?

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

хм, переменные окружения... но их же тоже сеттить надо

я бы делал вот так https://docs.microsoft.com/en-us/azure/app-service-web/app-service-linux-using-custom-docker-image

всё в докере везде

это позволит легко перейти от Azure куда-нибудь ещё

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

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

вот ещё есть статья на эту тему, про Docker на Azure https://docs.microsoft.com/en-us/azure/virtual-machines/virtual-machines-linux-dockerextension

лучше 1 раз разобраться с докером [или rkt'ом] (ну, кто не умеет) и использовать его везде, чем на каждом хостинге разбираться с их схемами деплоя

то есть вне зависимости от того, где будет выложено наше приложение, мы делаем некий образ с ним, у нас есть образ с приложением, он же app-server (uWSGI, допустим), у нас есть образ с нашей Postgres (директория для хранения базы данных будет на хосте, а вот всё остальное в образе) и некий web-server (как и к app-server'у, к нему подключается директория на хосте для хранения media-файлов, если они у нас, ну, или просто проксирует к app-server'у, тогда у него две задачи, а не три - проксирование и получение сертификатов)

и при старте app-контейнера мы указываем через переменные окружения логин/хост/пароль для подключения к базе, а в settings.py через environ ловим значение этих переменных окружения

в общем-то сделать вы можете как вам угодно, работать оно будет и классическим способом, но вот такой способ через контейнеры считается более продвинутым и сейчас все говорят о докере и контейнерах, devops в том числе про это, это позволит проще масштабировать приложение, сделать удобнее доставку приложения на сервер, будет проще применить blue-green deployment

то есть вне зависимости от того, где будет выложено наше приложение, мы делаем некий образ с ним, у нас есть образ с приложением, он же app-server (uWSGI, допустим), у нас есть образ с нашей Postgres (директория для хранения базы данных будет на хосте, а вот всё остальное в образе) и некий web-server (как и к app-server'у, к нему подключается директория на хосте для хранения media-файлов, если они у нас, ну, или просто проксирует к app-server'у, тогда у него две задачи, а не три - проксирование и получение сертификатов)

в этой схеме выше можно упростить и избавиться от media-папки на сервере, использовав, например, http://django-storages.readthedocs.io/en/latest/backends/azure.html

то есть статика и медиа-файлы будут записываться туда, а вы на своём балансировщике средствами веб-сервера или DNS сделаете нормальные media/static.your-domain.com, с Azure я так не делал, но делал с Backblaze B2, гайд тут: https://blog.darovi.co/creating-a-cdn-with-backblaze-b2-and-cloudflare-for-free-2f7a3efa0c1#.xs7rxvfh3 (с Azure всё должно быть по аналогии)

через DNS можно сделать только на отдельном поддомене, как вы понимаете, если нужна директория - то через web-server/балансировщик, то есть у вас там будет или traefic или Caddy Server или nginx или HAProxy какой-нибудь и редирект с /media/ на Azure Storage

всем привет, кто использовал dal.autocomplete, подскажите url( 'actor_autocomplete/$', autocomplete.Select2QuerySetView.as_view(model=Actors), name='actor_autocomplete', ), выдает ошибку, что в модели Actors нет поля name. Его и вправду нет, но как переопределить это поле не создавая свою вью? т.е. можно ли в Select2QuerySetView передать параметр переопределяющий поисковое поле?

сделать свойство name?

не понял вопроса

всем привет, кто использовал dal.autocomplete, подскажите url( 'actor_autocomplete/$', autocomplete.Select2QuerySetView.as_view(model=Actors), name='actor_autocomplete', ), выдает ошибку, что в модели Actors нет поля name. Его и вправду нет, но как переопределить это поле не создавая свою вью? т.е. можно ли в Select2QuerySetView передать параметр переопределяющий поисковое поле?

нет, только свой класс, в котором переопределить: def get_queryset(self): """Filter the queryset with GET['q'].""" qs = super(BaseQuerySetView, self).get_queryset() if self.q: qs = qs.filter(name__icontains=self.q) return qs

это намёк

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

нет, только свой класс, в котором переопределить: def get_queryset(self): """Filter the queryset with GET['q'].""" qs = super(BaseQuerySetView, self).get_queryset() if self.q: qs = qs.filter(name__icontains=self.q) return qs

да, вы правы, посмотрел наследования, там никак это поле не заменить

да, вы правы, посмотрел наследования, там никак это поле не заменить

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

Ребятушки расскажите за правильный порядок функций. Типа в models: Meta: blabla def __str__ etc или def __str__ meta: blabla

а доку читал? :)

на эту тему нет:) Знаю, только что после всех полей должно быть, а порядок нет:(

Мне бы ссылочку :) найти не могу :D

а что, в питоне играет роль порядок определения полей?

в доке нету :)

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

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

Ну нее, как хотите не годиться, это не правильно как-то, надо же следовать рекомандациям и стайл гайду:)

https://docs.djangoproject.com/en/dev/internals/contributing/writing-code/coding-style/ ток вот это нагуглил:)

The order of model inner classes and standard methods should be as follows (noting that these are not all required): All database fields Custom manager attributes class Meta def __str__() def save() def get_absolute_url() Any custom methods

стайл гайд говорит что все будет в контексте процесса

Вот этому и буду следовать:)

и

не, вы какой то неправильный

import this

прочтите

Вот этому и буду следовать:)

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

Я вот примерно так и делал, ток часто путал где лучше написать Meta: после полей или после всех методов

Гайс, я правильно понимаю, чтобы получать параметры из урла, то нужно всегда юзать TemplateView?

Гайс, я правильно понимаю, чтобы получать параметры из урла, то нужно всегда юзать TemplateView?

self.request.GET есть в любом CBV

url(r'^(?P<name_board>[a-z]{1,4})/$' name_board не вытащиться же так

DetailView

url(r'^res/(?P<somevar>[^/]+)/$', SomeView.as_view(), name='someapp'), class SomeView(View): def get(self, request, somevar): somecode(somevar)

get_object()

В любом View в get и в post можно получить name_board

А по логике лучше использовать DetailView как выше написали

В DetailView даже переопределять метод get_object не надо будет, оно само поймет.

В DetailView даже переопределять метод get_object не надо будет, оно само поймет.

Если с kwarg ей помочь, да?

Если с kwarg ей помочь, да?

зачем? Она и так знает по умолчанию name_board - в шаблоне будет как {{ object }} Ну или context_object_name = "blabla"

Ааа, параметры, извините не увидел вопрос полностью:)

зачем? Она и так знает по умолчанию name_board - в шаблоне будет как {{ object }} Ну или context_object_name = "blabla"

А показать slug-field?

ERROR: S client not available

Кстати, могли бы и магию запилить, чтобы единственный kwarg понимался как поле фильтрации в get-object.

Пытаюсь щас CBV освоить. Я правильно понял, что DetailVeiw используется для отображения одного объекта, а ListView для отображения списка объектов. По факту у меня 2 шаблона, в одном я вывожу 2 списка объектов, а в другом объект и список объектов, которые связаны с ним. Мне в обоих случаях нужно ListView юзать?

да нафиг оно не надо, сложнее

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

обычными функциями быстрее и проще сделать

Снова напомню про ccbv.co.uk

Пытаюсь щас CBV освоить. Я правильно понял, что DetailVeiw используется для отображения одного объекта, а ListView для отображения списка объектов. По факту у меня 2 шаблона, в одном я вывожу 2 списка объектов, а в другом объект и список объектов, которые связаны с ним. Мне в обоих случаях нужно ListView юзать?

Второй можно DetailVIew и в нем в get_context_data передать в context

обычными функциями быстрее и проще сделать

Не всегда.

Снова напомню про ccbv.co.uk

интересно

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

Например, пагинация в ListView включается одним параметром. В FBV это целая история.

Снова напомню про ccbv.co.uk

добавь сюда от себя http://djbook.ru/forum/forum/16/

http://www.cdrf.co/ можно еще вот :)

добавляй

Снова напомню про ccbv.co.uk

Годно, очень годно. Спасибо

эти ссылки в факе ж есть)

ленивые люди

поискал, не увидел

https://raw.githubusercontent.com/amureki/django_faq/master/README.md

ccbv and cdrf are there

я этот факт щас в первый раз от тебя вижу

я этот факт щас в первый раз от тебя вижу

запинен в этом чате

с телефона щас зашел увидел, с веба ничего нет

окей, ленивые люди у телеграма

а я в доку джанги полез :)

не могут запилить фунциональность в веб клиенте

возможно, стоит добавить линк в описание чата так же

возможно, стоит добавить линк в описание чата так же

@lorddaedra ^ :)

ага, добавил

thx!