да полный интернет

Нет http2 и из коробки ws

То, что в голову приходит первым

Но если последнее в опенсорце лежит, то первое можно вкрутить при большом желании

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

типа data race'ы всякие

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

Видимо, я не отправлял большие ответы и не заметил

т.е. для работы с видеофайлами лучше использовать тet/http - там поддержка стриминга получше. Для всяких http-based API fasthttp обычно нормально подходит, т.к. там запросы/ответы не очень большие

стриминг ответов в сервере есть. Нет стриминга запросов

А запросы у меня по размеру лимитированы везде, где только можно

ну тогда ок

Aliaksandr ?спасибо за отклик

всем привет, возник такой вопрос: если есть примерно следующая структура директорий: src-|> |>application —--|> |>user (package 'user') |>platform (package 'platform') ... |>domain —--|> |>user (package 'user') |>platform (package 'platform') придется давать алиасы для пакетов. нормально ли такое наименование пакетов? возможно кто-то посоветует по-другому называть пакеты?

есть возможность например в application не делать директорий, а размещать сразу go-файлы тогда там пакет будет application

appUser, domanUser

потом, если в голову придут названия получше, просто переименуете. В го легко делать переименование пакетов :)

есть два варианта: либо не разделять на domain/application и все что к юзеру привязано складывать в один пакет user. второй вариант - раскладывать все по функциональным пакетам, например у тебя есть репозиторий юзеров для монги - mongo.UserRepository и т.д.

appUser, domanUser

ну это такое

сильно не заморачиваться, а начать с чего-нибудь. Потом видно будет

главное потом не забывать о рефакторинге

и не бояться его )

Как в этой библиотеке github.com/toby3d/telegram авторизировать бота через свой http.Client, а точнее прокси?

@toby3d

Как в этой библиотеке github.com/toby3d/telegram авторизировать бота через свой http.Client, а точнее прокси?

Эм, никак ¯\_(ツ)_/¯

Эм, никак ¯\_(ツ)_/¯

Эм так, а как жить то дальше? ) с блокировкой телеграм в рсци

Эм так, а как жить то дальше? ) с блокировкой телеграм в рсци

Поднимать бота не в россии. По крайней мере сейчас. И юзать прокси/впн самому

Сейчас каждый метод проходит через request() в котором собирается нужного формата запрос и отправляется. Никаких серверов/роутеров

Вру, роутер есть, но только локальный, для приёма вебхуков

Эм, никак ¯\_(ツ)_/¯

сделай Bot.SetClient()

собственно, профит

Да, пожалуй надо будет запилить

ты сможешь в request() юзать соответствующий клиент

Эм так, а как жить то дальше? ) с блокировкой телеграм в рсци

Откройте issue об этом в репозитории, я займусь в ближайшее время

Эм так, а как жить то дальше? ) с блокировкой телеграм в рсци

Не дождался я вашего issue, но добавил поддержку собственного клиента. Обновите пакет

Затестите и дайте знать на GitHub, если будут ещё проблемы/предложения

Не дождался я вашего issue, но добавил поддержку собственного клиента. Обновите пакет

Не мог ответить сразу.

Затестите и дайте знать на GitHub, если будут ещё проблемы/предложения

Пример как заюзать есть?

Пример как заюзать есть?

https://godoc.org/github.com/toby3d/telegram#Bot.SetClient

Либо через метод, либо руками назначить: myBot.Client = myNewClient Результат идентичный

Если клиента нет, то используется дефолтный

Либо через метод, либо руками назначить: myBot.Client = myNewClient Результат идентичный

(но так делать после запуска бота не надо)

Есть риск сделать очень плохо

При использовании tg.New(accessToken) используется стандартный клиент. Если при инициализации не сработал bot.getMe(), то вернётся структура Bot и ошибка. Можно будет переназначить клиент через bot.SetClient(newClient) и попытаться проверить соединение через bot.GetMe() отдельно. P.S.: Не забудьте назначить bot.User через bot.GetMe() чтобы не возникало паник при обращении!

