да я привык

Оно развивается ещё хоть?

Оно развивается ещё хоть?

уже нет

Пример выше понял, круто, но как-то сильно низкоуровнево, с wait group не совсем разобрался, как заставить это работать? https://codeshare.io/ay8JDw , как я понял каналы блокируют основной поток?

неее ты не так рассуждай если каналы не буферизированные то у каждого РТА должно быть свое УХО

если ухо с помощью селекта может не блочиться то рот будет однозначно ждать ухо

можешь идти к вейтгруппам и воркерам

Пример выше понял, круто, но как-то сильно низкоуровнево, с wait group не совсем разобрался, как заставить это работать? https://codeshare.io/ay8JDw , как я понял каналы блокируют основной поток?

коллега, вы прошли готур?

да, весьма давно правда это было, и на udemy еще курс, но тоже достаточно давно ;)

тогда вы должны понимать, что вопрос "каналы блокируют основной поток?" смысла не имеет

да, весьма давно правда это было, и на udemy еще курс, но тоже достаточно давно ;)

нельзя отпускать .... нужно практиковаться еженедельно (а лучше ежедневно) чтоб все уходило в руки и утрясалось в голове

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

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

если в удовольствие то все получится! А низкоуровнево или выше выберете сами!

Камрады, подскажите go deb это теперь официальна тулза?

:)

для начала - dep

потом - нет, и уже не станет

и, наконец, официальным будет vgo, но пока он на стадии эксперимента

Извините, буква перевернулась

А что не так с dep ?

ну - он он оказался не в русле

с ним все хорошо, просто go team взяла курс на отказ от вендоринга

Хм, значит и сам каталог vendor тоже не в русле ?

Фигово быть go team. ? Отказаться от вендоринга до 2 версии все равно не смогут.

"Fuzzing, the new unit testing", Dmitry Vyukov, The Bug Slaughterer https://go-talks.appspot.com/github.com/dvyukov/go-fuzz/slides/fuzzing.slide

Хм, значит и сам каталог vendor тоже не в русле ?

не в русле

С dep на данный момент проблем нет, а вот с vgo... не так просто полностью на него перейти, только с нуля не используя сторонних пэкэджей

это правда

С dep на данный момент проблем нет, а вот с vgo... не так просто полностью на него перейти, только с нуля не используя сторонних пэкэджей

что это значит?

что это значит?

Ну, может это со мной проблемы. Но я пробовал несколько раз на vgo перейти полностью, у меня только с простым проектом без зависимостей это получилось. И то я всё время забываю как это пишеца это GO111VENDOR... или как там правильно, на ноуте поставил на постоянно, всё сломал пару раз :)

ну конкретики нет. У меня есть опыт около десятка проектов. Не все миграции гладко прошли, но проблем, связанных именно с go modules не было.

Нужно опытом поделиться с другими, может?

воздушно капельным?

ну конкретики нет. У меня есть опыт около десятка проектов. Не все миграции гладко прошли, но проблем, связанных именно с go modules не было.

генераторы? линтеры?

так чем делиться? все по инструкции. Размещаешь вне GOPATH, go mod init и смотришь ошибки все просто

генераторы? линтеры?

это да. но есть косвенные косяки когда dep понимает github.com/Package как github,com/package а go mod нет

так чем делиться? все по инструкции. Размещаешь вне GOPATH, go mod init и смотришь ошибки все просто

Я симлинк папки gopath во внешнюю делал

я так понимаю github.com/sirupsen/logrus раньше был github.com/Sirupsen/logrus и в старых либах он фигурирует под вторым именем. dep кушает такое, а go mod нет. go mod replace спасает

Я симлинк папки gopath во внешнюю делал

зачем gopath трогать, если go mod призван его заменить?

зачем gopath трогать, если go mod призван его заменить?

Чтобы существующее работало в обоих случаях

поясни

Привет всем, для программирования на других языках использую Atom, но на го у меня там как-то не пошло, теперь использую GoLand, есть какие-нибудь советики или известные проблемы с этим?

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

Привет всем, для программирования на других языках использую Atom, но на го у меня там как-то не пошло, теперь использую GoLand, есть какие-нибудь советики или известные проблемы с этим?

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

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

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

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

Пакеты могут быть локальными. Gopath здесь не причем. Все описываешь в конфигурации. Go mod replace как раз поможет

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

