Можно

Но зачем?)

Типичный пример — какие нибудь задачи по расписанию (бекап базы, хелфчек сторонних сервисов, тд).

да просто чтобы все вместе запускалось

монолитные архитектуры нынче не в почете

ну про трамвай я понял, спасибо за помощь)

если задачу можно решить атомарно — вероятно, это лучший путь

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

вот этот момент меня смущает

Celery есть планировщик, всякие веб-интерфейсы для джанги в репозиториях видел

Спасибо, посмотрю

Привет, участники✋

Верите в фото, но не веритемсловам

Сразу скажу

Политикоймнеинтересуюсь - понятно?!

Спасибо, посмотрю

Рекомендую python rq он намного легче чем селери

Рекомендую python rq он намного легче чем селери

?

А есть варианты деплоя джанги на винде?

Я чет попробовал

И уткнулся что и uwsgi не компилится сходу

Стоит ли дальше пытаться или забить?

И поднять на убунте?

короткий ответ: забей

деплой в венда плохо смотрятся в одном предложении

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

И поднять на убунте?

на Alpine Linux в Docker'е

Ох

Сложна

спасибо

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

спасибо, Ava) но жаль, что не чатик

то есть свои вопросы не пообсуждаешь

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

А для чего это нужно?

ну условно говоря мне нужно в одном ListView с паджинацией показать и статьи, и новости. Модели разные, объединить до общего знаменателя не получится

по этому get_context_data переписать - не вариант :(

просто краткое изыскание показало только фокусы с itertools. Хотелось бы попроще, если такая возможность есть.

Еще одна модель с двумя необязательными one-to-one и датой создания При создании новости/статьи создавать и экземпляр этой модели

В listview запихивать ее же

я правильно понимаю, что для каждой существующей модели в списке это +1 запрос? Но мысль любопытная, спасибо.

Да, лишний запрос для извлечения каждой новости/статьи

ага, спасибо

Я тоже как-то искал способ сделать наследование моделей Увы, не умеет orm джанги такого

https://docs.djangoproject.com/en/1.9/topics/db/models/#multi-table-inheritance Хм, вот нагуглилось

на практике усложнение структуры субд приводит к ненужным багам

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

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

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

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

или вот те же всякие наследования моделей

потом нужно что-то поменять в структуре связей сущностей

и это становится проблемой

модератор?

Маша - убийца чатов )

В django все тихо и спокойно, в django ничего не происходит :)

а все джангисты в пайтон переехали просто

Здесь должна была быть шутка про то, что Джанго просто работает

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

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

? также подумалось

Не хватает шутки про UDP

Не хватает шутки про UDP

не дошла