далее через стандартный анмаршел

для этого можно сделать *string

для этого можно сделать *string

как то боязно указатели то хранить, там выборка и преобразование

еще и в цикле

func fill(entity *db.Entity) { model = &StructModel{} model.key = &entity.getValue() return model; }

как бы оно не умерло

а скорее всего сдохнет на втором запросе

entity ссылается на результаты запроса, они в либе

скорее всего почистит

Друзья, работаю с русскими символами и использую len([]rune(...)) чтобы узнать настоящую длину строки. Это костыль? Как делать правильно?

utf8.RuneCountInString()

Спасибо

Так. А разве стандартная строка не utf8?

Так. А разве стандартная строка не utf8?

Всякая строка utf8, но не всякий utf8 - руна

Всякая строка utf8, но не всякий utf8 - руна

Например? Может вы имели ввиду, что не всякая руна utf8? Русские символы, вроде, входят в utf8.

Например? Может вы имели ввиду, что не всякая руна utf8? Русские символы, вроде, входят в utf8.

И это тоже :)

можно ли так очищать слайс, если в нем структуры? rowBuffer := make([]sPort, 0,15000) for .... { rowBuffer = append(rowBuffer,sPort{ip: resp.ip,port: resp.port}) } rowBuffer = make([]sPort,0,15000) лишнее вырезал. Очищается ли нормально память в таком случае?

Так. А разве стандартная строка не utf8?

да, и?

можно ли так очищать слайс, если в нем структуры? rowBuffer := make([]sPort, 0,15000) for .... { rowBuffer = append(rowBuffer,sPort{ip: resp.ip,port: resp.port}) } rowBuffer = make([]sPort,0,15000) лишнее вырезал. Очищается ли нормально память в таком случае?

[1]+ Убито nohup ./Counters > ./test Похоже, так все таки нельзя делать. А как тогда очищать слайс? только for и забивать туда nil?

[1]+ Убито nohup ./Counters > ./test Похоже, так все таки нельзя делать. А как тогда очищать слайс? только for и забивать туда nil?

Почему нельзя?

Этот процес система убила, памяти слишком много сьел... видимо, так не очищается память

А точно проблема в массиве?

может память должна не сразу высвободиться

А точно проблема в массиве?

Вероятно, так как после его добавления начала программа вылетать.

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

ещё как вариант очистить массив - использовать следующую конструкцию: rowBuffer = rowBuffer[:0]

ещё как вариант очистить массив - использовать следующую конструкцию: rowBuffer = rowBuffer[:0]

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

rowBuffer = make([]sPort, 0,15000) - это еще более простой вариант получить пустой слайс, надо заметить

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

ещё как вариант очистить массив - использовать следующую конструкцию: rowBuffer = rowBuffer[:0]

это не вариант. rowBuffer - это не слайс, а ссылка на слайс

это не вариант. rowBuffer - это не слайс, а ссылка на слайс

А почему память не чистится? Ссылок же не остаётся

не знаю. Можно попробовать руками вызвать коллектор после присвоения новой ссылки на слайс https://golang.org/pkg/runtime/#GC

Потому что запуск GC как-то связан у Go с операциями ввода/вывода, а если их нет, он как-то вяло работает

А почему память не чистится? Ссылок же не остаётся

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

из того, что добавил: rowBuffer = append(rowBuffer,sPort{ip: resp.ip, port: resp.port, speed: resp.speed, tx: tx, rx: rx, ipInt: resp.ipInt, tx_mbits: tx_mbits, rx_mbits: rx_mbits, time: resp.time, }) if len(rowBuffer) > 10000 { t := round5min() query := "INSERT INTO CountersTemporary (time,`switch`, `port`, `tx_mbits`, `rx_mbits`, `speed`, `rx`, `tx`) VALUES " for _, r := range rowBuffer { query += fmt.Sprintf("('%v','%v','%v','%v','%v','%v','%v','%v'),", t,r.ipInt,r.port,r.tx_mbits,r.rx_mbits,r.speed,r.rx,r.tx) } query = strings.Trim(query,",") + ";" conn.Exec(query) rowBuffer = make([]sPort,0,15000) } и в default тоже самое. Раньше был просто db.Exec

