это руби пример

В питоне функции через def объявляются, нет?

Да и что?

Ещё лучше

ruby ок

это руби пример

Вот именно

Да и что?

В смысле "и что?"

Да хоть паскаль, какая в хер разница?

В смысле "и что?"

И что, что def, разве в питоне нужен end после метода или класса?

И что, что def, разве в питоне нужен end после метода или класса?

Я уже ранее ответил на это сообщение.

Так и скажи, что попутал

Так и скажи, что попутал

Суть моего возмущения ни капли не изменилась.

Rust называется

ну и как Rust можно сравнивать с Go? это два разных инструмента для решения 2 разных проблем. У го встроенный scheduler, у Rust стандартные потоки, это кардинально разные подходы к конкуррентному и асинхронному программированию

ну и как Rust можно сравнивать с Go? это два разных инструмента для решения 2 разных проблем. У го встроенный scheduler, у Rust стандартные потоки, это кардинально разные подходы к конкуррентному и асинхронному программированию

типа , новый

типа , новый

error: failed interpreting inarticulate statement (Line 1:0)

кто-то юзает https://github.com/ReactiveX/RxGo ?

кто-то юзает https://github.com/ReactiveX/RxGo ?

а зачем кстати reactive в Go?

а зачем кстати reactive в Go?

это был следующий вопрос ?

это какой-то нонсенс, честно говоря, но может я чего и не понимаю.. в JS использовал Rx, в QML (C++ Qt) использовал Rx, но в Go то он зачем?!

в Go нет проблем асинхронного программирования, здесь всё описывается синхронно

streams = channels, operators = functions + goroutines

в Go нет проблем асинхронного программирования, здесь всё описывается синхронно

мм, нет

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

мм, нет

как так "нет"?))

есть пример?

есть пример?

оно не синхронное, просто притворяется, с разной степенью успешности

в Go писать блокирующий код = totaly valid

оно не синхронное, просто притворяется, с разной степенью успешности

я так и написал, что "описывается" синхронно. Просто разница в том, что в Go встроен scheduler. Ни в одном другом языке такого нет. Поэтому блокирующий код для Go не проблема, он не блокирует CPU. в языках в основе которых лежит event loop (JS/Node.js/QML) же всё иначе. Там блокирующий код это грех, ибо он блокирует execution thread и мешает всем остальным конкуррентным процессам

в Go писать блокирующий код = totaly valid

ага, например дисковое ио :)

я лично начал разбираться с парадигмой "стримов" когда наткнулся на проблему асинхронной загрузки больших файлов чанками при условии ненадёжной сети для среды QML (язык разметки кросс платформенных UI) даже написал библиотеку https://qbeon.github.io/QuickStreams/ которая расширяет Rx понятием создания собственных стримов

это скорее Proof of Concept, но тем не менее

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

ага, например дисковое ио :)

Io планировщик может кинуть и скорее всего кинет в другой тред, если надо.

Странные людишки... все им не нравится)))

У нас такое тоже есть, поразвесестие, например, что делать, если один из хуков работает 20 секунд? а 20000 секунд ? =) у нас такой есть. Поэтому хуки приоритезируются и есть отдельная горутина для их выполнения.

Прикольно. А хуки как делали? Своё решение? У меня если на хук вешается тяжёлый метод, то отправляю его в очередь. Где то самописная, где то раббит. Возможно горутина будет круче. Пока мне это не принципиально. Хочется понять как хуки устроены ...

Прикольно. А хуки как делали? Своё решение? У меня если на хук вешается тяжёлый метод, то отправляю его в очередь. Где то самописная, где то раббит. Возможно горутина будет круче. Пока мне это не принципиально. Хочется понять как хуки устроены ...

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

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

Если не секрет что за приложение? Какой функционал? Сколько разработчиков в команде?

