Может, я что-то вообще не так делаю? Запускаю кучу горутин, передаю им один канал, они в него пишут. Потом результаты собираю

Только вот у него длина почему-то 0, хотя в него должны писать они

Почему этот хер оскорбляет всех нормальных гоферов своими высерам? https://habrahabr.ru/post/353980/

а что там было?

https://webcache.googleusercontent.com/search?q=cache:OnnC2WCNct8J:https://habrahabr.ru/post/353980/+&cd=1&hl=ru&ct=clnk&gl=ru

Может, я что-то вообще не так делаю? Запускаю кучу горутин, передаю им один канал, они в него пишут. Потом результаты собираю

если у канал не буфферизованный, то всё правильно

А какой размер буфера указывать?

Типо, больше него данных туда не записать?

А какой размер буфера указывать?

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

То есть синхронно будет работать

Капец, этот сустемдэ дырявое недоразумение

Да ладно, это суперская вещь, тем более стандарт уже.

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

Если не ноль? Есть ращнизца: 1 или 100 или 1000?

я не вижу принципиальной разницы между демоном и апликейшином

Классический юниксовый демон, погуглите, форкает процесс, прибивает родительский, отсоединяется от stdin, stdout, stderr ну и т. д.

Если не ноль? Есть ращнизца: 1 или 100 или 1000?

Если 1, то одна горутина сможет записать в канал, остальные будут ждать. Если 100 - то 100 смогут.

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

Если не ноль? Есть ращнизца: 1 или 100 или 1000?

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

Насколько я понимаю, это верно лишь для выходных каналов? т.е. если у меня длинный пайп типа: source -> c1 -> c2 -> c3 -> sink, то ограничивать нужно sink?

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

Даже страшно подумать, где такие пайпы могут пригодиться

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

Да, ты прав. У меня они не успевали отработать, а буфер уже заваливался, вот всё и зависало

Пока поставил размер буфера на длину входных данных

Так 100% работать будет

Коллеги, подскажите, была какая-то либа-сервис на go позволяющая поднять временный домен для тестов который реверсил запрос в приложение. Как-то на "n" назвывалась

Коллеги, подскажите, была какая-то либа-сервис на go позволяющая поднять временный домен для тестов который реверсил запрос в приложение. Как-то на "n" назвывалась

caddy?

nginx?

Коллеги, подскажите, была какая-то либа-сервис на go позволяющая поднять временный домен для тестов который реверсил запрос в приложение. Как-то на "n" назвывалась

https://ngrok.com/download

https://ngrok.com/download

А можно поподробнее что это?

На английском плохо усваиваю.

в рунете куча статей о нём

А можно поподробнее что это?

позволяет поднять порт на локальной машине и сделать его доступным из интернета по временному имени в домене ngrok

удобно для локальной разработки

позволяет поднять порт на локальной машине и сделать его доступным из интернета по временному имени в домене ngrok

Спасибо, интересно, пойду гугл курить.

На английском плохо усваиваю.

А как ты программируешь?

А как ты программируешь?

А я не программирую. Так хожу мимо, подслушиваю.

удобно для локальной разработки

То есть получается мона ботов для телеги так разрабатывать?

можно

То есть получается мона ботов для телеги так разрабатывать?

думаю да

а можно на фрином взять на год бесплатно домен .ml или .tk

думаю да

Как раз думал об этом, но уже не актуально))) Спасибо.

Решил собрать в одном канале книги про Go, чтобы каждый раз их не искать по всему телеграму и интернету :) https://t.me/golanglibrary Кому интересно подписывайте, если хотите закинуть в канал книги, которых там еще нет - пишите мне @mxssl

а можно на фрином взять на год бесплатно домен .ml или .tk

Фишка в том, что када бота пишешь, пока на серв не запушишь, результат не увидишь... так-то локально удобно было-бы. Тем более за натом мы.

телега боту пушит события чтоль?

телега боту пушит события чтоль?

Да, через вебхук. Вебхук выставляешь, там ип, порт. серт... и получаешь от телеги события.

понял

https://ngrok.com/download

Точно, спасибо

телега боту пушит события чтоль?

там можно и так и так

телега боту пушит события чтоль?

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

Чото как-то давно читал, что мона было настроить входящее к тебе соединение и за счёт этого сидеть в тырнете.... То есть на работе у тебя есть тырнет халявный, а дома дорого, скрипт звонит тебе и у тебя появляется тырнет...

К примеру на IP не можешь зайти, заблокирован, с этого IP устанавливается соединение с тобой...

но отвечать-то как-то надо на этот IP, а если он заблокирован, то не получится

ngrok свой сервак что-ли использует для перенаправления трафика?

возможно, либо какие-то правила DNS

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

возможно по принципу прокси работает

