А как тогда бы понять такое:

добавили одну букву... добавился один байт. Почему один то )))

А что такое str?

добавили одну букву... добавился один байт. Почему один то )))

Это как раз ожидаемо. Оверхед примерно одинаковый, а меняется только объем данных. Как раз на один байт

добавили одну букву... добавился один байт. Почему один то )))

GC тебе каждую букву чтоль оверхэдить будет?)

А что такое str?

ничего. )

Нет, вопрос в том что разве один байт буква весит?

я думал что 8

Откуда 8 то??? Там же utf-8

*бит

он же в битах показывает 51

(надеюсь)

Это в байтах

дело раскрыто!

срыв покровов

Коллеги, а поделитесь опытом исползования twirp. Может есть какие-то подводные камни или еще что-то?

https://play.golang.org/p/Gj8M5edGOQf 8

Это он походу взвешиват тип, а не байты считает. Вот полюбуйтесь https://play.golang.org/p/MnNbX5Kdubf

а чтобы посчитать байты нужен len() просто для текста

Ну да. Так и есть. Это размер структуры, состоящей из указателя и целого числа

всё просто оказалось

Всем привет, дайте, пожалуйста, пару советов. Хочу для набивки руки написать небольшое приложение на го. С авторизацией(JWT)\группами пользователей с разным уровнем доступа к БД(postgre), и дэшбоардом. Посоветуйте, возможно какой-то фреймворк или с чем было бы проще реализовать это? Сам с Go знаком, но писал достаточно давно и по моему даже микрофреймворков не юзал - чисто стандартные пакеты(hhtp и т.п) и пару доп. либ

Я бы продолжал в том же духе, и не юзал никаких фреймворков.

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

Правами доступа внутри БД руководит БД. На уровне приложения, можете заюзать какую-то RBAC/ABAC либу.

Я использую iris довольно удобная штука. Но ее немного не любят так как автор вроде как брал код и не соблюдал лицензию. Что-то такое слышал

Но даёт оно все что нужно и очень удобно

Большое спасибо

Я использую iris довольно удобная штука. Но ее немного не любят так как автор вроде как брал код и не соблюдал лицензию. Что-то такое слышал

Тут вроде можно найти больше про негатив в его сторону https://www.reddit.com/r/golang/comments/57w79c/why_you_really_should_stop_using_iris/

Да я читал это

func main() { watch := stopwatch.Start() file, err := os.OpenFile("./gg.txt", os.O_APPEND, 0777) defer file.Close() if err != nil { // Create a buffered writer from the file bufferedWriter := bufio.NewWriter(file) for i := 0; i < 1000000; i++ { bufferedWriter.Write( []byte("Hello world"), ) } watch.Stop() fmt.Printf("Ms: %v", watch.Milliseconds()) } else { fmt.Println("File not found") } }

чет тупо в файл не пишет

даже не открывает

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

(((

слишком все топорно

мб тем кто после пхп пришел и понравится)

Дело не в языке, а в руках. У тебя в коде, когда нет ошибки ты выводишь file not found, а когда есть ты пытаешься в него писать.

Дело не в языке, а в руках. У тебя в коде, когда нет ошибки ты выводишь file not found, а когда есть ты пытаешься в него писать.

В сишарпе всегда в файл пишут когда ошибка при открытии.

мб тем кто после пхп пришел и понравится)

Я с шарпа пришел, мне в кайф

Я слышал что шарписты единственные кто считает переход на перл - шагом вперёд

даже не открывает

Ты пишешь в файл только если была ошибка при открытии

мб тем кто после пхп пришел и понравится)

В пхп конструкции куда сложнее и сахара намного больше, чем в Го

Логический баг

И ещё defer на file ставишь хотя если была ошибка там будет nullptr, defer должен быть после проверки err

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

Он *ПОЧТИ* отличный язык так-то. Любой нормальный программист рано или поздно приходит к тому, что чем дубовее и проще система и язык, тем лучше

Ты пишешь в файл только если была ошибка при открытии

нет это го плохой

Он *ПОЧТИ* отличный язык так-то. Любой нормальный программист рано или поздно приходит к тому, что чем дубовее и проще система и язык, тем лучше

, тем больше приходится писать самому*

, тем больше приходится писать самому*

во-во. читать и понимать конечно легче, а вот писать устаешь.

Ну это если у вас написание занимает больше проектировки.

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

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

Ребят, какую либу вы юзаете для воркеров в го?

Ребят, какую либу вы юзаете для воркеров в го?

Горутины с переданными в них каналами на приём и отправку, нужного типа

Это на уровне языка делается, да. Либы не нужны

а если я хочу чтобы по утрам воркер запускался?

а если я хочу чтобы по утрам воркер запускался?

крон

ну или таймеры

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

И запустить его на фоне

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

ERROR: S client not available

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

Смотря что нужно потом с ней сделать

Смотря что нужно потом с ней сделать

А, ну если эта структурка не изменяемая

Ну это если у вас написание занимает больше проектировки.

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

Тогда лучше не по ссылке, от греха подальше

Какую реализацию publisher-subscriber юзать? чтобы всё было thread safe

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

Почему именно 8?)

Почему именно 8?)

