Это все фронтендщики пусть делают

мне лень

Ну как говорится

они хотели

они получили

перезаписывать queryset скучно, cbv уныло

всем добрый день. вопрос такой.. в треде генерирую эксель файл(по запросу пользователя). большие файлы генерируются долго(минут 5 вполне реально).. локально всё отрабатывает, на сервере gunicorn через какое-то время убивает один из воркеров и генерация файла останавливается.. куда можно копнуть? логи молчат, вижу только, что создался новый процесс.. в гуникорне --error-logfile /path/to/project/error.log --access-logfile /path/to/project/access.log воркера 3 увеличение timeout не помогает

Копать в сторону timeout

Мб не там увеличиваете

в конфигах гуникорна увеличил

а в логах что

в логах только 1 запись появляется: [2017-03-29 08:03:35 +0000] [18823] [INFO] Booting worker with pid: 18823

а где запись про то что воркер умирает

не знаю)) вижу, что он умирает, когда смотрю статус сервиса.. пид у одного из воркеров меняется, значит старый умирает, новый создается

log-level debug ничего интересного не рассказал

а ты уверен что умирает именно тот воркер который генерировал файл?

т.к. ничего в логах не вижу, логически додумал, что именно он умирает.. смотрел за генерацией файла, она останавливается, проверял после этого воркеры - один из них поменялся

LOGGING = { 'version': 1, 'disable_existing_loggers': True, 'formatters': { 'verbose': { 'format': '%(asctime)s %(levelname)s [%(name)s:%(lineno)s] %(module)s %(process)d %(thread)d %(message)s' } }, 'handlers': { 'gunicorn': { 'level': 'DEBUG', 'class': 'logging.handlers.RotatingFileHandler', 'formatter': 'verbose', 'filename': os.path.join(BASE_DIR, 'logs', 'debug.log'), 'maxBytes': 1024 * 1024 * 100, # 100 mb } }, 'loggers': { 'gunicorn.errors': { 'level': 'DEBUG', 'handlers': ['gunicorn'], 'propagate': True, }, } } в debug.log тоже чисто

подскажите ктонибудь за CBV плиз, есть class Post(DetailView, CommentFormView), есть class CommentFormView(FormView): model = Comment def form_valid(self, form): comment = Comment.objects.create(text=self.request.POST['text'], author=Profile.objects.get(user_id=self.request.user.id), post=self.object) comment.save() Как правильно передать post в эту форму из Post?

подскажите ктонибудь за CBV плиз, есть class Post(DetailView, CommentFormView), есть class CommentFormView(FormView): model = Comment def form_valid(self, form): comment = Comment.objects.create(text=self.request.POST['text'], author=Profile.objects.get(user_id=self.request.user.id), post=self.object) comment.save() Как правильно передать post в эту форму из Post?

общение между вьюшками - через реквесты из браузера.

общение между вьюшками - через реквесты из браузера.

окей, спасибо

понял корень проблемы.. воркер падает, потому что ему памяти не хватает)

Каким способом связывания views вы пользуетесь в urls.py? В документации нашел пример (https://docs.djangoproject.com/en/1.10/topics/http/urls/#example), в котором импортят вьюхи и указывают нужную как views.my_view Но что если я импортирую несколько вьюх?

Не будет ли конфликта имен? Например from app1 import views from app2 import views urlpatterns = [ url(r'^articles/2003/$', views.from_app1), url(r'^articles/([0-9]{4})/$', views.from_app2), ]

Возможно предпочтительнее использовать include? С ним такой проблемы быть не должно

Либо import views as app1_views

понял корень проблемы.. воркер падает, потому что ему памяти не хватает)

htop поставьте

htop поставьте

это уже не зачем, нашел в логах убийство воркера)

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

Не будет ли конфликта имен? Например from app1 import views from app2 import views urlpatterns = [ url(r'^articles/2003/$', views.from_app1), url(r'^articles/([0-9]{4})/$', views.from_app2), ]

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

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

В пространстве имен же не может быть два views. Придется выдавать свои имена как предложил @kushibayev Интересно просто как предпочтительнее

В пространстве имен же не может быть два views. Придется выдавать свои имена как предложил @kushibayev Интересно просто как предпочтительнее

А точно) Я не заметил

это же всегда было?:)

Всем привет. Кто как добавляет синхронизацию вьюшек в Джанго админ панель? Django-celery-beat подойдет для этого или кто-то другими аппами пользуется? Кто что посоветует.

это же всегда было?:)

Неа

это же всегда было?:)

2016.3 не показывает классы

Всем привет. Кто как добавляет синхронизацию вьюшек в Джанго админ панель? Django-celery-beat подойдет для этого или кто-то другими аппами пользуется? Кто что посоветует.

ничего не понял

Ребят, кто часто работал с платежными системами? Кто нибудь можете объяснить как подключается система оплаты к мобильному приложению? Я в плане регистрации имею ввиду, где нужно указывать сайт где будет проводиться оплата. Если такового сайта нет? Есть только сервак на котором лежит api Можете step-by-step объяснить?

ничего не понял

Нужно дергать вьюшку каждые n минут. Нужно задать через админку в Джанго какую вьюшку и через какое количество времени.

celery beat

django cron

как запилил такое?

как запилил такое?

?

оно же всегда было оо

2016.3 не показывает классы

Вроде показывал, хз

У меня нет

еще кстати крутая штука

semantic higlightning

https://blog.jetbrains.com/pycharm/2017/01/make-sense-of-your-variables-at-a-glance-with-semantic-highlighting/

ааа

таки біло

галочка Show Members

semantic higlightning

это тоже в 2016 есть

? лан Я человек простой - в whats new написали я и включил

это тоже в 2016 есть

Я думал оно не релизное было А в тесте или что-то в этом духе

Неплохая штука :)

таки да, хайлайт реально удобная штука

Кстати, а как работается​ с джангой в комьюнити версии пучарма?

Просто автокомплит питоновский?

походу да

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

Студенческая лицензия не вечна :)

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

Хехе, я так и пользовался даже в полном :D

xDD

Во вторник 1.11 будет говорят

Релиз

что там хорошего ?

Во вторник 1.11 будет говорят

Круто)

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

Да

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

ответа да

но более конкретно подсказать не смогу

google django raw sql query

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

типа что джанга выполняет под капотом?

типа что джанга выполняет под капотом?

Да, щас вот погуглил django raw sql query, это вроде просто способ самому sql писать

щас скажу тебе

вариант 1

можно через extra, можно RawSQL, можно через курсоры

from django.db import connection print connection.queries

вариант 2

print MyModel.objects.filter(name="my name").query

точно так же в дебагере все можно глянуть

print MyModel.objects.filter(name="my name").query

проще LOGGING настроить и мониторить все запросы

еще есть django-debug-toolbar, но я уже не помню показывает он чтото или нет

показывает, но для API он мало годится

вообще не годится)

ну хз, мне ниразу не пригодился)

поэтому там пользуюсь ЛОГГИНГом

проще LOGGING настроить и мониторить все запросы

мне проще в дебагере остановить и посмотреть что нужно)

python manage.py sqlall Остальное посмотреть можно через логи субд

print MyModel.objects.filter(name="my name").query

Надо видимо что-то импортить, чтобы query заработало, первый вариант сработал, спасибо

python manage.py sqlall Остальное посмотреть можно через логи субд

он же сиквел для создания показывает, не?