SR
сохранять в списками в сбщ и бот будет от туда брать данные
Size: a a a
2020 May 06
SR
без подключения Mongo и причих SQL
ダ
нет такого
Есть такой. В доках
ダ
У меня не отходят мысли о том что БД для телеграм это тупо.
Почему бы ботам не пользоваться самими данными из тг
Почему бы ботам не пользоваться самими данными из тг
Ты умный такой
т
У меня не отходят мысли о том что БД для телеграм это тупо.
Почему бы ботам не пользоваться самими данными из тг
Почему бы ботам не пользоваться самими данными из тг
Если у тебя будет внутренний баланс, то тоже будет с телегой синхронизировать?
т
тем более, в доках нет метода get_message
ダ
У меня не отходят мысли о том что БД для телеграм это тупо.
Почему бы ботам не пользоваться самими данными из тг
Почему бы ботам не пользоваться самими данными из тг
С БД у тебя же больше возможностей
GF
сохранять в списками в сбщ и бот будет от туда брать данные
Где сохранять?
т
Где сохранять?
Подловил
SR
да но что если попробовать создать такую же систему считывания, при подключении монго я вижу что данные в json сохраняется как на листке бумаги, а чем хуже чат?
т
Еще раз. Как ты будешь внутренний баланс реализовывать?
GF
Что это за ахинея вообще
т
Стейты?
т
Статистику?
SR
Если бот будет с точностью запоминать mess_id (допустим создать алгоритм такой системы) то боту не составит труда прибавлять числа
GF
мем про мегамозг
1. Бд
2. Json
3. Txt
4. Hardcode
5. Хранить в сообщениях в телеге
1. Бд
2. Json
3. Txt
4. Hardcode
5. Хранить в сообщениях в телеге
SR
для баланса например
SR
мем про мегамозг
1. Бд
2. Json
3. Txt
4. Hardcode
5. Хранить в сообщениях в телеге
1. Бд
2. Json
3. Txt
4. Hardcode
5. Хранить в сообщениях в телеге
угар)
SR
мем про мегамозг
1. Бд
2. Json
3. Txt
4. Hardcode
5. Хранить в сообщениях в телеге
1. Бд
2. Json
3. Txt
4. Hardcode
5. Хранить в сообщениях в телеге
а что за хардкор?
GF
а что за хардкор?
хардкод*