Pull to refresh

Comments 36

Как решили вопрос с блокировкой телеграмма? прокси SOCKS5?
Надо бота разворачивать не на домашнем компе, а на vds в облаке. Там проблем с блокировкой не будет.
Это да, но его же нужно отлаживать.
В современных IDE есть такая замечательная штука как удаленная отладка. Ещё можно на своей VDS прокинуть нужный порт через SSH и ходить на API через него.
Про удаленную отладку не знал, спасибо. А каким VDS пользуетесь?
Тысячи их. Ищите самую дешевую и все. На хабре была серия статей про сравнительный анализ VDS. Не пренебрегайте докером и CI/CD. Это облегчит сборку, отладку и развертывание вашего бота, вы не будете завязаны на конкретную VDS у конкретного провайдера, сможете легко опубликовать ваше решение в оперсорос…
Почитал вроде Heroku дает все это и даже бесплатно (с некоторыми ограничениями, мне хватит).
Тот же Azure (если речь о дотнет) даёт возможность в бесплатных тарифах удалённо отлаживать и прочее
предпочитаю Java. На вкус и цвет…
использование прокси решает вопрос до тех пор, пока она не заблокирована, а так да, когда я создавал бота, я использовал прокси сервер
Могу предположить что эту проблему решает сам телеграмм.
Пример анкеты намекает, что РКН в заданном регионе не имеет полномочий.
Все равно если делать бота ориентированным на русскоязычную аудиторию, то нужно предусмотреть и российское законодательство, и европейское.
Российское законодательство запрещает telegram. Прокси делают для каналов с хорошим инкамом от рекламы. Если все на добровольных началах, то нужен спонсор и получается стартап.
Спонсор требует возврата средств, что ведет к агрессивной монетизации проекта.
Если бы нашёлся спонсор из разряда «Я дам тебе немного денег, которые ты когда-нибудь вернёшь, но я не буду тебе навязывать, что тебе делать», то я может бы и согласился.
Это и есть классический стартап, если у сервиса гарантируется многократный прирост числа пользователей.
Мой хостер держит сервера в Нидерландах, но это тоже определённого рода минус, ведь приходиться оглядываться на GPDR(В 1.0 версии будет возможность уже скачать свои данные).

Можно запустить локально и через ngrok пробросить себе вебхуки.

Осталось только вложить в расскрутку этого чудо бота пару сотен тысяч вечно зелёных и постараться не вводить оплату, а так конечно всё замечательно 300 человек будут лайкать друг друга до посинения =)
Если честно, то про бота вышло:
Анонс на пикабу, который набрал 42 лайка, оттуда пришло около 170 пользователей.
Эта статья, после которой прирост ещё 35 пользователей.
Прошу учесть, что это не просто установки бота, а именно уже анкеты.

Никаких денег в рекламу особо не планирую вкладывать, так как их нет.
Вот когда уже пройдем стадию бота — тогда можно будет )
Ссылкой на бота поделитесь? В статье не увидел
В скриншоте примера анкеты «lovesitebot»
Если не секрет, почему не BotFramework? Вроде какого-то сильно специфичного функционала из АПИ телеграма не используете, а с фреймворком можно было бы и подключить множество платформ месенджеров, да и не пришлось бы разбираться с вебхуками/поллингом.
Если честно, я ориентировался только на ТГ.

Просто дальнейшее развитие бота — это будет сайт, который будет завязан на ТГ.
Об этом будет отдельная статья, просто когда закончу сайт ;)
Сайт знакомств с использованием Telegram Passport (https://telegram.org/blog/passport)? :)
Интересная идея, спасибо!
Я думал про обычный вход через ТГ, так далеко я пока-что даже не рассматривал )

Предусмотрена ли возможность удалить анкету?

На данный момент — нет.
В версии 1.0 будет. И будет на сайте.

Если целью было попрактиковаться в написании tg ботов, то ее можно считать достигнутой. Если есть дальнейшие планы на его развитие, то стоит обратить внимание на оптимизацию кода. Например метод, который получает рандомную анкету пользователя при каждом вызове делает 2 обращения к базе, одно из которых вытягивает все записи из таблицы user в память, чтобы выбрать среди них одну.
Плюс здесь еще и логический баг, в том что может вернуться анкета того пользователя, для которого запрашивали случайную анкету. Т.е. есть вероятность, что пользователь познакомится сам с собой)

Webhook имеет большое количество сложностей, поэтому проще просто проверять обновления.
Предположим, что ваш бот набрал кучу подписчиков и онлайн сидит куча народа и всем им надо отвечать, и допустим к вам пришло 100 запросов в одном обновлении (нормальный сервер обработает их практически мгновенно) и вам надо отдать 100 ответов, но у Телеграма есть ограничение:
не более 30 ответов в секунду
If you're sending bulk notifications to multiple users, the API will not allow more than 30 messages per second or so.
Как вы это будете «разруливать»?
Бот отлично ложится в концепцию WebAPI. Раз уж пишете на шарпе, то лучше WebAPI, а не в консоли синхронно вызывать асинхронные операции. А еще в WebAPI легче легкого сделать через webhook. И нейминг как в пхп, нехорошо.
Sign up to leave a comment.

Articles