B
боюсь я все равно не пойму, зачем обработчику события дали доступ к фильтрации
теорию мирового заговора применял?
Size: a a a
2020 July 18
Т
теорию мирового заговора применял?
EF
боюсь я все равно не пойму, зачем обработчику события дали доступ к фильтрации
# on different commands - answer in Telegram
dp.add_handler(CommandHandler("start", start))
dp.add_handler(CommandHandler("help", help_command))
# on noncommand i.e message - echo the message on Telegram
dp.add_handler(MessageHandler(Filters.text & ~Filters.command, echo))🔥M
как мне сделать так чтобы в этот хендлер заходили только запросы от админов?
Т
# on different commands - answer in Telegram
dp.add_handler(CommandHandler("start", start))
dp.add_handler(CommandHandler("help", help_command))
# on noncommand i.e message - echo the message on Telegram
dp.add_handler(MessageHandler(Filters.text & ~Filters.command, echo))жуть
Т
Handler class to handle telegram messages
я все-таки не понял, почему класс для обработки сообщений еще че-то там фильтруетТ
видя «обработчик» я жду, что он будет обрабатывать, а не заниматься диспатчем
Т
добавить соответствующий фильтр. Есть искаробочный:
message_handler(user_id=[123, 456])🔥M
добавить соответствующий фильтр. Есть искаробочный:
message_handler(user_id=[123, 456])этот список надо заранее иметь или прям там вытаскивать этот список из бд?
Т
этот список надо заранее иметь или прям там вытаскивать этот список из бд?
можешь написать собственный фильтр, где каждый раз будет доставаться список администраторов. Но это не лучшее решение, если у тебя список статичный, и в рантайме меняться не будет. Фильтры не кешируются (кроме FSM). Это значит, что на каждый хэндлер будет происходить хождение в БД, просто чтобы получить этот список и применить его один раз
Т
это ты не у меня, а лучше у себя спроси, надо тебе динамичность, или подойдет заранее заготовленная константа
🔥M
можешь написать собственный фильтр, где каждый раз будет доставаться список администраторов. Но это не лучшее решение, если у тебя список статичный, и в рантайме меняться не будет. Фильтры не кешируются (кроме FSM). Это значит, что на каждый хэндлер будет происходить хождение в БД, просто чтобы получить этот список и применить его один раз
он как раз и будет менятся, ну тогда при запуске буду формировать список и по мере сохрания новых добавлять в тот
EF
он как раз и будет менятся, ну тогда при запуске буду формировать список и по мере сохрания новых добавлять в тот
Забавно, но список будет использован тот, что при регистрации
🔥M
Забавно, но список будет использован тот, что при регистрации
нет в самом начале из бд вытаскиваю и потом добавляю при регистрации
🔥M
вроде гуд
Т
можешь написать собственный фильтр, где каждый раз будет доставаться список администраторов. Но это не лучшее решение, если у тебя список статичный, и в рантайме меняться не будет. Фильтры не кешируются (кроме FSM). Это значит, что на каждый хэндлер будет происходить хождение в БД, просто чтобы получить этот список и применить его один раз
небольшая оговорочка: на каждый хэндлер, где указан этот фильтр
EF
Я к тому, что
admins = [12345678]Всегда будет отвечать только юзеру 12345678 даже после добавления админа/-ов
@dp.message_handler(commands=['ping'], user_id=admins)
async def ping(msg):
await msg.reply('OK')
@dp.message_handler(user_id=admins)
async def add_admin(msg):
admins.append(int(msg.text))
await msg.reply('OK')
EF
нет в самом начале из бд вытаскиваю и потом добавляю при регистрации
^