Долгие хттп

Типа там прокси для mpegts

Блин

Просто процесс висел в скрине

И там лимит на количество строк

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

Ещё раз запишу лог тогда походу...

Оно просто падает раз в дней 5

Если не реже

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

Ну вот я так их закрываю notify := w.(http.CloseNotifier).CloseNotify() go func() { <-notify resp.Body.Close() }()

А прокси это просто ио Копи

Ну вот я так их закрываю notify := w.(http.CloseNotifier).CloseNotify() go func() { <-notify resp.Body.Close() }()

ну я понимаю. закрываются они через 5 суток, или раз в n минут?

Ну вот я так их закрываю notify := w.(http.CloseNotifier).CloseNotify() go func() { <-notify resp.Body.Close() }()

https://github.com/maruel/panicparse + GOTRACEBACK ограничить можно

Ну вот я так их закрываю notify := w.(http.CloseNotifier).CloseNotify() go func() { <-notify resp.Body.Close() }()

эмм, типо тело стримится пока не будет закрыто?

Да

Либо закрыто клиентом, либо тем откуда идёт поток

Очень специфичные вкусы

Меня тоже устраивает. Что не так с GOPATH и почему нужно от него избавляться? Про это можно где-то почитать?

Меня тоже устраивает. Что не так с GOPATH и почему нужно от него избавляться? Про это можно где-то почитать?

Нет необходимости от него избавляться - ведь работало все как-то все эти годы, но дело в том что в принципе GOPATH был необходим из-за особенностей того как Go резолвил зависимости, у многих разработчиков свой подход к тому как хранить код проектов у себя на машине и GOPATH в этом плане был не очень удобен. Сейчас с появлением go.mod появилась возможность отвязаться от GOPATH

типа оно сует методы которых нет

Чего из этого нет?

ну типа тот же append

это же не метод

а функция

почему он появился после точки (

Почему ее нет?

ну функция есть

Юзай goland

а метода для fmt такого нет

@madgopher

Меня тоже устраивает. Что не так с GOPATH и почему нужно от него избавляться? Про это можно где-то почитать?

Мы вот только юзаем https://getgb.io/ для удобства, пока очень радует

Мы вот только юзаем https://getgb.io/ для удобства, пока очень радует

Актуальность слабая

Юзай goland

та он слишком громандный же

не?

та он слишком громандный же

у кого-то просто комп слабый

та он слишком громандный же

Загораживает что то?

та не

оно то работает норм

ну лан

ща попробую..

но goland пока недоделанный, имхо. платить я бы за него не стал

Sublime с баффами

и что там недоделано?

Актуальность слабая

в чем слабая? вроде бы все умеет делать, что от него требуется

Нет необходимости от него избавляться - ведь работало все как-то все эти годы, но дело в том что в принципе GOPATH был необходим из-за особенностей того как Go резолвил зависимости, у многих разработчиков свой подход к тому как хранить код проектов у себя на машине и GOPATH в этом плане был не очень удобен. Сейчас с появлением go.mod появилась возможность отвязаться от GOPATH

Как я уже сказал. меня GOPATH устраивает, Не вижу с ним проблемы с которой надо бороться. Но я так же хочу хлебать борщи в виде семантически версионированных зависимостей, поэтому go mod тоже нужен. Хотелось бы это как-то совместить, а не выпиливать работающие и привычные фичи

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

но goland пока недоделанный, имхо. платить я бы за него не стал

Почему недоделанный?

и что там недоделано?

по сравнению с той же Idea для джава - небо и земля.

в чем слабая? вроде бы все умеет делать, что от него требуется

В 2017 был родной dep, сейчас он же и модули из коробки

по сравнению с той же Idea для джава - небо и земля.

конкретику пожалуйста. что для разработки на go не хватает в голэнд?

но goland пока недоделанный, имхо. платить я бы за него не стал

почему? сижу на нем и пока дискомфорта не ощущаю

конкретику пожалуйста. что для разработки на go не хватает в голэнд?

очевидно же - джавы

Как я уже сказал. меня GOPATH устраивает, Не вижу с ним проблемы с которой надо бороться. Но я так же хочу хлебать борщи в виде семантически версионированных зависимостей, поэтому go mod тоже нужен. Хотелось бы это как-то совместить, а не выпиливать работающие и привычные фичи

Попробовал модули? Не знаю зачем совмещать, но если что там есть вендоринг для легаси

очевидно же - джавы

аа)

