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

А в чем проблема с колвом коннектов у го?

nginx - это не только ценный мех. Там и роутинг на несколько сервисов, и правила доступа, и балансир, и passive\active health check и быстрый ssl

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

Что значит увеличивает? Кол-во параллельных соединений уменьшает на порядки, кол-во подключений в секунду - увеличивает. Если в дефолтной настройке. Для го лучше много параллельных, чем новых, это не апач. Поэтому надо докручивать, если хочется идеала.

Что значит увеличивает? Кол-во параллельных соединений уменьшает на порядки, кол-во подключений в секунду - увеличивает. Если в дефолтной настройке. Для го лучше много параллельных, чем новых, это не апач. Поэтому надо докручивать, если хочется идеала.

Я как раз про это.

Еще вопрос - подключаюсь к RabbitMQ, вызываю Consume, в цикле получаю сообщения: for d := range msgs { ... } Проблема в том, что если рестартовать RabbitMQ, то больше сообщения не доставляются и никаких ошибок не возникает. Сообщения скапливаются в очереди и никто их не получает. Как бы отловить эту ситуацию?

Еще вопрос - подключаюсь к RabbitMQ, вызываю Consume, в цикле получаю сообщения: for d := range msgs { ... } Проблема в том, что если рестартовать RabbitMQ, то больше сообщения не доставляются и никаких ошибок не возникает. Сообщения скапливаются в очереди и никто их не получает. Как бы отловить эту ситуацию?

Обвязать этот for в ещё один for, в котором будет переконнекчивание?

Или msgs канал не закрывается?

такое ощущение что в строке for d := range msgs { приложение блокируется, внутренности цикла не выполняются

https://gist.github.com/svcavallar/be2d40953eaf27842cba2d46de9c1fb1

есть какие-то типо homework по го?

http://exercism.io/languages/go/about

http://exercism.io Что к чему

http://exercism.io/languages/go/about

мое увожение

https://gist.github.com/svcavallar/be2d40953eaf27842cba2d46de9c1fb1

Спасибо, сейчас гляну

Спасибо, сейчас гляну

не помогло

Товарищи, подскажите, как вы организовываете работу с несколькими проектами? У меня есть 3 проекта на go, между которыми приходится переключаться раз в 15-20 минут примерно. Сейчас приходится держать их внутри go/src, но это не удобно, так как они лежат отдельно от других проектов. Есть какие-то простые способы?

Товарищи, подскажите, как вы организовываете работу с несколькими проектами? У меня есть 3 проекта на go, между которыми приходится переключаться раз в 15-20 минут примерно. Сейчас приходится держать их внутри go/src, но это не удобно, так как они лежат отдельно от других проектов. Есть какие-то простые способы?

В Sublime Text 3 я просто создаю проект с 4 директориями, по директории на команду гитхаба. Переключаюсь кликами не выходя из редактора.

Дело не в переключении, а в GOPATH :(

gogland позволяет настраивать gopath для каждого проекта

таки все равно не удобно, у меня есть папка, в ней придется создать src, bin, pkg.

а в чем проблема юзать несколько GOPATH?

Товарищи, подскажите, как вы организовываете работу с несколькими проектами? У меня есть 3 проекта на go, между которыми приходится переключаться раз в 15-20 минут примерно. Сейчас приходится держать их внутри go/src, но это не удобно, так как они лежат отдельно от других проектов. Есть какие-то простые способы?

direnv

Отлично спасает

Товарищи, ну неужели нет боли ни у кого с файлами в го? Тут либо все в одном файле хранить, либо костыли с go build *.go, локальные зависимости работают черт знает как, ну не может же быть все так плохо?

мб я что-то не понимаю?

0_o

никакой боли нет

в чем боль-то?

https://www.reddit.com/r/golang/comments/40ps8k/really_wrestling_with_gopath/cywi9fj/

ну вот создаю я новый проект. Логически я могу разделить его на модули - module1, module2. Создаю файлы: - main.go - - module1 - - - main.go - - module2 - - - main.go

зачем?

но локальный импорт работает только за пределами GO{ATH

ключевой вопрос

а как? все в main.go?

нет

Создаю файлы: - main.go - module1.go - module2.go

все в рамках package main

и все

ну хотя бы для того, чтобы файлы не пухли

ибо очень скоро они станут 1000+ строк

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

Ну можно же нелокально импортить вложенные директории

import "github.com/name/project/subdirectory"

Ну можно же нелокально импортить вложенные директории

ну это костыль костыльный же?

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

как это костыль

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

sed -ir 's/.../.../g' .

ну вот, приходим к тому, что меняем все файлы. Таки костыль?

ну вот, приходим к тому, что меняем все файлы. Таки костыль?

Имя проекта так часто меняется?:)

зачем вообще менять имя проекта?

ну все равно) так у меня сейчас работает, но мы решаем не причину, следствие

Смена проекта - единственная проблема с такими импортами?:)

У меня есть папка с проектами компании: Xxx - project1 - project2 - project3 - goproject4 - project5 - goproject6

сейчас мне приходится проекты на go держать отдельно

и это архинеудобно

симлинк

все

а вообще проекты на го лежат в gopath

и это архинеудобно

надо где-то еще - делай второй gopath или симлинк

Господа, делаю сервер с веб-сокетами и тестовую программу-клиент, в которой на n горутин устанавливается соединение с сервером. В какой-то момент процесс сервера прекращает работу, а в консоли выводится "Killed" Может быть кто знает что ето навскидку

зачем так-то?

Господа, делаю сервер с веб-сокетами и тестовую программу-клиент, в которой на n горутин устанавливается соединение с сервером. В какой-то момент процесс сервера прекращает работу, а в консоли выводится "Killed" Может быть кто знает что ето навскидку

dmesg | tail ?

ERROR: S client not available

Резонно... Спс, сообщу о результате лол

зачем так-то?

В го так принято, в gopath хранить. Прям так придумано. Компании должны либо подстраиваться, либо что-то другое брать:)

by design так в языке

go get делает именно так

Я просто не понимаю причины

и всем остальным рекомендуется делать точно так же

Зачем так?

у Пайка спроси

или у Чейни

зачем они так придумали?)

У меня есть папка с проектами компании: Xxx - project1 - project2 - project3 - goproject4 - project5 - goproject6

У вас плохая компания

код, вообще говоря, лежит в репозиториях обычно

У вас плохая компания

Интересное суждение

поэтому такая структура очень легко ложится

она легко ложится, когда весь код на го

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

У меня лежит: ~/PycharmProjects/... - питон ~/IdeaProjects/... - java ~/gopath/... - go И никаких проблем. Ведь питон из go ничего не импортит.

Да и что делать, если у меня есть pet-проекты с версией какой-то либы 1.8.3, а рабочий проект требует 2.0.1?

каждый раз go get?

каждый раз go get?

vendoring ?

вендоринг

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

Ну или разные GOPATH для ценителей.

у кого как

редактор значит не очень

gogland заводится:)

VSCode, Atom тоже

хм, значит я не умею их готовить

ну ок, это проблема решаемая. Больше меня волнует то, что нет адекватного способа делать субпакеты. Да, мне надо использовать их только в одном пакете, но это же удобно? Когда можно весь код структурировать.

даже презираемый тут некоторыми вим умеет отдельные GOPATH'ы

Да и позволяет разбить код на много меклих файлов, а не копить несколько больших