Ребята, пмогите пожалуйста. есть вот такое. как это записать. чтобы `server { listen 80; server_name ~^(www\.)?(?<subdomain>.+)\.example\.com$; return 301 https://$subdomain.example.com$request_uri; } server { listen 443 ssl; ssl_certificate /ssl/example.crt; ssl_certificate_key /ssl/example.key; server_name ~^(www\.)?(?<subdomain>.+)\.example\.com$; return 301 https://$subdomain.example.com$request_uri; } server { listen 443 ssl; server_name *.example.com; root /public; ssl_certificate /ssl/example.crt; ssl_certificate_key /ssl/example.key; } ` чтоб https://www.subdomain.example.com работало?

@nginx_ru

та там хуета каакая то

А тут канал про go

К диалогу выше

Ребята, пмогите пожалуйста. есть вот такое. как это записать. чтобы `server { listen 80; server_name ~^(www\.)?(?<subdomain>.+)\.example\.com$; return 301 https://$subdomain.example.com$request_uri; } server { listen 443 ssl; ssl_certificate /ssl/example.crt; ssl_certificate_key /ssl/example.key; server_name ~^(www\.)?(?<subdomain>.+)\.example\.com$; return 301 https://$subdomain.example.com$request_uri; } server { listen 443 ssl; server_name *.example.com; root /public; ssl_certificate /ssl/example.crt; ssl_certificate_key /ssl/example.key; } ` чтоб https://www.subdomain.example.com работало?

Ужас какой

Ужас какой

Никогда nginx не видел?

Ребята, пмогите пожалуйста. есть вот такое. как это записать. чтобы `server { listen 80; server_name ~^(www\.)?(?<subdomain>.+)\.example\.com$; return 301 https://$subdomain.example.com$request_uri; } server { listen 443 ssl; ssl_certificate /ssl/example.crt; ssl_certificate_key /ssl/example.key; server_name ~^(www\.)?(?<subdomain>.+)\.example\.com$; return 301 https://$subdomain.example.com$request_uri; } server { listen 443 ssl; server_name *.example.com; root /public; ssl_certificate /ssl/example.crt; ssl_certificate_key /ssl/example.key; } ` чтоб https://www.subdomain.example.com работало?

Я тебе уже говорил. Что вообще это за кошмар? Сделать-то что хочешь? И да, сходи на @ru_devops - помучай там народ. Тут всё-таки Go

Поясните нюфагу. Для гошников всё что не го - кошмар?

Поясните нюфагу. Для гошников всё что не го - кошмар?

Нет. Просто офтопик и уже баян от этого автора

Никогда nginx не видел?

я сам пару сайтов настраивал, в том числе и с мульти субдомен и с мульти локейшн. меня ужаснуло вот это (?<subdomain>.+)

я сам пару сайтов настраивал, в том числе и с мульти субдомен и с мульти локейшн. меня ужаснуло вот это (?<subdomain>.+)

Обычная регулярка

Для d.sts.dom1.com какого нибудь

Точку правда экранировать надо было )

она "кошмарная" сожрет все

Хотя да, параша какая то

Я прозрел

прозрел от факта присутствия среди умных людей?

приятно говорить за то что знаешь %) но лучше про это говрить в профильном канале )

в соседнам чате треш и угар

прозрел от факта присутствия среди умных людей?

Ты уверен что туда зашёл для форса своего чсв?

Ты уверен что туда зашёл для форса своего чсв?

куда туда?

Как вообще в мире го пацаны?

подскажите профану шо делать если я хочу делать параллельные запросы к базе(постгре поэтому 1 коннект = 1 запрос одновременный) ? Пул коннектов держать ?

ERROR: S client not available

Да

Начинающий го програмист. Это вполненормально или можно лучше сделать? https://pastebin.com/XzpW5nRX

Начинающий го програмист. Это вполненормально или можно лучше сделать? https://pastebin.com/XzpW5nRX

А что именно надо сделать?

Достать по апи данные и показать в своем апи

if err != nil { panic(err) } Вот тут паника не нужна

Надо ошибку вернуть и обработать

Ну или 500-ю отправить и return

getPhraseAppClient - лучше указатель возвращать

var jsonRes, _ - тут ошибку надо обрабатывать Ну и я предпочитаю записаь jsonRes, err := что-то там

Это ж не джаваскрипт, чтоб var везде тыкать.

