Как сделать таймер в python?

Question

[Duzive]

Написал простого бота, который выдаёт коин валюту. Нужно сделать так, чтобы пользователь не мог получить бонус чаще 1 раза в день. Читал доки модуля time, нашел функцию time.sleep. Но она останавливает работу бота. Нужно сделать так, чтобы пользователь мог пользоваться ботом, но при этом шёл таймер, по окончании которого игрок получит уведомление.
Вот отрывок из кода:

if request == "дай байтов" or request == "дай":
            	if byte == 0:
            		url = 'https://coinbyte.ru/api/service/transfer'
            		payload = {
            		'access_token': 'мой токен'
                        'user_id': event.user_id,
			'sum': 10
            		
}        		
            		headers = {}
            		response = requests.request('POST', url, headers = headers, data = payload, allow_redirects=False)
            		write_msg(event.user_id, "Перевёл тебе 10 байтов")
            		print(response.text)
            		byte = 1
                        #Вот тут должен начаться таймер
            		time.sleep(10)
            		write_msg(event.user_id, "Ты снова можешь получить подарок:)")
            		byte =0
            	else:
            		write_msg(event.user_id, "Ты уже получал подарок")

Сильно не ругайте, я новичок

Answer 1

[Ivan Yakushenko]

Тебе нужно использовать любую базу данных. Принцип такой:
При обращении любого пользователя к боту его ID записывается в БД, как только он получает нужную информацию в таблицу записывается, например time.time() и каждый раз при обращении пользователя к боту происходит примерно такая проверка:

if (time.time() - last_update) >= 86400:
    print('Ты снова можешь получить подарок:)')
else:
    print('Ты уже получал подарок')

Для таких целей подойдет любая БД, можешь попробовать SQLite - она очень простая.

Comments

[javedimka]

А можно попробовать словарь.

[Ivan Yakushenko]

javedimka, можно, но как только бот упадёт, то и вся "база" исчезнет, а т.к. у автора бот на лонгпуле, а ночью апи вк перезагружается, то падение - вопрос времени.
Да и в целом если пользователей много, то со временем озу будет расходоваться все больше и больше.

[javedimka]

Ivan Yakushenko, Падения можно отслеживать и не давать скрипту падать, а от 10 тысяч значений в словаре ни автору, ни озу не убудет.
Не, ну можно конечно и с базой поизвращаться, прикольно же

[Ivan Yakushenko]

javedimka, да не, в целом согласен, словарь более чем ок конкретно в этом случае, просто если в будущем захочется добавить больше данных, статусов и т.д., то словаря уже будет недостаточно, как минимум из-за того, что в процессе доработки так или иначе бота нужно будет перезагружать и все состояния будут сбрасываться, так что изначально нужно будет делать механизм дампа. А базовые знания работы с БД так или иначе необходимы, почему бы и не пробовать сразу, тем более что задание максимально простое.