Парни, скиньте толково использованый пример метаклассов

import asyncio class Meta(type): async def __call__(cls): x=cls.__new__(cls) await x.__ainit__() return x class X(metaclass=Meta): async def __ainit__(self): print(1) async def main(): x = await X() asyncio.run(main())

import asyncio class Meta(type): async def __call__(cls): x=cls.__new__(cls) await x.__ainit__() return x class X(metaclass=Meta): async def __ainit__(self): print(1) async def main(): x = await X() asyncio.run(main())

import asyncio class Meta(type): async def __call__(cls): x=cls.__new__(cls) await x.__ainit__() return x class X(metaclass=Meta): async def __ainit__(self): print(1) async def main(): x = await X() asyncio.run(main())

Я прав?

Норм, асонхронное программирование

что за нахрен __ainit__?

всем привет. отправляю письма через smtplib, для кириллицы там советуют использовать MIMEText(('текст).encode('utf-8'), _charset='utf-8') . проблема в чём, не знаю как добавить тему в тело письма, если заварачивать в MIMEText() , тема попадает в текст письма, а конкатинируя к нему он ругается что строку к байтам нельзя складывать

какому идиоту это в голову пришло?

какому идиоту это в голову пришло?

В качестве лулзов

это же стеб

Сначала создайте сообщение. Например msg = MIMEMultipart() Затем задайте адреса источника, назначения, тему msg["From"] = msg["To"]= msg["Subject"]= Затем присоедините тело msg.attach(MIMEText(...)) И отправляйте mailserver.sendmail(from, to, msg.as_string) Взял из рабочего примера отправки html писем.

спасибо)

Товарищи, пишу докер конфиг, слишком плохо если я напишу типа так: command: python manage.py makemigrations && python manage.py migrate && python manage.py get_web_data && python manage.py runserver 0.0.0.0:8000

да, хуево

это прод или окружение разработки?

как правильно сделать?

а ну тогда делай ;)

А ты подумай, что будет, если миграция не пройдёт? Или пройдет, но результат уронит всё?)))

а ну тогда делай ;)

потом скажу, нахер ты нам такой не нужен))

правильно скажут

но я б такого не взял

Тебе долго кофе несут)))

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

Ну вас нахрен, суть тестового не конфиг написать

а не в том чтобы конфиг написать

Товарищи, пишу докер конфиг, слишком плохо если я напишу типа так: command: python manage.py makemigrations && python manage.py migrate && python manage.py get_web_data && python manage.py runserver 0.0.0.0:8000

Мне страшно что за всё отвечает один скрипт

Страшно жЫть

Товарищи, пишу докер конфиг, слишком плохо если я напишу типа так: command: python manage.py makemigrations && python manage.py migrate && python manage.py get_web_data && python manage.py runserver 0.0.0.0:8000

в общем если коротко: подумай о том 1) зачем нужны миграции. 2) в какой момент они должны создваться 3) как твое приложение должно выкатываться на прод.

Ну вас нахрен, суть тестового не конфиг написать

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

если генерировать миграции на лету это сработает только первый раз

Короче, я оставил только runserver

запускаешь дебаг сервер для потенциального "прод" контейнера... ну... удачи

запускаешь дебаг сервер для потенциального "прод" контейнера... ну... удачи

Нужно просто чтобы это 1 раз сработало - всё

Товарищи, пишу докер конфиг, слишком плохо если я напишу типа так: command: python manage.py makemigrations && python manage.py migrate && python manage.py get_web_data && python manage.py runserver 0.0.0.0:8000

Это не докер, а докер-композ конфиг, судя по yaml формату. Для окружения разработчика, думаю, вполне. Для рабочего (продакшен) окружения не подойдёт, Вам уже сказали, почему. Вместо встроенного сервера (runserver) используйте uwsgi или аналоги.

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

README как запускать твое поделие написал?

Это не докер, а докер-композ конфиг, судя по yaml формату. Для окружения разработчика, думаю, вполне. Для рабочего (продакшен) окружения не подойдёт, Вам уже сказали, почему. Вместо встроенного сервера (runserver) используйте uwsgi или аналоги.

Да нет задачи на прод это деплоить

У вас на стройке несчастные случаи были? Будут! Требования всегда растут. То, что вчера надо было запустить пару раз, сегодня вдруг решением мудрого начальства нужно растянуть на 20 контейнеров. Всегда имейте запас прочности в применяемых решениях.

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

FROM python:3.6 ENV PYTHONUNBUFFERED 1 RUN mkdir /code WORKDIR /code ADD requirements.txt /code/ RUN pip install -r requirements.txt ADD . /code/

FROM python:3.6 ENV PYTHONUNBUFFERED 1 RUN mkdir /code WORKDIR /code ADD requirements.txt /code/ RUN pip install -r requirements.txt ADD . /code/

а оно вообще работает?

а оно вообще работает?

Ответ тебе не понравится)

Ответ тебе не понравится)

охлол

Все по книжке, пацаны https://docs.docker.com/compose/django/

я тебя поздравляю. ты отправил наревью не рабочий контейнер.

Не шарю в этом вашем докере))

Все по книжке, пацаны https://docs.docker.com/compose/django/

Ух. Это статья как разрабатывать на джанге, используя только докер? Не про прод явно