getPhraseAppClient - лучше указатель возвращать

Причём лучше его один раз инициализировать и использовать, чем каждый раз новый создавать.

Давно go test не делал. А что с 1.6 такое поменялось что Go перестал в функциях теста выводить fmt.Println?

Причём лучше его один раз инициализировать и использовать, чем каждый раз новый создавать.

Спасибо, буду копать глубже :) вижу многое предстоит увидать еще

Давно go test не делал. А что с 1.6 такое поменялось что Go перестал в функциях теста выводить fmt.Println?

t.Logf наше всё. А на самом деле там рандомно, иногда успевает вывести, иногда нет. Добавь в конце теста time.Sleep(1*time.Second)

Причём лучше его один раз инициализировать и использовать, чем каждый раз новый создавать.

Если не в напряг, можно поподробнее? Ну или ссылку на подобное решение

Если не в напряг, можно поподробнее? Ну или ссылку на подобное решение

Можно создать структуру, у которой полем будет этот клиент. При её инициализации создавать клиента. А getLocales сделать её методом-receiver'ом. И потом уже в main так делать: func main() { app := NewApp() // это структуру создаёт твою. // Initialize echo framework e := echo.New() // Get locales e.GET("/ms/locales", app.getLocales) // а тут её метод пробрасывается e.Logger.Fatal(e.Start(":1234")) }

Спасибо :) (мазнул по кнопке)

type App struct { client *phraseapp.Client } func NewApp(c *phraseapp.Client ) *App { return &NewApp{ client: c, } } func (a *App) getLocales(c echo.Context) error { // и тут обращаться к клиенту, как a.client }

Спасибо :) (мазнул по кнопке)

А в main даже лучше c := getClient() app := NewApp(c)

Ну ты понел, короч

Короч понял, примерно, спасибо добрый человек

Ребят, слегка офтопик, но имел кто дело с платёжными системами? как можно представить себе операцию онлайн-покупки через тот-же PayPal? клиент должен через JS с помощью SDK PayPal'а вызвать платёжный middleware, через него оплатить и послать некий идентификатор транзакции на сервер и сервер должен с помощью этого идентификатора через API PayPal проверить оплату чтоб считать сделаку завершённой?

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

Некоторые умеют жсон и возможность с твоего сервера запросить данные об оплате.

Естественно при перенаправление клиента тебе надо надо послать все данные об ордере и хеш с солью опять же заранее заданной в ЛК твоего акка у платежной системы

В принципе всё просто) в каждой системе есть довольно внятное описание апи

Может кто подсказать где я затупил?

Может кто подсказать? У меня есть хендлер, я в нем выполняю некоторые операции и теперь мне надо вернуть ответ. Это может быть как сообщение об ошибке, так и корректный ответ. Но писать везде - не радует. Я бы хотел иметь возможность или отправлять нужные данные через return или вызывать некий метод который бы их принимал. Но ему надо каждый раз отправлять контекст что бы этот самый метод мог отправить сам ответ сервера. Вопрос - как его можно всегда туда отправлять?

Хочется чего то такого: func (h *TokenHandler) CreateUser(c *macaron.Context, errs binding.Errors, user model.User) (map[string]interface{}, binding.Errors, int) { Write(c, nil, errs, 500) return или просто return nil errs, 500 сам Write вот такой, и ему хочется не отправлять каждый раз напрямую контекст func Write(c *macaron.Context, res map[string]interface{}, errs binding.Errors, port int) { result := Result{ Result: res, Errors: errs, } c.JSON(port, result) } Ну и сама обработка вот такая: m.Post("/", binding.Json(model.User{}), handlerStruct.CreateUser) т.е. либо привести к виду что-то вроде m.Post("/", binding.Json(model.User{}), handlerStruct.CreateUser, controller.Write) и в самом CreateUser просто отправлять данные дальше что бы их мог получить Write, либо вызывать этот Write внутри CreateUser и при этом отправлять данные оттуда. Но - не прописывать каждый раз контекст

У меня есть подозрение что я где то как-то умудрился запутаться, но как - не понимаю пока(