При использовании tg.New(accessToken) используется стандартный клиент. Если при инициализации не сработал bot.getMe(), то вернётся структура Bot и ошибка. Можно будет переназначить клиент через bot.SetClient(newClient) и попытаться проверить соединение через bot.GetMe() отдельно. P.S.: Не забудьте назначить bot.User через bot.GetMe() чтобы не возникало паник при обращении!

Попробую авторизоваться чрезе прокси, отпишусь. Спасибо за быстрое обновление.

При использовании tg.New(accessToken) используется стандартный клиент. Если при инициализации не сработал bot.getMe(), то вернётся структура Bot и ошибка. Можно будет переназначить клиент через bot.SetClient(newClient) и попытаться проверить соединение через bot.GetMe() отдельно. P.S.: Не забудьте назначить bot.User через bot.GetMe() чтобы не возникало паник при обращении!

Обновление пакета этой же командой делаться go get -u github.com/toby3d/telegram ?

Обновление пакета этой же командой делаться go get -u github.com/toby3d/telegram ?

Yep

При использовании tg.New(accessToken) используется стандартный клиент. Если при инициализации не сработал bot.getMe(), то вернётся структура Bot и ошибка. Можно будет переназначить клиент через bot.SetClient(newClient) и попытаться проверить соединение через bot.GetMe() отдельно. P.S.: Не забудьте назначить bot.User через bot.GetMe() чтобы не возникало паник при обращении!

telegram.Bot.SetClient undefined (type telegram.Bot has no method SetClient)

telegram.Bot.SetClient undefined (type telegram.Bot has no method SetClient)

Сначала инициализируйте структуру бота

Сначала инициализируйте структуру бота

(Думаю будет полезно сделать как в других библиотеках: в редми написать пример подключения бота и ответ на сообщение.)

(Думаю будет полезно сделать как в других библиотеках: в редми написать пример подключения бота и ответ на сообщение.)

Архитектура пакета пока не совсем стабильна, чтобы уже клепать примеры

Архитектура пакета пока не совсем стабильна, чтобы уже клепать примеры

Элементарный пример подлкючения, думаю должен быть на любой стадии развития.

Это же довольно очевидно, что для использования/назначения чего-либо из/в структуры нужно для начала её инициализировать в какую-нибудь переменную: bot := new(telegram.Bot) bot.SetClient(myClient) bot.AccessToken = "myToken" bot.User, err = bot.GetMe() или bot := telegram.New("myToken") bot.SetClient(myClient)

Это же довольно очевидно, что для использования/назначения чего-либо из/в структуры нужно для начала её инициализировать в какую-нибудь переменную: bot := new(telegram.Bot) bot.SetClient(myClient) bot.AccessToken = "myToken" bot.User, err = bot.GetMe() или bot := telegram.New("myToken") bot.SetClient(myClient)

./main.go:28:15: cannot use myClient (type *http.Client) as type *fasthttp.Client in argument to bot.SetClient

./main.go:28:15: cannot use myClient (type *http.Client) as type *fasthttp.Client in argument to bot.SetClient

Fast именно нужно?

./main.go:28:15: cannot use myClient (type *http.Client) as type *fasthttp.Client in argument to bot.SetClient

Да, пакет юзает fasthttp

Есть отдельный пакет для конвертации даты из http в fasthttp и обратно, но он предназначен для мягкой миграции с одного пакета на другой, а не постоянного использования, так как наносит урон по производительности

Есть отдельный пакет для конвертации даты из http в fasthttp и обратно, но он предназначен для мягкой миграции с одного пакета на другой, а не постоянного использования, так как наносит урон по производительности

Сейчас попробую.

Есть отдельный пакет для конвертации даты из http в fasthttp и обратно, но он предназначен для мягкой миграции с одного пакета на другой, а не постоянного использования, так как наносит урон по производительности

