не на ноде с телеграфом?

c#

он упал из-за попытки отправить сообщение пользователю, который его заблокировал. ну я перезапустил бота (он на .net core под линукс)- а он теперь вообще мне сообщения не шлет...

наверное стоит запинить хоть какие то правила чата.. например тобы вопрос не по АПИ задавали обязательно с указанием языка, на котором пишешь бота

он упал из-за попытки отправить сообщение пользователю, который его заблокировал. ну я перезапустил бота (он на .net core под линукс)- а он теперь вообще мне сообщения не шлет...

Вообще всю эту возню не понимаю, за эти вещи фреймворк отвечать должен

вы о чем? за какую возню? моя ошибка в том, что не отловил исключение.. забыл try-catch поставить))

У меня питоновский бот на long pooling, вообще не заморачиваюсь как он там с сетью работает

а при отправке файла можно любой ид файла указывать?

так у меня также было..

наверное стоит запинить хоть какие то правила чата.. например тобы вопрос не по АПИ задавали обязательно с указанием языка, на котором пишешь бота

может, стоит запинить информацию и правила для людей, которые ищут себе исполнителей для создания бота? Да и добавить @hash_tag_bot стоит

может, стоит запинить информацию и правила для людей, которые ищут себе исполнителей для создания бота? Да и добавить @hash_tag_bot стоит

плюсую

господа, есть вопрос такой, вот при использовании webhook безопасность обеспечивается по средством сертификата, который мы ставим, а как обеспечить безопасность при long pooling ? Ведь получается что ключ бота мы передаем в открытом виде

long polling вроде же через https?

не знаю, по этому и спрашиваю

в исходниках на гите, я не видел что бы в ноде подключали библиотеку для работы с https

вот при webhook, да, там 100% https

в исходниках на гите, я не видел что бы в ноде подключали библиотеку для работы с https

Не там смотрел

в исходниках на гите, я не видел что бы в ноде подключали библиотеку для работы с https

Нода требует отдельную библиотеку для https get запросов?

На сколько я понял, да

Нода не требует

А вот какая-то конкретная библиотека — вполне может

webhook это на приём, возможно требовалась библиотека для запуска https сервера.

у меня собственно просто вопрос, если я не хочу делать бота доступного из вне, а разместить у себя на сервере и сделать его на long pooling, обеспечивается как-то безопасность при передаче ключа или нет?

у меня собственно просто вопрос, если я не хочу делать бота доступного из вне, а разместить у себя на сервере и сделать его на long pooling, обеспечивается как-то безопасность при передаче ключа или нет?

Ну так ты через ссл будешь апдейты получать

webhook это на приём, возможно требовалась библиотека для запуска https сервера.

Я ещё раз говорю, не требуется))

Просто там очень низкоуровневая реализация

Поэтому часто работают через библиотеки

ок ;)

Что тут происходит

Общение

он упал из-за попытки отправить сообщение пользователю, который его заблокировал. ну я перезапустил бота (он на .net core под линукс)- а он теперь вообще мне сообщения не шлет...

вот он как раз не отвечает потому что слишком часто пытался отправлять сообщения и теперь через минуток 30 можно снова попробовать отправить

вот он как раз не отвечает потому что слишком часто пытался отправлять сообщения и теперь через минуток 30 можно снова попробовать отправить

а часто, это сколько? И на сколько рубят канал?

а часто, это сколько? И на сколько рубят канал?

чем чаще бот бомбит тем больше ограничение, первый раз обычно на минуту, потом если бот не успакаивается то на 2 минуты (либо больше, время примерное) и т.д. для того чтоб знать эти интервалы точнее, как минимум надо отлавливать все исключительные ситуации и логгировать ответы серверов ТГ (одно из правил хорошей разработки вообще подразумевает логировать всё ошибки, что и упрощает жизнь в отладке и гаданию на кофейной гуще "от чего же он не работает")

я хотел через телеграм логи себе кидать, вот и думаю, как это организовать. А то произойдет что, как повалят)) и пипец) тогда бы организовать циклическую отправку, а не по событию, если вдруг логов пошло больше чем надо.. Но хотелось бы понять о каких порядках речь идет.

или ТГ предупредит, щас мол отключу!)

я хотел через телеграм логи себе кидать, вот и думаю, как это организовать. А то произойдет что, как повалят)) и пипец) тогда бы организовать циклическую отправку, а не по событию, если вдруг логов пошло больше чем надо.. Но хотелось бы понять о каких порядках речь идет.

вот такие ошибки сыпятся, когда ограничение срабатывает) и потом время каждый раз больше (если лимит снова быстро достигается)

так что он как раз и предупреждает)

В таком случае, тебе лучше самому их отправлять/запрашивать

так что он как раз и предупреждает)

«Предупреждаем: мы вас забанили» Предупредительный в голову ?