Пакеты могут быть локальными. Gopath здесь не причем. Все описываешь в конфигурации. Go mod replace как раз поможет

Всмысле с относительным путём?

Вобщем про реплэйс надо посмотреть, я мало вникал, видимо

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

В го нужно забыть как это было раньше, только алгоритмы, и то с ними можно/нужно по другому

Всмысле с относительным путём?

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

всем привет! подскажите, почему я получаю вот такую ошибку Unsolicited response received on idle HTTP channel starting with "HTTP/1.0 408 Request Time-out смотрел дамп трафика, там действительно была tcp сессия с сервером, но http запроса не было повторяется когда запускаю много поток, в один поток такой ошибки нет

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

Его можно относительным указать? Как потом в гит это отправлять?

всем привет! подскажите, почему я получаю вот такую ошибку Unsolicited response received on idle HTTP channel starting with "HTTP/1.0 408 Request Time-out смотрел дамп трафика, там действительно была tcp сессия с сервером, но http запроса не было повторяется когда запускаю много поток, в один поток такой ошибки нет

это приходит на соедигнения из пула, когда они долго висят

не помню. навреняка можно

там же еще появилась новая фича goproxy. Можно с ее помощью вести разработку

https://github.com/zelenin/go-mod-proxy

я бойлерплейт сделал

это приходит на соедигнения из пула, когда они долго висят

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

там же еще появилась новая фича goproxy. Можно с ее помощью вести разработку

Я во всю документацию не вникал , видимо, надеюсь на то, что кто-то разжуёт всё. Будет время свободное от текучки, попробую ещё раз.

гм а нормально ли, что потребление cpu с рейс детектором и без отличается на порядок?

иногда и почти на два

гм а нормально ли, что потребление cpu с рейс детектором и без отличается на порядок?

Нет

гм

=\

с -race в топе висят __tsan_read, racecall, __tsan_write, racecalladdr

что и навело на мысль убрать его нафиг

с -race жрёт ~2000% cpu (24 проца), без него - 80-150% :)

с -race жрёт ~2000% cpu (24 проца), без него - 80-150% :)

Может код так написан, но я такого не встречал

это я понял, я использую net/http и не могу понять что ему мешает сделать запрос

это я понял, я использую net/http и не могу понять что ему мешает сделать запрос

это только ваш код и ограничения ОС если есть

я делаю так client := &http.Client{ Timeout: timeout, CheckRedirect: func(req *http.Request, via []*http.Request) error { return http.ErrUseLastResponse }} resp, err := client.Get(url)

хотя бы поcледнюю строчку в рутину resp, err := client.Get(url)

ну у меня этот код в функции, а функцию я уже вызываю с go

resp.Body.Close() не забываете?

выбираете все за раз htmlData, err2 := ioutil.ReadAll(resp.Body)

как то так func worker(id int, jobs <-chan string, results chan<- string) { for url := range jobs { client := &http.Client{ Timeout: timeout, CheckRedirect: func(req *http.Request, via []*http.Request) error { return http.ErrUseLastResponse }} resp, err := client.Get(url) if err != nil { fmt.Println(url, err) continue } defer resp.Body.Close() switch resp.StatusCode { // тут отлавливаю некоторые ошибки } results <- "done" } } func main() { for w := 1; w <= flow; w++ { go worker(w, jobs, results) } for _, url := range *l { jobs <- url } close(jobs) for a := 1; a <= len(*l); a++ { <-results } }

то есть вы не читаете содержимое страниц?

нет, только код

body.Close() не желательно в defer, так как закрытие может быть по разным причинам

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

ок, попробую, спасибо

хотя если последней командой будет resp.Body.Close() оно просигнализирует что непрочитанное удалить

Динамически создавать каналы и затем обрабатывать каждый по отдельности это нормально? (типа такого https://codeshare.io/5MZeA3 )

Почему общий?

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

не помогло ?

нет, там слайс каналов

зачем то res слайс , чтоб выводить не-по-человечески?

зачем то for i, fn := range funcs { channels = append(channels, make(chan int)) go fn(channels[i]) }

это для примера, меня больше интересует делают ли так на практике

если уже вы индекс ввели зачем вам range?

for i:=0;i<len(funcs);i++

тогда зачем вообще эта конструкция?)