var proxyClient = &fasthttp.HostClient{ Addr: "upstream.host:port", } Собственно, как в fasthttp заюзать прокси с логином и паролем?

var proxyClient = &fasthttp.HostClient{ Addr: "upstream.host:port", } Собственно, как в fasthttp заюзать прокси с логином и паролем?

@kirilldanshin, призываю тебя! Я с прокси-клиентами не работал ещё

@kirilldanshin

var proxyClient = &fasthttp.HostClient{ Addr: "upstream.host:port", } Собственно, как в fasthttp заюзать прокси с логином и паролем?

Гляньте пока вот эти issues: https://github.com/valyala/fasthttp/issues/64 https://github.com/valyala/fasthttp/issues/161

Думаю, нужно переопределить HostClient.Dial

Всем привет. подскажите какой нибудь минималистичный фреймворк для тестирования rest? restit попадался

Гляньте пока вот эти issues: https://github.com/valyala/fasthttp/issues/64 https://github.com/valyala/fasthttp/issues/161

Гуглил уже. Все равно там нету примера с лог\паролем

ERROR: S client not available

Эм так, а как жить то дальше? ) с блокировкой телеграм в рсци

Можно воспользоваться этим https://github.com/tucnak/telebot

Гляньте пока вот эти issues: https://github.com/valyala/fasthttp/issues/64 https://github.com/valyala/fasthttp/issues/161

Возможно ли сделать библиотеку через сандартный http?

Возможно ли сделать библиотеку через сандартный http?

Придётся перелопатить некоторые кишочки, конечно. Плюс скорость работы будет снижена

а?!

это как это она будет снижена?

это как это она будет снижена?

Бенчмарки же ж

Придётся перелопатить некоторые кишочки, конечно. Плюс скорость работы будет снижена

Просто с fasthttp, Ваша библиотека будет юзабильна только через всякие приблуды, это если для России

Просто с fasthttp, Ваша библиотека будет юзабильна только через всякие приблуды, это если для России

Причём тут Россия?

Просто с fasthttp, Ваша библиотека будет юзабильна только через всякие приблуды, это если для России

Из-за 7% пользователей менять движок?

Из-за 7% пользователей менять движок?

Я особо не настиваю, просто говорю свое мнение

Бенчмарки же ж

и что бенчмарки? как это влияет на интегральную производительность

Из-за 7% пользователей менять движок?

Ну, мне не трудно, тащем-то

Тем более в РФ дороже сидеть

Тем более в РФ дороже сидеть

????

????

Сколько стоит твой сервер для бота?

(Если не гуглить самые дешёвые виртуалки РФ)

Вот - рили

Тем более в РФ дороже сидеть

иногда нужны российские айпишники.

но есть хак, купить маломощный сервак в РФ, поднять там прокси и бегать через него

Причём тут Россия?

При том что в россии обычно наблюдаются некоторые проблемы с соединением к API

Сколько стоит твой сервер для бота?

5э и он не в роси, ставить прокси на всю ОС только для разработки, не особо хочеться.

иногда нужны российские айпишники.

Для бота? Чё?

Для бота? Чё?

ну я не про телегу

При том что в россии обычно наблюдаются некоторые проблемы с соединением к API

Можно использовать прокси

ну я не про телегу

А мы выше о телеге

А мы выше о телеге

ну ты написал что "Тем более в РФ дороже сидеть" - это в принципе так, безотносительно бот для телеги или любой другой сервис. но иногда надо сидеть в россии.

Есть какие-то прям обязательства хостить бота только на российских адресах?

Если подразумевается работа бота для всех, то логично подыскать площадку, в которой для подъёма бота не требуется танцев с бубном

Для локального тестирования - поднимай прокси у себя. В проде логика проксирования, наиболее вероятно, не потребуется

а есть прокси, который можно цеплять к процессу. ща найду

я так лечил приклад, который не умел в прокси.

proxychains - вот эта штука.