блин! https://play.golang.org/ же есть :(

блин! https://play.golang.org/ же есть :(

только эту функцию закинуть?

блин! https://play.golang.org/ же есть :(

Блин, прочитал как " блин! https://play.golang.org/ жесть :( " И минуту пытался понять что там поменялось

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

Прошу умного объяснить следующий феномен работы гориллы вебсокет. Есть объект типа conn *websocket.Conn, который используется для комуникаций. Если писать в него так w, _ := conn.NextWriter(websocket.TextMessage) w.Write(message) , то я вижу посылки в хроме (во вкладке DevTools - Net - Frames). А если так - conn.WriteJSON(data) - то ни хера не вижу. Вот почему так, а?

Прошу умного объяснить следующий феномен работы гориллы вебсокет. Есть объект типа conn *websocket.Conn, который используется для комуникаций. Если писать в него так w, _ := conn.NextWriter(websocket.TextMessage) w.Write(message) , то я вижу посылки в хроме (во вкладке DevTools - Net - Frames). А если так - conn.WriteJSON(data) - то ни хера не вижу. Вот почему так, а?

Обработка ошибки опущена сознательно?

конечно, это в данном случае по фигу

у WriteJSON возвращается err1 который пробрасывается из маршалера

там и нужно смотреть

err = conn.WriteJSON(data) fmt.Println(err)

я не из колхоза светлый путь тебе пишу, у меня все ошибки проверяются. нет там ни каких ошибок и до клиентского приложения на Elm-е жсон нормально доходит - вот в чом цимес

не пойму почему посылок нет в DevTools

По диагонали читается так: func WriteJSON(){ тут_работает_Вася_энкодер(); ошибка ещё ошибка если ошибка { ошибка 1 } ошибка 2 }

не пойму почему посылок нет в DevTools

что возвращает WriteJSON?

что именно

nil

а попробуй так

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

import ( "encoding/json" ) json.NewEncoder( ТУТWriter ).Encode(data ) //тут data которая в JSON идет

чтобы понять что вообще json NewEncoder шлет

алсо для JSON вроде как не нужно предварительно вызывать nextwriter

он сам вызывает его

в тестах у себя они не делают NewEncoder

лана, ща попробуй 1) в файл 2) без NextWriter

Вобщем извиняюсь за беспокойство, парни. Увидел в DevTools результат вызова WriteJSON. Хз шо там было, видимо хром тупил

Вобщем извиняюсь за беспокойство, парни. Увидел в DevTools результат вызова WriteJSON. Хз шо там было, видимо хром тупил

Наказать хром! Поставь его в угол (рабочего стола) 😄

Всем привет, актуальна ли экосистема для го, как, например laravel&vue в php?

Всем привет, актуальна ли экосистема для го, как, например laravel&vue в php?

нет, все зависимости система тянет в себя

на совсем голых дистрибутивах, у нас например, требуется -installsuffix cgo

странный вопрос и ещё более странный ответ

странный вопрос и ещё более странный ответ

чем странный?

я сам лично не дошел, но говорят в докере на чистой OS не взлетело, из за либ

чем странный?

что за "экосистема laravel&vue" и при чём тут зависимости?

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

js тянет за собой как правило npm менеджер пакетов

Всем привет, актуальна ли экосистема для го, как, например laravel&vue в php?

А можно уточнить вопрос? ЧТО подразумевается под экосистемой?

Я так понял, если имелов в виду готовый каркас GO+React, то нет, таке есть (все включено, включая изоморфную, серверную генерацию страниц на JS)

Go+Vue я не видел. Но и видеть не хочу.

А можно уточнить вопрос? ЧТО подразумевается под экосистемой?

я думаю он про набор интепрераторов и прочего говна которое ездит

Боже, что за идиотизм пихать бекэнд и фронтенд в одну репу

Они меняются и деплоятся независимо друг от друга

Боже, что за идиотизм пихать бекэнд и фронтенд в одну репу

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

щас=)