а у тебя там файрволов-то нет, случаем ?

с сервака дерни curl -vvvv http://localhost:9090

у меня nginx стоит. Может быть из-за него какие-то проблемы

у меня nginx стоит. Может быть из-за него какие-то проблемы

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

сделай curl http://ip:9090/metrics что выдает?

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

походу надо идти чекать, что там у меня с nginx

что-то и в логах nginx пусто ?

Java. Или ранние версии Go. Больше вроде их нигде так не называют

много где есть. в haskell, rust, scala, C#. темплейты, ( не дженерики, но похоже) - в C++, D

а нормально, что на http://address:9090/metrics смогут заходить вообще все?)

или это как-то можно всё ограничивать?

ограничивай, никто не мешает

а нормально, что на http://address:9090/metrics смогут заходить вообще все?)

Прометеус это система мониторинга. Системы авторизации аутентификации прикручивай сам

не совсем так

какая-то ненужная хрень из других, отсталых языков.

Толсто)

серверу прометея надо прояснить, как на нодах аутентифицироваться

серверу прометея надо прояснить, как на нодах аутентифицироваться

Я про просмотр данных, не про получение с нод

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

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

вы пишите юнит тесты или функциональные? если юнит тесты - то всю асинхронщину следует выкинуть нафиг

Я про просмотр данных, не про получение с нод

подумайте еще раз :)

а если функциональные - выкинуть gomock

вы пишите юнит тесты или функциональные? если юнит тесты - то всю асинхронщину следует выкинуть нафиг

фунцкиональные, код разнесен по сервисам, в основном если баги могут возникнуть то в большинстве своем только в вызовах. тут конечно можно про интеграционные подумать, тем не менее до этого мокать вызовы как подход хорошо справлялся. То есть я так понимаю подружить gomock с горутинами не судьба?

подумайте еще раз :)

https://prometheus.io/docs/operating/security/#authentication/authorisation/encryption мы просто про разное. Я - про это Prometheus and its components do not provide any server-side authentication, authorisation or encryption. If you require this, it is recommended to use a reverse proxy. вы, видимо, про это - Various Prometheus components support client-side authentication and encryption. If TLS client support is offered, there is often also an option called insecure_skip_verify which skips SSL verification.

фунцкиональные, код разнесен по сервисам, в основном если баги могут возникнуть то в большинстве своем только в вызовах. тут конечно можно про интеграционные подумать, тем не менее до этого мокать вызовы как подход хорошо справлялся. То есть я так понимаю подружить gomock с горутинами не судьба?

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

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

ясно, спасибо, буду думать

фунцкиональные, код разнесен по сервисам, в основном если баги могут возникнуть то в большинстве своем только в вызовах. тут конечно можно про интеграционные подумать, тем не менее до этого мокать вызовы как подход хорошо справлялся. То есть я так понимаю подружить gomock с горутинами не судьба?

Если бы пример теста видеть, а так вообще ничего сказать невозможно

Если бы пример теста видеть, а так вообще ничего сказать невозможно

https://play.golang.org/p/9dXSy-VFOzN

старался максимально упросить, убрать все бизнес-специфичное

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

народ, дайте вопросы на собеседование по golang у кого есть!

народ, дайте вопросы на собеседование по golang у кого есть!

fizzbuzz

народ, дайте вопросы на собеседование по golang у кого есть!

project euler первые 10 задач

Для чего вам go

Отличный вопрос

"Когда в Go появятся дженерики?"

ммм

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

Тут уже было всё. И разработка по RDP, и правка файлов на сервере

И чего только не было :)

да да, я и про jquery помню

А, вру, про разработку через RDP в другом чате

Для чего вам go

простота изучения, надежность, неплохое комьюнити

А, вру, про разработку через RDP в другом чате

Разработка по RDP через 3g связь в лесу

а для чего - шоб блокчейны писать

А, вру, про разработку через RDP в другом чате

Это значит разработка на винде или кто-то RDP на линуксе подымает?

это не трудно

а реально хорош9о из удаленных десктопов только rdp и работает

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

Ну вот человек агитирует

кэк

Да ну не, плюсовые шаблоны это вообще другая вселенная программирования

много где есть. в haskell, rust, scala, C#. темплейты, ( не дженерики, но похоже) - в C++, D

Ребят, а подскажите, вы как-то мониторите работу сервера? Может тулзы какие-то есть с gui (тип по ссылочке к себе на сервер зашёл и смотришь графики, логи и прочее)?

cockpit в fedora

> haskell, rust, scala Как вы смеете параметрический полиморфизм дженериками называть, ироды?

Всем привет. Кто-нибудь использовал - https://github.com/graphql-go/graphql ?

Да, тысячи пользователей по всему миру

Из здесь присутствующих вероятно тоже есть

я про тех кто в этом чате есть

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

Здесь был как-то срач по поводу graph-ql. Или в паралельной ветке.

в чем контекст соединения передаете ?

Здесь был как-то срач по поводу graph-ql. Или в паралельной ветке.

да, скорее всего я в нем учавствовал

добрые люди скиньте пожалуйста лучшие на ваш взгляд туториалы по голанг в личку. спасибо заранее)

добрые люди скиньте пожалуйста лучшие на ваш взгляд туториалы по голанг в личку. спасибо заранее)

Golang tour

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

так как подскажешь ?

эмм, там же поле context есть

Всем привет

каким SQL ORM лучше всего пользоваться ?

Struct ResolveParams.Context

лучше никаким

лучше никаким

то есть писать свои Query ?

советуешь

хз

мы gorm используем

но я его пощупать не успел

может еще кто что скажет и поделится ?

Struct ResolveParams.Context

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

как например выдрать заголовки запроса ?

если я к примеру хочу получить токен для авторизации

Тебе он в резолере филда нужен?

в мидлвари положи его в контекст

context.WithValue там и все такое

И вообще контекст соединения там не нужен, все что нужно сделать - делай в хендлере

каким SQL ORM лучше всего пользоваться ?

reform

https://github.com/jirfag/go-queryset

Всем привет, пытаюсь написать кроссплатфомернное приложение на golang, выбираю UI framework, есть проблемы мой кейс - приложение открывается по кейбиндингу, отрисовываться должно быстро Выбирал из этого списка https://github.com/avelino/awesome-go#gui: 1. electron - долго запускается, но есть возможность собрать под все плафтормы без проблем 2. qt - собирается под mac, не собирается под линукс 3. libui - собирается под все платформы, но имеет ОЧЕНЬ куцый функционал, не хватает 4. gtk - не понято, нет docker контейнеров где можно собрать под разные платформы

?

охххх

почему го?

:D

проект на стадии PoC (proof of concentp) стал вопрос на чем писать UI, первым решили попробовать golang, т.к. он запускается на всех нужных нам средах

впринципе мне все равно на чем писать, главное что бы была одна codebase и одна технология. если с golang не выйдет, будем пробовать java, или что-либо другое

Всем привет, пытаюсь написать кроссплатфомернное приложение на golang, выбираю UI framework, есть проблемы мой кейс - приложение открывается по кейбиндингу, отрисовываться должно быстро Выбирал из этого списка https://github.com/avelino/awesome-go#gui: 1. electron - долго запускается, но есть возможность собрать под все плафтормы без проблем 2. qt - собирается под mac, не собирается под линукс 3. libui - собирается под все платформы, но имеет ОЧЕНЬ куцый функционал, не хватает 4. gtk - не понято, нет docker контейнеров где можно собрать под разные платформы

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