во ово!)

Вообще плохо, что неизвестно точное значение максимальной частоты запросов

я и смотрю - клевое предупреждение)

я хотел через телеграм логи себе кидать, вот и думаю, как это организовать. А то произойдет что, как повалят)) и пипец) тогда бы организовать циклическую отправку, а не по событию, если вдруг логов пошло больше чем надо.. Но хотелось бы понять о каких порядках речь идет.

эта проблема легко решается, нужно где-то хранить время последней отправки этого события, и например если в течении последней минуты это событие уже отправлялось, то ничего не делать)

Вообще плохо, что неизвестно точное значение максимальной частоты запросов

Потому что можно было бы просто делать debounce у себя и всё

ну или в идеале, если всё же нужно слать, то с позже слать (реализуется через очереди)

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

вот интересно, раз в сек это много или ... нормлаьно?)

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

дык эти проблемы разработчик и должен решать, а наше дело маленькое, помочь, так сказать, направить, подсказать куда копать рубанули то не на вечно же, у меня бывало по моей крыворукости и по пол дня долбил бот (самому стыдно) и ничего, через часик второй после перезапуска, всё ок

))

вот интересно, раз в сек это много или ... нормлаьно?)

https://core.telegram.org/bots/faq#my-bot-is-hitting-limits-how-do-i-avoid-this

Это ещё по божески

Клиент апи может сразу часов на 10 забанить

Разработка на сегодня будет закончена))

Клиент апи может сразу часов на 10 забанить

вероятно зависит от масштаба мероприятия)

От масштаба косяков зависит) Если просто попробовать скачать все стикерпаки разом — это одно, а если подолбиться в апи без авторизации — совсем другое))

30 сообщ в сек разным пользователям? ну вот уже какая то конкретика..

тоесть если раз в сек отправлять то должно быть все гут. Тем более что себе же и редко. Пулом может пройти во время ребута какого-нить а потом опять все спокойно..

Ребят а бот видит сообщения которые форватит пользователь

да

И может с ним как с тхт сообщением работать

да

Ребят а бот видит сообщения которые форватит пользователь

при некоторых условиях не видит (приватность)

при некоторых условиях не видит (приватность)

Даже если я создатель его

Даже если я создатель его

да

ну, в личке бот получает все сообщения

а вот в диалогах - если отключена приватность то видит все

Даже если я создатель его

и не имеет значения кто создатель для бота "создатель" отлиается от всех остальных только тем, что у него есть токен

все

ну, в личке бот получает все сообщения

Начал разбираться telegra.ph api и это важно

Начал разбираться telegra.ph api и это важно

так то совсем другой сервис.

так то совсем другой сервис.

Не он вагончиком пойдет

Начал разбираться telegra.ph api и это важно

шо там разбираться, 5 ендпоинтов. )

лол

уже разобрался, сделал, проект устарел, удалил)))

шо там разбираться, 5 ендпоинтов. )

Не кто не запрещает учится и смотреть не за мылиным глазом на возможность пусть даже для себя

Не кто не запрещает учится и смотреть не за мылиным глазом на возможность пусть даже для себя

та ктож против

Читается как отстой

Прям как ваши сообщения? :)

Меня телеграф интересует с точки зрения мечтает вьев

Инстант вьев

Инстант вью скорее

Согласен

? Version 0.44.0 released! https://github.com/php-telegram-bot/core/releases/tag/0.44.0

Ничего нового. Немного фиксов, UserName бота теперь не обязателен для инициализации, примеры вынесены в отдельную репу. ⚠️ Внимание. Пофиксен метод $update->getUpdateContent(), теперь возвращает объекты соответствующих классов вместо обычного массива. Если пользовались этим методом и данными им возвращаемыми, придётся править код.

Прям как ваши сообщения? :)

Возможно. Спорить с Гуру! Нет смысла.

Кто хочет и самое главное может ответит , а кто то кто к знакам припиная найдет зацепку.

Кто хочет и самое главное может ответит , а кто то кто к знакам припиная найдет зацепку.

Может просто T9 отключить? )))

А если на бегу пишешь. Хотя конечно Гугл клава иногда улыбает

А если на бегу пишешь. Хотя конечно Гугл клава иногда улыбает

Цезарь, перелогинься. )

Цезарь, перелогинься. )

++

Короче поборники словесности ,грамматики,и орфографии все тут по языку в школе пятерочку твердую имели или или это так письками мерятся

я вклинюсь, самое время тупой вопрос задать) что посмотреть общее по ботам как делается, на русском. Без привязки к яп. А то разного уже начитался, может есть рекомендации что УХТЫ!

тока не API на англ)

Телефон вообще не совсем предназначен для для общения кодом яп

а то попробовал так, нашару пароль на своего бота поставить - не тут то было(