Dmitry

Стандартный ввод - это файл, и его технически можно "прочитать до конца". Пример:

import sys
for line in sys.stdin:
    print('Got', repr(line))
print('Done')

Запусти как обычно, введи несколько строк, а потом в терминале (если под виндой) нажми Ctrl-Z, затем Enter.
Это пошлёт сигнал "конец файла", и дальнейшие попытки ввода через input() будут не успешными.

Также можешь записать строки в текстовик, и запустить файл с перенаправлением ввода:
python3 main.py < data.txt
Тогда скрипт тоже получит сигнал о конце ввода, когда файл закончится.

Поле depends_on определяет только последовательность запуска и удаления сервисов, к остановке отношения не имеет.
Искомое вами поведение задаётся через healthcheck проверки доступности базы в backend и бэкенда во frontend... или простой docker compose -f путь/до/docker-compose.yaml stop, т.е. просто остановить все сервисы.

пакет struct метод unpack

data=b'\xc8'
struct.unpack('b', data)[0]

data типа bytes, можно считывать из файла, открывая как бинарный файл, флаги 'rb'

RTFM - MongoDB Manual / Installation / Community Edition / Install on Windows: https://www.mongodb.com/docs/manual/tutorial/insta...

Ты задал уровень WARNING для самого логгера (не для хэндлеров), поэтому он INFO отбрасывает сходу. До хэндлеров ничего не доходит просто.
Я бы использовал эту либу немного по-другому (пример с её гитхаба)

t_handler = tg_logger.TgLoggerHandler(users=[...], token=TELEGRAM_TOKEN)
t_handler.setLevel(logging.WARNING)
logger.addHandler(t_handler)

Так куда более похоже на обычные лог-хэндлеры, проще управлять и читать даже если с либой мало знаком.
Ну или если очень хочется setup(), то так:

t_handler = tg_logger.setup(logger, token=token, users=users, tg_format="<b><u>%(name)s</u> : %(levelname)s</b>\n\n<code>%(message)s</code>")
t_handler.setLevel(logging.WARNING)

Так что логгеру задай уровень подетальнее, INFO или даже DEBUG, а тонкую настройку делай на уровне хэндлеров.

Ну почему сначала не почитать доки, а не бежать сюда, там же явно пишут что "return the local date" https://docs.python.org/3/library/datetime.html#da... и там же явно пишут что есть utcfromtimestamp

while read p; do
  qrencode "$p"
done <file.txt

Задался недавно вопросом: можно ли создать виртуальную машину в hyper-v, пробросить в неё свою видеокарту и использовать данную гостевую ОС как основную (то есть работать/играть на данной системе)?

Да, можно, эта фича Hyper-V называется Discrete Device Assignment.

И какая Windows понадобится для этого (имеется ввиду, можно ли использовать Win 10 или нужна Win server)?

На хосте - серверная Винда, в качестве гостя вполне сгодится клиентская Винда.

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

В данный момент - да, понадобится второй адаптер, т.к. устройство пробрасывается целиком. В Windows Server 2025 появится GPU partitioning, но пока хз с какими видяхами и материнками это будет работать.

Да, кстати, насчёт оборудования. Всё это замечательно, но вам на вашей материнке скорее всего понадобится поддержка SR-IOV, ну и соответственно IOMMU на матери и процессоре.

Во-вторых, далеко не все видяхи официально поддерживаются технологией DDA, обычно для этого тестируются только pro-шные линейки карт. Может оно будет работать и с вашей картой. Драйвера карт потребительского сегмента могут блокировать запуск карты, проброшенной в виртуальную машину, или просто работать некорректно (блокируют запуск, т.к. не поддерживают сценарий проброса). Например, сейчас для работы ряда AMD-шных карт с пробросом в ВМ нужен костыль vendor-reset (это линуксовый модуль ядра, для Hyper-V не годится). И NVidia относительно недавно начала поддерживать проброс линейки GeForce в виртуалку (и то непонятно, как там с Hyper-V DDA).

Я сам использую подобный сетап и пишу прямо сейчас с него, но у меня в качестве гипервизора KVM (использую дистр Proxmox), и материнка ASRock Rack ROMED8-2T, где есть вышеуказанные плюшки (кстати, в качестве адаптера для хоста прокатывает встроенный в мать ASPEED AST2500, поэтому полноценная карточка у меня только одна). В гостевую виртуалку с Windows 11 проброшена карточка Radeon RX 5500 XT, с учётом вышеупомянутого костыля в целом работает. Есть некоторая нестабильность, плюс иногда приходится вместе с виртуалкой перезагружать весь хост. Но это следствие того, что AMD не поддерживает для этих карт работу в пробросе (хотя и не блокирует искусственно), с нвидией возможно было бы получше.

Ищите информацию по ключевым словам VFIO и PCI passthrough, на Реддите есть неплохое коммюнити. И да, готовьтесь копать много информации и перепроверять её (например мой ответ тоже стоит перепроверить, всё довольно быстро меняется) и покупать оборудование сильно дороже потребительского (если у вас его ещё нет). По Hyper-V DDA информации тоже не так много, советую рассмотреть дистры с KVM, если вам не так принципиально.

ЕМНИП, сейчас лимиты такие, что практически всё компьютерное железо можно списывать как малоценку безо всяких обоснований. Но, вообще, списанием должна заниматься бухгалтерия, а не сисадмин.

INSERT INTO result(name) VALUES (ilya)
Вы пытаетесь вставить в колонку name значение из колонки ilya. Строки должны быть в кавычках.
Для защиты от SQL-инъекции нужно использовать плейсхолдеры

- cur.execute(f'INSERT INTO result(name) VALUES ({data["Name"]})')
- db.commit()
- cur.execute(f'INSERT INTO result(name) VALUES({data['School_class']})')
+ cur.execute('INSERT INTO result(name, class) VALUES (?, ?)', (data["Name"], data['School_class']))