а да залип )

сорян )

Бывает...

@nw_wind Иногда кажется, что ты исполняешь вариацию smtp при общении :)

Имитирую старый добрый сендмейл.

Ребят, привет. Вообще не разбираюсь в программировании вообще. Скажите пожалуйста, как и можно ли скопировать действия сайта, т.е. если я копирую сайт-калькулятор мне скопировалось как там все умножается и делится

Привет. Что-то сможешь. Что-то нет. Мб получиться конкретизировать вопрос рассмотрев варианты предлагаемые Гуглом?)

Лучший способ скопировать - нанять программистов

Всем привет друзья. Как вы смотрите на то, что бы хранить словари в классе, например:

class User:
    def __init__(self):
        self.tg_user_id = self.goal = self.dob = self.city = self.gender = self.country =  self.comment = None  
        self.photos = {'file_id': [], 'file_unique_id': [], 'photo_index': 0}  # Scroll user photos before registration

Есть у этого побочные эффекты?

Или даже так:

class User:
    def __init__(self):
        self.profile_data = {
            'text_data': {'goal': None, 'dob': None, 'city': None, 'gender': None, 'country': None, 'comment': None}
            'photos': {'file_id': [], 'file_unique_id': [], 'photo_index': 0}  # Scroll user photos before registration
        }

class User:
    def __init__(self):
        self.tg_user_id = self.goal = self.dob = self.city = self.gender = self.country =  self.comment = None  
        self.photos = {'file_id': [], 'file_unique_id': [], 'photo_index': 0}  # Scroll user photos before registration

class User:
    def __init__(self):
        self.profile_data = {
            'text_data': {'goal': None, 'dob': None, 'city': None, 'gender': None, 'country': None, 'comment': None}
            'photos': {'file_id': [], 'file_unique_id': [], 'photo_index': 0}  # Scroll user photos before registration
        }

Сложно представить, какую задачу это может решать.. 🤷‍♂️

Так регистрация пользователя. В процессе регистрации эти данные заполняются и отправляются в БД

Ок. А хранение данных в полях класса чем не устраивает?

Устраивает, но тут ключи логически объединены
('text_data' -данные, которые телеграм может отобразить в виде текста)

Сомнительная причина для группировки данных. Да и нужно ли их вообще как-то группировать, если это всё атрибуты юзера?

Изначально структура выглядела вообще вот так, но по прошествии времени мне это стало напоминать спагетти код и я от нее отказался

def prepare_user_data(*keys):
    profile_data = {  # Data that shown to user like a text. DB = True, Show = True
        'goal': None, 'gender': None,
        'dob': None, 'country': None,  # dob - date of birth
        'city': None, 'comment': None,
    }

    photos = {  # Data that shown to user like a photo. DB = True, Show = True
        'file_id': [],
        'file_unique_id': [],  # Unique identifier
    }

    temp_reg_data = {  # DB = False, Show = False
        'photo_index': 0,  # Scroll profile photos before registration
        'old_media_id': 0,  # Don't set to None because further it be compared with None!
    }

    filters = {  # Data that shown to user like a text. DB = True, Show = True
        'goal': None, 'gender': None, 'dob': None,  # Any filter may be iterable if user choose option "both"
        'country': None, 'city': None, }

    checkboxes = {
        'goal': True, 'gender': True,
        'dob': True, 'photo': True,
        'country': False, 'city': False}  # Default exclude accounts with empty fields

    matches = {
        'all_matches': None,
        'filtered_matches': None,
        'result_matches': None,
    }
    
    user_db_data = {'profile_data': profile_data, 'photos': photos}  # Data to storing into the DB
    reg_data = {'user_db_data': user_db_data, 'temp_reg_data': temp_reg_data}  # Showing data + additional help data
    target_data = {'filters': filters, 'matches': matches, 'checkboxes': checkboxes}
    data = {'reg_data': reg_data, 'target_data': target_data}

    result = data
    for key in keys:
        result = result[key]
    return result

Не понимаю, зачем вы заполняете всё подряд значениями None, нулями и пустыми массивами. В этом есть какой-то смысл?

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

Для этого есть классы )

Забыл уточнить: этот код -часть телеграмм бота, данные пользователя живут только на время операция с ними (регистрация/обновление). После операции они сохраняются в БД и удаляются что бы не засорять память, это не изменяет суть ответа?

Нет, не изменяет. Вы описываете в коде бизнес-логику. Она представлена какими-то сущностями (например User). У него есть поля и методы, которые определяют, какие данные содержит эта сущность и какие можно операции над ней производить. Для сериализации/десериализации есть marshmallow, для сохранения в БД - мапперы из SQLAlchemy. Это не должно никак влиять на форму самих бизнес-сущностей.