Хай гайз. Ктониб с github api работал?

Хай. Я работал ))

ngrok свой сервак что-ли использует для перенаправления трафика?

Я так понимаю либа коннектится к серверу с локалки и этот коннект используется для проброса траффа с серверов ngrok на локалку

Единственное преимущество перед dynDNS что позволяет за нат пролезть.

Всем привет!!! Может вопрос не совсем про go, но в его контексте.... Пишу микросервисную архитектуру на go ... Стал запихивать сервисы в докер контейнеры.. изначально сервисов было 3 ... И не парился и создавал их руками через dockerCLI. Но уже количество больше 7. Соответственно возник вопрос оркестрации... Вопрос?! Что лучше использовать для локальной разработки.. Compose, Swarm, Kubernates? Ещё желательно чтобы последующий переезд в облако был комфортным... В качестве системы управления развернут локальный gitlab. Соответственно начинаю ковырять ещё в сторону CI\DI. Короче говоря... Кто какую инфраструктуру использует для локального dev-a ??

кубернетис для разработки?

оверхед большой, имхо

композа хватить должно

а дальше девопсам отдавай, пускай разбираются

кубернетис для разработки?

Ну да.. вопрос уже возник... В магазин на танке)))

а дальше девопсам отдавай, пускай разбираются

Да хотелось бы самому раскурить эту тему... Чтобы понимать как и что...

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

ERROR: S client not available

привязываешь карту и 300 баксов дарят, на разобраться хватит

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

Ну это ужО не совсем локально...

ну кубы на локальной машине это то ещё удовольствие)

а там и регистри и интеграции и гуи и .. и..

и куча всего)

ну кубы на локальной машине это то ещё удовольствие)

))) спасибо... Посмотрю..

ну кубы на локальной машине это то ещё удовольствие)

Кубы=Kubernates ???)

угу

kubernetes

Я вчера разворачивал их локально... правда по манам Kubernetes.... Аж забыл поспать))))

?

не стоит оно того

А потом возникнет нужда почту прикрутить, потом ещё что-то... контейнеров всё больше...

Всем привет!!! Может вопрос не совсем про go, но в его контексте.... Пишу микросервисную архитектуру на go ... Стал запихивать сервисы в докер контейнеры.. изначально сервисов было 3 ... И не парился и создавал их руками через dockerCLI. Но уже количество больше 7. Соответственно возник вопрос оркестрации... Вопрос?! Что лучше использовать для локальной разработки.. Compose, Swarm, Kubernates? Ещё желательно чтобы последующий переезд в облако был комфортным... В качестве системы управления развернут локальный gitlab. Соответственно начинаю ковырять ещё в сторону CI\DI. Короче говоря... Кто какую инфраструктуру использует для локального dev-a ??

про локальную разработку есть хорошая презентация-туториал

https://muracon18.bretfisher.com/#1

в принципе работает для продакшена придерживаться примерно такой последовательности

на предыдущем месте где работал коллеги решили начать с конца - сначала сделать оркестрацию feature/prerelease/prod окружений, а только потом решать вопросы локальной разработки и самих приложений - получилось не очень, много времени было потрачено на старте

https://muracon18.bretfisher.com/#1

Огромное спасибо... Буду изучать))

Всем привет. Кто-то может работал с базой данных postgresql и совмещал с сервером на golang, отзовитесь пожалустаааа

лучше конкретный вопрос задавать

я работал, но не сильно вникал

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

у, не, я такой себе программист, ревьюить чужой код мне не по рангу ещё

Всем привет. Кто-то может работал с базой данных postgresql и совмещал с сервером на golang, отзовитесь пожалустаааа

https://habrahabr.ru/post/329582/

поверь там нет сложного

ооо

спасибо)

func GetResources(w http.ResponseWriter, r *http.Request) { var resources []Product db.Find(&resources) json.NewEncoder(w).Encode(&resources) } есть такая функция в коде, но нужно еще сделать следуеще:" You should handle the error if any. And return 500 status error if the error has happened." Кто может дописать код, чтоб я понял как ето делать и прописивать в go и нужно ли подключать библиотеку для ошибок?

нет уж, делайте свою домашку/фриланс сами

func GetResources(w http.ResponseWriter, r *http.Request) { var resources []Product db.Find(&resources) json.NewEncoder(w).Encode(&resources) } есть такая функция в коде, но нужно еще сделать следуеще:" You should handle the error if any. And return 500 status error if the error has happened." Кто может дописать код, чтоб я понял как ето делать и прописивать в go и нужно ли подключать библиотеку для ошибок?

Дописать не можем, кода слишком мало. Но подсказка - всякие функции типа db.Find и json.Encode могут возвращать ещё и ошибку. Открываешь доку