Размер указателя - 8 байт

А, прочитал как 8 Мб. И удивился, что не понял

func main() { watch := stopwatch.Start() file, err := os.OpenFile("./gg.txt", os.O_APPEND, 0777) defer file.Close() if err != nil { // Create a buffered writer from the file bufferedWriter := bufio.NewWriter(file) for i := 0; i < 1000000; i++ { bufferedWriter.Write( []byte("Hello world"), ) } watch.Stop() fmt.Printf("Ms: %v", watch.Milliseconds()) } else { fmt.Println("File not found") } }

Во-первых, закрывать файл надо, если файл открыт без ошибки, во-вторых писать в файл надо все-таки если он успешно открыт, а не наоборот. Если не умеешь программировать, то никакой сишарп, вижалустудия, решарпер и все житбреинсы на планете тебе не помогут ;)

по всем чатам проспамил

> РАКИБ В приличном обществе принято держаться подальше

Какую реализацию publisher-subscriber юзать? чтобы всё было thread safe

для какого брокера?

РАКИБ это же клименковская тема. Котороя в итоге кстати ничего не сделала

Да там просто достаточно посмотреть на их лица

Во-первых, закрывать файл надо, если файл открыт без ошибки, во-вторых писать в файл надо все-таки если он успешно открыт, а не наоборот. Если не умеешь программировать, то никакой сишарп, вижалустудия, решарпер и все житбреинсы на планете тебе не помогут ;)

Ах, если бы только был язык, в котором в принципе невозможно воспользоваться файлом, если он был открыт с ошибкой. Но это только мечты...

Хотя погодите-ка

https://doc.rust-lang.org/stable/std/fs/struct.File.html#method.open

Ну как бы в го тоже нельзя.

Ну как бы в го тоже нельзя.

Можно, можно. Достаточно заигнорить ошибку. А потом, как @napsy, удивляться, почему в файл ничего не пишется

Привет. Подскажите в какую сторону смотреть, у меня на armv5 не ловится SIGUSR1 сигнал. SIGTERM ловится нормально

Можно, можно. Достаточно заигнорить ошибку. А потом, как @napsy, удивляться, почему в файл ничего не пишется

Доку не читай - язык ругай.

Можно, можно. Достаточно заигнорить ошибку. А потом, как @napsy, удивляться, почему в файл ничего не пишется

Ну так файлом пользоваться нельзя. В структурой не иницализированной можно но ничего не будет кроме паники

Ну так файлом пользоваться нельзя. В структурой не иницализированной можно но ничего не будет кроме паники

@napsy воспользовался. И паники вроде не получил

Привет. Подскажите в какую сторону смотреть, у меня на armv5 не ловится SIGUSR1 сигнал. SIGTERM ловится нормально

SIGINT тоже, а SIGHUP и SIGUSR1 почему-то нет

@napsy воспользовался. И паники вроде не получил

Потому что оне использует буфферед райтер который возвращает ошибку, но она не была обработана

сорри ребят

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

не спал двое суток

сорри ребят

Да все ок. Просто ребята с запоздалой реакцией там отвечали, не видели что уже ответили :)