хотя бы.)

Когда такой подвернул штаны, жахнул веипа, выпил смузи, написал в твиттер о своих правах и начал выдумывать что ещё покреативить: Вызов RUST из GO с низким оверхедом. https://blog.filippo.io/rustgo/

https://highloadcup.ru/rating/

Mehdzor 19 июля 2017 в 03:14 0 Не смог понять, что значит зацикленный поток. Можно на котиках и собачках пояснить? divan0 19 июля 2017 в 08:59 +6 Ну это когда вместо того, чтобы на каждого котика выпускать по собачке (что дорого) и забирать обратно после сьедения котика, выпускают как минимум одну собачку, которая бегает кругами, в надежде, что скоро появится кошка и она её быстро съест и продолжит дальше бегать в цикле (отсюда — зацикленная собачка). А если будут ещё кошки появляться с частотой превышающей время поедания первой собачкой, то тогда уж так и быть, будут запускать ещё собачек на каждую кошку, или ещё несколько зацикленных собачек. JekaMas 19 июля 2017 в 10:58 +2 Благодарю! Сегодня же всю команду ознакомлю с этим!

доброй ночи господа, я с nodejs перехожу на go, подскажите библиотеки/фреймворки для создания rest, jsonrpc, и прочих API, типо как на ноде connect, loopback. С языком пока мало знаком.

net/http

доброй ночи господа, я с nodejs перехожу на go, подскажите библиотеки/фреймворки для создания rest, jsonrpc, и прочих API, типо как на ноде connect, loopback. С языком пока мало знаком.

Мы не используем фреймфорки, как правило. В Golang есть вебсервер из коробки. Redis, СУБД и ВебСокеты подключаются драйверами.

net/http

Советую "fasthttp". В х10 быстрее.

Мы не используем фреймфорки, как правило. В Golang есть вебсервер из коробки. Redis, СУБД и ВебСокеты подключаются драйверами.

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

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

Го довольно низкоуровневый в этом плане. Но зато он очень производительный, на уровне С.

Советую "fasthttp". В х10 быстрее.

не самый лучший совет для новичка в Go

fasthttp это только для тех, кто действительно понимает зачем он ему нужен

доброй ночи господа, я с nodejs перехожу на go, подскажите библиотеки/фреймворки для создания rest, jsonrpc, и прочих API, типо как на ноде connect, loopback. С языком пока мало знаком.

В го принято многое писать ручками ТК стандартная либа очень мощная в этом плане:)

Советую "fasthttp". В х10 быстрее.

юзай gramework, если что, то тут разработчика можно попинать)

юзай gramework, если что, то тут разработчика можно попинать)

😂

Господа, вы пакеты проекта кладёте в каталог src внутри проекта? У меня 1.8 работает так что все пути прописанные в GOPATH добавляется src/{PACKAGE). Устраивает полностью этот src. у коллеги 1.6. работает даже если пакеты без src в корне проекта

мы документацию по GOPATH читали, поэтому у нас все работает без src

hint: GOPATH показывает на директорию, где лежат проекты, а не не на директорию проекта

в инструкции сказанно go get github.com/go-kit/kit добавит файлы в $GOPATH/src/github.com/go-kit/kit

да

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

если вы придумали под проект заводить отдельную - вы неортодоксально мыслите

тут всё норм

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

в go для разных версий придумали вендоринг

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

тогда при чем тут src?

тогда при чем тут src?

инетерсует, если внутри проекта используются пакеты, то требует система чтобы они были src

инетерсует, если внутри проекта используются пакеты, то требует система чтобы они были src

Нет не требует, даже наоборот не нужно

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

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

я не юзаю gogland, не знаю. может быть - он у вас настройки сохранить не справляется

export GOROOT=/usr/lib/go-1.8 export GOPATH=/home/vadim/dev/go делаю go run main.go main.go:9:2: cannot find package "controllers" in any of: /usr/lib/go-1.8/src/controllers (from $GOROOT) /home/vadim/dev/go/src/controllers (from $GOPATH)

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

export GOROOT=/usr/lib/go-1.8 export GOPATH=/home/vadim/dev/go делаю go run main.go main.go:9:2: cannot find package "controllers" in any of: /usr/lib/go-1.8/src/controllers (from $GOROOT) /home/vadim/dev/go/src/controllers (from $GOPATH)

Потому что импортирвать надо не как “controllers”, а как “github.com/yourname/yourpackage/controllers"

у меня controllers не в github-e

а в папке проекта только

а папка проекта где

показал бы структуру проекта лучше

/home/vadim/dev/go/Project - проект

export GOROOT=/usr/lib/go-1.8 export GOPATH=/home/vadim/dev/go

Сам Project надо пихать в src

а в коде импортировать как “Project/controllers”

Сам Project надо пихать в src

да не обязательно же именно в src

в каком смысле?

bin, pkg, src - это стандарт

поиск пакета происходит в $GOPATH/src

вернее - во всех директориях, что в $GOPATH перечислены

вернее - во всех директориях, что в $GOPATH перечислены

ну во всех директориях же ищет не обязательно проект в src лежать должен или я не прав?

не прав

Обязательно

Он ищет только в GOROOT и в GOPATH/src как уже говорили выше. Больше нигде

Он ищет только в GOROOT и в GOPATH/src как уже говорили выше. Больше нигде

то есть все проекты надо создавать допустим не в /home/user/go а в /home/user/go/src ?

к сожалению, да

Ага

теоретически, можно создать где-то еще, а туда положить симлинк

а пакеты которые ставлю в /home/user/go/pkg а билды в /home/user/go/bin все верно?

практически - кое-какая кодогенерация (go-swagger, к примеру) будет работать неправильно

А еще gorename, goguru, gocover и т.д

а пакеты которые ставлю в /home/user/go/pkg а билды в /home/user/go/bin все верно?

все верно, но оно же само туда ляжет при go get и go install

в pkg и bin ничего пихать не надо. в bin устанавливаются бинарники когда вы делаете go install

все верно, но оно же само туда ляжет при go get и go install

все спасибо тогда разобрался вроде

в pkg и bin ничего пихать не надо. в bin устанавливаются бинарники когда вы делаете go install

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

Ага

go get и в srс все сам положит, так-то

вопрос лишь в том, куда класть свои новенькие сорцы

вернее - во всех директориях, что в $GOPATH перечислены

ищет в $GOPATH/src только а не в $GOPATH

именно это я и написал строкой выше

не совсем, вы написали потом что ищет в $GOPATH логично предположить что $GOPATH/mylib - не найдет import "mylib"

коллега, не надо занудства :)

я за точность, сорри)))

точность чего?!

точность описания

вот класно скаанно:

Он ищет только в GOROOT и в GOPATH/src как уже говорили выше. Больше нигде

только забыто, что GOPATH может содержать более одной директории

и проверены будут src поддиректории в каждой из них

раз уж вы "за точность"

Он ищет только в GOROOT и в GOPATH/src как уже говорили выше. Больше нигде

И не GOROOT, а GOROOT/src

:D

да уж))

😂