Обычно это из-за того, что оператор присылает какой-нить flash-sms, а роутер тупо реагирует как нажатие OK либо даже никак не реагирует, но тупая система оператора этого не понимает и считает согласием. Это достаточная причина пожаловаться и потребовать полного возмещения всех затраченных средств.
У меня дважды Mikrotik с полностью выключенным SMS-функционалом в RouterOS умудрился подписаться на какие-то гороскопы как раз у Теле2.
Кстати, если в ЛК Теле2 присутствует бесплатная(!) услуга "Теле2 Тема" - её надо выключить. В интернетах пишут, что именно она в некоторых случаях вызывает подобные беды.
Если при отправке возникла ошибка, то сообщение не будет отправлено вообще. В тексте ошибки Telegram также сообшает, сколько секунд надо подождать перед следующей попыткой отправки.
LittleBob, нет никакого смысла ставить Kali на экзотическое оборудование человеку без обширного опыта. Проще будет доставить нужный софт на широко распространённую систему, по которой в интернетах вагон инструкций и вопросов-ответов.
Не нужно бояться баз данных. Это удобно, надёжно, эффективно и расширяемо. И знания в этой сфере сами по себе очень полезны для развития себя и для повышения своей стоимости на рынке.
Записывать данные в json - это риск. Если в момент записи что-то случится, база будет повреждена и безнадёжно утеряна.
Добавлю, основная проблема Кассандры - это GC, с которым так и не удаётся до конца побороться. Многие пользователи Кассандры в итоге просто рестартуют время от времени её ноды, это помогает, но это не сликом-то нормально. Scylla позволяет этого избежать (а также позволяет достичь той же производительности при кластере заметно меньшего размера), но у неё были (а может и до сих пор есть) серьёзные недоработки и баги, которые приводили к полной деградации всего кластера. Во всяком случае, у нас после полугода отладки и нагрузочных тестов таки перешли на Scylla... а потом через пару недель после второй ночной аварии вынуждены были срочно откатиться обратно, и пока, спустя год, до сих пор не решились на повторный переход. Разработчики Scylla ничем так и не помогли. В общем, возможен риск - впрочем, его можно огрести с любым незнакомым решением. Наш партнёр вышел из затруднения так: он держит инстанса платформы с двумя кластерами, на который кидает пополам трафик, и в случае любого сбоя (не обязательно сбоя Cassandra/Scylla) просто моментально снимает трафик с проблемной платформы или даже переводит его нам. У нас же ресурсов держать две полностью полноценных и готовых к нагрузкам платформы нет.
Очень сильно зависит от задачи, от того, как устроены данные, как с ними работают. Поэтому вопрос "какую базу взять" без серьёзного предварительного анализа не имеет однозначного ответа.
Василий Банников, скорее всего, продажа нищебродам будет позже. И скорее всего там придётся напилить сложносочинённую систему модерации и партнёрскую программу для реселлеров.
Георгий Харитонов, ещё добавлю, что dislash официально рекомендует перейти на disnake. Я именно на disnake ушёл с discord.py (тестировал также discord.py alpha, nextcord, pycord) и он мне показался самым живым (по состоянию на декабрь 2021), особенно в части поддержки новых фич (slash commands и interactions). Мой бот https://github.com/shurshur/glagolitic-bot/blob/ma...
Георгий Харитонов, discord interactions довольно криво работают, например, они отваливаются при рестарте бота, при истечении таймаутов, при любой ошибке коммуникации с ботом... И в чужом interaction вроде как тоже нельзя нажимать кнопки (не уверен, потому что для моей задачи не было нужно, но я кучу времени провёл, сражаясь с глюками на взаимодействии с одним пользователем). В моём случае при нажатии на кнопку я редактировал меню переотправкой новых кнопок, вероятно, может помочь его всегда редактировать при нажатии любых кнопок.
Георгий Харитонов, "не так" тут то, что сообщение не может удалиться моментально. Плюс если бот кратковременно отвалится - сообщение удалится не сразу. Это можно обойти с помощью slash commands, но лучше всё же тесты конфигурировать отдельно: в закрытом канале, в ЛС с ботом или даже в отдельном месте (конфиг бота, веб-админка, база или ещё какие-то варианты).
Sco0b1, ну видно же что реагирует не только на add-money, но и remove-money, кроме того, реагирует на embed самого бота и реагирует на свои сообщения.
Вот так можно сделать, чтобы бот не реагировал на себя и других ботов:
@bot.event
async def on_message(message):
if message.author == bot.user:
return
if message.author.bot:
return
Но если автор исходного бота сделал то же самое, то он на remove-money от FixBot не будет реагировать.
Правильнее было бы, чтобы подобное ограничение было в самом исходном боте.
Вообще, если пользователь передаёт деньги со своего баланса, то передача самому себе ничему не мешает. Ну, только в чате сообщения лишние. И то, подобное развлечение игрокам быстро надоест, не надо обращать на него слишком много внимани.
