Я сейчас все это потру

Будете продолжать - ro на сутки

Будете продолжать - ro на сутки

грех не набросить же

надо писать бота, котоый банит просто за слова "вопрос не по теме"

Тут пока не по теме, пока только обсуждения "непотеме"

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

или иди учись, или ищи правильное место, или не еби людям моск :(

Для начала, ты должен слова научиться выбирать

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

Как будто вас кто-то любит.

Да ну вас нахуй. Сидите тут дальше с этим гавном, у которого "вопрос немножко не по теме"

?

чот ржу

Да ну вас нахуй. Сидите тут дальше с этим гавном, у которого "вопрос немножко не по теме"

Большего всего не по теме были тут вы.

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

и из чата ливнул =(

простите меня за флуд, пожалуйста =)

У этого чата есть какие-то правила? Что то я не видел их ни в закреплённых сообщениях, ни в описании канала. Это какие-то негласные правила?

что такое правила

ты в телеграмме

ты уже против правил

за вами выехали

Я живу там, где telegram законом не запрещен.

Так что все нормально

БУНД

Добрый день люди. Подскажите пожалуйста как это пофиксить? panic: read tcp x.x.x.x:51370->x.x.x.x:443: read: connection timed out При отправке множества запросов. Какое то время запросы проходили и отдавали результат, а потом вышла ошибка.

Сам код req, _ := http.NewRequest("GET", url, nil) req = req.WithContext(*ctx) resp, err := http.DefaultClient.Do(req) Check(err) defer resp.Body.Close()

> Check Оно паникует

таймауты у контекста побольше поставьте:)

таймауты у контекста побольше поставьте:)

ctx, _ := context.WithCancel(context.TODO()) И после передается в функцию аргументом

> Check Оно паникует

Вот тут вопрос. Если я не буду даже хотя бы в логи писать ошибки. То есть вообще не буду обрабатывать. Получается не прошедший запрос будет пропускаться и выполнение пойдет дальше с другими переданными урлами? Мне нужно как то попробовать запрос заново отправлять, если он не удачен.

ctx, _ := context.WithCancel(context.TODO()) И после передается в функцию аргументом

А здесь таймаут же не нужен. Поэтому я решил сделать так.

ctx, _ := context.WithCancel(context.TODO()) И после передается в функцию аргументом

Мне кажется или здесь моя ошибка? ? Должно же быть ctx, cancel := context.WithCancel(context.TODO()) defer cancel()

Вот тут вопрос. Если я не буду даже хотя бы в логи писать ошибки. То есть вообще не буду обрабатывать. Получается не прошедший запрос будет пропускаться и выполнение пойдет дальше с другими переданными урлами? Мне нужно как то попробовать запрос заново отправлять, если он не удачен.

for { resp, err := client.Do() if err != nil { break } time.Sleep(2*time.Second) }

for { resp, err := client.Do() if err != nil { break } time.Sleep(2*time.Second) }

То есть даже контексты не нужны?

Мне кажется или здесь моя ошибка? ? Должно же быть ctx, cancel := context.WithCancel(context.TODO()) defer cancel()

Ну, если вам нужен cancel, то его надо дёргать принудительно

Context нужен, если вы хотите добавить таймаут к запросу, или его остановить, когда сверху приходит запрос остановки

ERROR: S client not available

for { resp, err := client.Do() if err != nil { break } time.Sleep(2*time.Second) }

спасибо огромное

Ой

Там, конечно, if err == nil должно быть

А перед time.Sleep добавить log.Printf("Err: failed to run req: %v", err)

И так он будет до упора долбиться

Context нужен, если вы хотите добавить таймаут к запросу, или его остановить, когда сверху приходит запрос остановки

Допустим если у меня идет множество вызовов функции с отправкой запроса. И я делаю это в потоках и чтобы не нагружать сервер я могу контекстом их придержать?

И так он будет до упора долбиться

То что мне нужно ?

главное чтобы не 503

Я пробовал многопоточно с очень маленьким таймаутом и удивился когда сервер выдал 503

Допустим если у меня идет множество вызовов функции с отправкой запроса. И я делаю это в потоках и чтобы не нагружать сервер я могу контекстом их придержать?

Это обычно не контекстом делается. Я, если хочу ограничить кол-во запросов куда-то на стороне, делаю один канал с токенами tokens := make(chan interface{}, 5) for i := 0; i< 5; i++ { tokens <- true } Перед запросом беру из него токен После - кладу обратно В итоге будет максимум 5 паралллеьных запросов

Это обычно не контекстом делается. Я, если хочу ограничить кол-во запросов куда-то на стороне, делаю один канал с токенами tokens := make(chan interface{}, 5) for i := 0; i< 5; i++ { tokens <- true } Перед запросом беру из него токен После - кладу обратно В итоге будет максимум 5 паралллеьных запросов

Спасибо подумаю над этим ещё

Добрый день, друзья! я еще в начале пути изучения го, и ради изучения хотел накидать простую программулинку - поиск по медиуму. Но поизучав их доку,я не нашел методов поиска https://github.com/Medium/medium-api-docs и вот собственно вопрос, как лучше всего организовать поиск? Гет запросом а потом парсить ответ? или есть варианты по-лучше? Спасибо

если в апи нет - только запросом

ага, спасибо большое

aloha, я ios dev, хочу себе бекенд написать для приложухи: куда мне идти?

aloha, я ios dev, хочу себе бекенд написать для приложухи: куда мне идти?

В чем сложность?

туева туча реквестов будет на один микросервис и хочется понять как сделать оптимально все

туториалов то много но где искать бест практис