А вот проверить, что на диске есть хотя бы 10МБ - было бы неплохо

в общем, стоит ли тестить? - стоит а как именно - уже от юз-кейса

нужно больше тестов....

Джентмены!

Есть код такого толка: ping := time.NewTicker(PingPeriod).C

Нужно ли как-то освобождать ресурсы?

да, тикер надо стопать

По сути, это канал

Агась, т.е. вынести в дефер (у меня таких три тикера)

ну либо в дефер, либо по нормальному в конце функции закрыть

Короче, у меня механизм пинг-понга, как все уже догадались

И есть три тикера

Закрою их, значит, если понг не пришел (в том месте, где и connection закрываю)

Хм. Еще вопрос, если у меня ping - это канал, а не инстанс тикера, как бы его закрыть

надо объявить тикер

а не C

получать из ticker.C

и закрывать ticker

Агась

Тогда у меня будет 6 переменных

pingTicker

ping

зачем?

pongTicker..

Ну и так далее

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

Сейчас скину код, секунду

https://play.golang.org/p/a7b6xO_bmH

https://play.golang.org/p/FzzkKRaFwN

1 строчка добавилась

Агась

В кейсе просто pinger.C

Кстати, почему я не додумался бы до такого простого имени, как pinger? Грустно Спасибо большое!

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

А с каналами как быть?..

Ага, если еще нужно выйти из бесконечного цикла, то только Labels мне в помощь?

ну общий случай - выход с помощью goto

https://stackoverflow.com/questions/11104085/in-go-does-a-break-statement-break-from-a-switch-select

это если надо продолжать исполнение

А если я сделаю return?

вывалюсь же из функции

то выйдет из программы

это же main

или там функция?

У меня это запускается в хенддлере, типа go pingPong()

а

тогда закрыть каналы и return

каналы закрывать не надо

А потом там работа с сокетами

Они же только на чтение, да?

а, они в рамках горутины

да

Из-за этого не надо?

только если ты не хочешь всю программу остановить

как только канал закрыт select тут же прочитает с него ошибку

точнее пустое значение

в случае return-а нет

Не, у меня сейчас все вот так func Hanlder(resp, req) { go pingPong() //Work with websocket connection }

Как бы работа п-п не смешивается с обычными сообщениями

Но когда мне не пришел понг, я должен остановить механизм п-п

Не, у меня сейчас все вот так func Hanlder(resp, req) { go pingPong() //Work with websocket connection }

выход из pingpong будет при случае case <-pongTimedOut: //Close conn ?

по хорошему тебе бы добавить сюда контекст

Да

и пихать его в pingPong

да, контекст прям напрашивается

Ни разу не работал с ним, лишь слышал краем уха

На выходных порефакторю под него

ERROR: S client not available

и слушать его, если хендлер закрыто то и contex.Done() тоже что остановит селект

Хендлер закроется по другой причине

У хендлера есть переменная, close bool

М ы в бесконечном цикле в хендлере работаем с соединением

Если что-то пошло не так - сетим close в true и выходим из цикла

сложно...

Это первый наш опыт работы с ws

вот тебе видео одного известного человека про контекст

https://www.youtube.com/watch?v=LSzR0VEraWw

Спасибо, мил человек

Погляжу

В общем, никаких best practice у нас нет с ws

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

Внутри бесконечного цикла куча замыканий

Здравствуйте, подскажите где собака зарыта, есть код

https://pastebin.com/X44ypq0y

ио итогу var db = database.Config{} fmt.Printf("%+v\n", db)

{DB:<nil>}

Последний вопрос от меня - каналы же можно не закрывать?

ну так а что ты хочешь? ты создал новую переменную и в ней естественно нулевой указатель

Чтобы DevOps потом меня не сьел

каналы сами по себе ресурсов не жрут

Угум-с, значит pinger.Stop() достаточно

и как мне доступ получить к структуре? var db *database.Config fmt.Printf("%+v\n", db) yt rfyftn

не канает

db := InitDB()

присвоение-то где

товарищ ответил

return &Config{DB}

возвращено в структуру, сразу по адресу

по идее

@Slayer_r ты неверно понимаешь принципы присвоения значений в go. ты сначала обьявляешь типы а потом создаешь их экземпляры и инициализируешь