по сравнению с той же Idea для джава - небо и земля.

Например? Для го нужна поддержка maven? Или чего не хватает?

Попробовал модули? Не знаю зачем совмещать, но если что там есть вендоринг для легаси

попробовал. Впечатения в принципе совпадают с твоими. Да, есть. Но они же планируют вроде выпилить vendor и GOPATH, вот что смущает

попробовал. Впечатения в принципе совпадают с твоими. Да, есть. Но они же планируют вроде выпилить vendor и GOPATH, вот что смущает

где писали про выпил vendor?

на хаборе в стате прочёл)

спс

Так так

Dep вскоре выпилят?

попробовал. Впечатения в принципе совпадают с твоими. Да, есть. Но они же планируют вроде выпилить vendor и GOPATH, вот что смущает

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

сможешь нормально мигрировать везде

Dep вскоре выпилят?

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

ERROR: S client not available

@madgopher

Что такое?

триггернул тебя на vscode vs goland

триггернул тебя на vscode vs goland

Ай, скучно же) и так понятно, что vscode)

блин

вот в голенеде автокомплит ахуенный

но я привык уже к vscode... очень удобно сделана работа с гитом, и вообще всё красиво (

Только таски заебуют

Только таски заебуют

?

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

Например? Для го нужна поддержка maven? Или чего не хватает?

ну много чего из рефакторинга, что умеет идея и не умеет (не умел goland). например сходу не было такой фичи как замена дублирующегося кода на вызов функции, перемещение файлов в другие пакеты, с заменой по всему проекту.

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

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

Меня тоже устраивает. Что не так с GOPATH и почему нужно от него избавляться? Про это можно где-то почитать?

Тем, что это уродливая концепция — по умолчанию забивать на менеджмент зависимостей и по сути костыль, усложняющий работу с форками и которого надо всячески избегать с помощью dep и прочих тулзов? Я понимаю что у половины сообщества уже стокгольмский синдром к архитектурным косякам го, но блин, должны быть какие-то рамки

посмотрим во что выльется vgo, но как по мне это то, что надо было сделать несколько лет назад

коллега

vendor+dep - это и есть менеджер зависимостей. один из лучших.

vendor+dep - это и есть менеджер зависимостей. один из лучших.

речь про GOPATH

modules+vgo - это другой подход к той же проблеме, и он мне нравится существенно меньше

речь про GOPATH

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

modules+vgo - это другой подход к той же проблеме, и он мне нравится существенно меньше

я пока не могу понять, что мне нравится больше vendor+dep или modules+vgo, но GOPATH — это какой-то просто очевидный и запредельный трэш для современного языка

CLASSPATH что, уже отменили? или LDPATH? или -I?

CLASSPATH что, уже отменили? или LDPATH? или -I?

сравнивать со странным вместо сравнивать с хорошим?

это все вполне современные языки

это как называется? а у них негров линчуют?

CLASSPATH что, уже отменили? или LDPATH? или -I?

а они от этого становятся чем-то хорошим и правильным? Можно ещё сказать что вон — в C и CPP толком менеджмента зависимостей нет, так и нам не надо (как до появления glider/dep половина сообщества и делала, кстати)

и я понимаю, почему

и я даже поддерживаю идею "давайте подумаем об этом позже"

и я даже поддерживаю идею "давайте подумаем об этом позже"

В случае других языков — да, такой подход в целом работает В случае с superopinionated Go это приводит к тому, что для исправления косяков придётся ломать пол мира, причём не понятно с какими результатами Имхо, тут либо крестик снимите, либо трусы наденьте: либо у нас сверхстабильный язык, в котором надо продумать всё заранее, либо оставить возможность для маневрирования, но тогда не заикаться о стабильности

погоди

vendor и dep нам впилили ничего не сломав

?

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

https://habr.com/post/421411/ годнота на русском подъехала