Почему? Указываешь exclude и все

pymongo.errors.ServerSelectionTimeoutError: db:27019: [Errno 111] Connection refused, Timeout: 30s, Topology Description: <TopologyDescription id: 616425ceec6254ac13779cad, topology_type: Single, servers: [<ServerDescription ('db', 27019) server_type: Unknown, rtt: None, error=AutoReconnect('db:27019: [Errno 111] Connection refused',)>]> - та же ошибка

в модели?

Нет, при дампе

как я при дампе укажу exclude для вложенных моделей?

exclude распространяется только на корневую модель. Или я неправ?

а, вроде можно полные пути писать, но это задолбаешься. Получается в каждом дампе надо знать инфу полностью обо все иерархии

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

Привет, можете накидать здравых аргументов почему стоит использовать Flask или FastAPI вместо Django? Мне самому просто нравится FastAPI и Flask, а с Django 0 опыта но хотелось бы иметь какую-то аргументацию для своей позиции. Пока только два пункта:
- Админка Джанго трудно кастомизируемая (-)
- fastAPI автоматом генерит доку в swagger (+)

то что тебе нравится, это не достаточный аргумент по-твоему?

Ну смотря ведь для каких задач :) нет такого что лучше а что хуже, есть особенности. Фаст апи предлагает сразу асинхронную работу, джанго со старта навязывает MVT и привязывает к своим настройкам, flask в свою очередь имеет меньше дефольных настроек, что не позволяет быстро развернуть мелкий проект (имхо, на джанге это сделать просто быстре) но в тоже время как то гибче. Где больше коробочных решений - там меньше гибкости, но больше дисциплины, где меньше - там  нужно больше договоренностей но больше свободы. Отталкивайтесь от того что вам надо. Фреймворк - это ерунда, просто частность, даже если не знакомы с инструментом, то разберетесь за пару часов, дней(кто как) , и включитесь в работу, но если выберите не тот подход в решении и не тот инструмень, то потеряете намного больше. Так что упираться в инструменты не стоит

Понял, спасибо

Ну... Если бы я один работал то было бы достаточно

ребят, как считаете, try...except в init класса это не ту матч для этого места?

Мб с кодом понятнее будет?)

мне хотелось узнать мнение, возможно сам факт использования это плохая практика

Ну мб тебе кто и ответит) у меня для таких глобальных размышлений опыта мало
Вообще без конкретных примеров отвечать - неблагодарный труд имхо)

благодарю за ответ!)

В целом если тебя смущает что ты лишнюю логику куда то напихал подумай над вариантом, в котором она куда-то вынесена). Например по видимому ты там что-то делаешь, сделай это до инита, отдельным не относящимся к классу шагом. А может быть у тебя просто два кейса для инстанцирования и пора писать классметод для альтернативного конструктора

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

Если ты там запросы шлешь в ините (в бд/апи) - уверен - надо вытащить нафиг)

ребят, всем привет

есть json документ с юзерагентами ботов в таком виде
как на фласке отлавливать их?