Виктор Титов (0) увеличил репутацию Olzhas Akhmetkhan (5)

В json заверни и Алга, сейчас кругом spa

а на каком месте он отстой?

буквально на днях мигрировал со стандартного на Cloudy/jet потому что писать f(a, b, c) намного читабельнее, чем f a b c

это не аргумент, вообще-то...

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

а на каком месте он отстой?

В танцах с бубеном где идёт шаблонное наследование и передача аргументов. Язык шаблонов сам по себе дурацкий, в нём нет функции в частности.

отдайте фронтенду данные по хттп, пусть жсеры сами страдают

Очень безответсвенно. Стыдно должно быть такие глупости говорить

буквально на днях мигрировал со стандартного на Cloudy/jet потому что писать f(a, b, c) намного читабельнее, чем f a b c

та же фигня что и стандартный.

Все хвалят да и сам использую net/http. Захотелось больше стоит ли пробовать echo?

Все хвалят да и сам использую net/http. Захотелось больше стоит ли пробовать echo?

попробовать однозначно стоит

заодно chi потрогайте

а beego не трогайте, не нужно оно вам

какие отзывы о gin?

не трогал

гибко, удобно

для большой нагрузки (больше 10к rps) лучше fasthttp

юзаю для несложных апишек

посмотрел в gin-квикстарт... Собственно, отличий от echo, пока что, не заметил

gin вчера релизнулся до 1.3

релизнулся?

наконец-то

а то мне dep качал версию июля 2017 года

а доку я читал под нынешнюю

бомбило

а то мне dep качал версию июля 2017 года

ага, это предыдущая стабильная версия 1.2

почитал про gin чуть дальше... до сих пор не вижу отличий от echo

итого, родился вопрос: у кого-то опыт сравнения имеется?

а я наоборот думаю с gin уйти на echo. мне в echo подкупила хорошая документация и судя по последним бенмаркам быстрее чуть чуть

коллеги, у меня тут странное, и никогда мной доселе невиданное у меня есть код: func (s *Forwarder) listenTCP(addr string) error { listener, err := net.Listen("tcp4", addr) if err != nil { return errors.Wrapf(err, "failed to listen tcp: %s", addr) } for { conn, err := listener.Accept() if err != nil { errorsMetric.WithLabelValues("Accept", "tcp").Add(1) return errors.Wrap(err, "failed to accept connection") } acceptedMetric.WithLabelValues("tcp").Add(1) go checkAndForward( conn.(*net.TCPConn), s.Target, s.Timeout, s.HeaderLen, s.ProxyHosts, ) } } и время от времени он выдает мне ошибку в строке conn, err := listener.Accept() accept tcp4 0.0.0.0:443: bad file descriptor failed to accept connection main.(*Forwarder).listenTCP forwarder.go:73 main.(*Forwarder).ListenAndServe forwarder.go:28 main.MustRunService main.go:42 runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:2361 дело происходит на ubuntu 16.04 куда копать?

хмм, я бы посмотрел в сторону ulimit и подобному

коллеги, у меня тут странное, и никогда мной доселе невиданное у меня есть код: func (s *Forwarder) listenTCP(addr string) error { listener, err := net.Listen("tcp4", addr) if err != nil { return errors.Wrapf(err, "failed to listen tcp: %s", addr) } for { conn, err := listener.Accept() if err != nil { errorsMetric.WithLabelValues("Accept", "tcp").Add(1) return errors.Wrap(err, "failed to accept connection") } acceptedMetric.WithLabelValues("tcp").Add(1) go checkAndForward( conn.(*net.TCPConn), s.Target, s.Timeout, s.HeaderLen, s.ProxyHosts, ) } } и время от времени он выдает мне ошибку в строке conn, err := listener.Accept() accept tcp4 0.0.0.0:443: bad file descriptor failed to accept connection main.(*Forwarder).listenTCP forwarder.go:73 main.(*Forwarder).ListenAndServe forwarder.go:28 main.MustRunService main.go:42 runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:2361 дело происходит на ubuntu 16.04 куда копать?

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

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

нет, там не временная ошибка. дохнет именно listen сокет

а какая версия го?

на этот вопрос трудно ответить точно - его собрал мне CI по косвенным признакам - 1.10

мб gc грешит

а в этой части go checkAndForward( conn.(*net.TCPConn), s.Target, s.Timeout, s.HeaderLen, s.ProxyHosts, ) что происходит

возможно, в какой-то комбинации звезд на небе оно conn закрывает?

у меня проблемы с listener, а не с conn

коллеги, у меня тут странное, и никогда мной доселе невиданное у меня есть код: func (s *Forwarder) listenTCP(addr string) error { listener, err := net.Listen("tcp4", addr) if err != nil { return errors.Wrapf(err, "failed to listen tcp: %s", addr) } for { conn, err := listener.Accept() if err != nil { errorsMetric.WithLabelValues("Accept", "tcp").Add(1) return errors.Wrap(err, "failed to accept connection") } acceptedMetric.WithLabelValues("tcp").Add(1) go checkAndForward( conn.(*net.TCPConn), s.Target, s.Timeout, s.HeaderLen, s.ProxyHosts, ) } } и время от времени он выдает мне ошибку в строке conn, err := listener.Accept() accept tcp4 0.0.0.0:443: bad file descriptor failed to accept connection main.(*Forwarder).listenTCP forwarder.go:73 main.(*Forwarder).ListenAndServe forwarder.go:28 main.MustRunService main.go:42 runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:2361 дело происходит на ubuntu 16.04 куда копать?

checkAndForward дашь посмотреть?

а в этой части go checkAndForward( conn.(*net.TCPConn), s.Target, s.Timeout, s.HeaderLen, s.ProxyHosts, ) что происходит

или закрывает уже закрытое соединение

коллеги, нет

у меня проблемы с listener, а не с conn

логично, уболтал

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

приходящие соединения - это не listen

https://golang.org/src/net/fd_unix.go

а beego не трогайте, не нужно оно вам

Ну я и не хотел, спасибо

https://golang.org/src/net/fd_unix.go

при чем тут юникс?

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

коллеги, у меня тут странное, и никогда мной доселе невиданное у меня есть код: func (s *Forwarder) listenTCP(addr string) error { listener, err := net.Listen("tcp4", addr) if err != nil { return errors.Wrapf(err, "failed to listen tcp: %s", addr) } for { conn, err := listener.Accept() if err != nil { errorsMetric.WithLabelValues("Accept", "tcp").Add(1) return errors.Wrap(err, "failed to accept connection") } acceptedMetric.WithLabelValues("tcp").Add(1) go checkAndForward( conn.(*net.TCPConn), s.Target, s.Timeout, s.HeaderLen, s.ProxyHosts, ) } } и время от времени он выдает мне ошибку в строке conn, err := listener.Accept() accept tcp4 0.0.0.0:443: bad file descriptor failed to accept connection main.(*Forwarder).listenTCP forwarder.go:73 main.(*Forwarder).ListenAndServe forwarder.go:28 main.MustRunService main.go:42 runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:2361 дело происходит на ubuntu 16.04 куда копать?

проблема в настройках OS ИМХО. А много там соединений новых образуется и сколько открытых соединений? Там была какая-то проверка, что ошибка временная и можно дальше крутить цикл после слипа в несколько милисекунд. Возможно это твой случай.

ошибка не временная, это я проверил

а есть возможность быстро проверить на другой машине?

не воспроизводится

на синтетичоском трафике, я имею в виду

ошибка не временная, это я проверил

есть такое: https://golang.org/pkg/net/#OpError.Timeout

а в сорцах про bad file descriptor что пишут? Когда оно такое пишет?

если найти это место, можно понять причину ошибки.

по сорцам лазаю, да

тогда конкретно тюнить os - версия kernel - cat /proc/<PID>/limits - всякие fs.file-max и nr-open проверить - net.ipv4.* там куча настроек так тоже с ходу не вспомню по мне так это входящие fd которые принимается listner-ом просто бьются или обрубаются еще до передачи приложению

входящие fd - это совсем другая история

по сорцам лазаю, да

я тут тоже полазил. Ошибку возвращает операционка.

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

есть /x/sync/errgroup, но вопрос наверное не об этом

есть /x/sync/errgroup, но вопрос наверное не об этом

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

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

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

Кто подскажет https://golang.org/src/net/tcpsock.go?s=6376:6414#L246 где l.accept() описан?

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

тогда эта штука не так удобна, но можно попробовать

Кто подскажет https://golang.org/src/net/tcpsock.go?s=6376:6414#L246 где l.accept() описан?

заходишь в папку scr и там потом ищещь файлы с "func accept("

заходишь в папку scr и там потом ищещь файлы с "func accept("

ну во первых там это метод структуры, так что уже ничего не найдет, еще надо знать какой у этой структуры псевдоним

ну во первых там это метод структуры, так что уже ничего не найдет, еще надо знать какой у этой структуры псевдоним

Ну включи фантазию или ищи просто " accept("

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

да, но тогда в каждом надо кучу пустых селектов с проверкой на этот канал. Как-то уж очень некрасиво

Кто подскажет https://golang.org/src/net/tcpsock.go?s=6376:6414#L246 где l.accept() описан?

https://golang.org/src/net/tcpsock_posix.go, строка 135

Ну включи фантазию или ищи просто " accept("

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

https://golang.org/src/net/tcpsock_posix.go, строка 135

это если не винда.

отдельно только plan9

винда - она же posix

буквально на днях мигрировал со стандартного на Cloudy/jet потому что писать f(a, b, c) намного читабельнее, чем f a b c

посмотрите https://github.com/valyala/quicktemplate

Помогите разобраться плз с локализацией. Планирую использовать go-i18n но не пойму одной вещи. Если у меня в шаблоне есть просто слова, а есть переменные, которые берутся из go и вставляются в шаблон.. Мне что, передавать словарь всех переведеных слов? и отдельно для тех значений, которые нужно вставить из бэка? В шаблоне же они выглядят одинаково (синтаксис) вообщем немного запутался - подскажите как быть

Помогите разобраться плз с локализацией. Планирую использовать go-i18n но не пойму одной вещи. Если у меня в шаблоне есть просто слова, а есть переменные, которые берутся из go и вставляются в шаблон.. Мне что, передавать словарь всех переведеных слов? и отдельно для тех значений, которые нужно вставить из бэка? В шаблоне же они выглядят одинаково (синтаксис) вообщем немного запутался - подскажите как быть

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

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

вот сейчас прочитал что для перевода слова в шаблоне нужно писать {{T "program_greeting"}} а чтобы вставить переменную просто {{ .program_greeting}}

LoadTranslationFile и еще вопрос по этой функции. Написано она принимает на вход json файл. А какую функцию использовать чтобы она принимала обычный текстовый файл с метками и переводом? MustLoadMessageFile ?

i18n.MustLoadTranslationFile("en-us.all.json") T, _ := i18n.Tfunc("en-US") t, _ := template.ParseFiles("template/index.html", "template/header.html", "template/footer.html") t.Funcs(map[string]interface{}{ "T": T,}) t.Execute(w, map[string]interface{}{"Title": "New cat"})

вот так правильно?

i18n.MustLoadTranslationFile("en-us.all.json") T, _ := i18n.Tfunc("en-US") t, _ := template.ParseFiles("template/index.html", "template/header.html", "template/footer.html") t.Funcs(map[string]interface{}{ "T": T,}) t.Execute(w, map[string]interface{}{"Title": "New cat"})

Title это строка которую нужно переводить?

Title это строка которую нужно переводить?

нет, просто переменная которая передается сама по себе

ее не нужно переводить

я просто хочу в шаблоне перевести слова..

тогда по идее правильно

а в шаблоне писать <h1>{{T "home_button" .}}</h1> или без точки в конце?

я просто хочу в шаблоне перевести слова..

T, _ := i18n.Tfunc("en-US") вот тут _ - это error? попробуй проверить на ошибку

T, _ := i18n.Tfunc("en-US") вот тут _ - это error? попробуй проверить на ошибку

ошибка пустая...

panic serving [::1]:56413: runtime error: invalid memory address or nil pointer dereference goroutine 6 [running]:

template: index.html:16: function "T" not defined

а в шаблоне писать <h1>{{T "home_button" .}}</h1> или без точки в конце?

по идее, если переводы с аргументами типа You have {{ .Count }} apple(s), то вместо точки надо передавать либо структуру с полем Count либо мапу с ключом "Count", типа: T "apples" map[string]interface{}{"Count": 2}

ошибка пустая...

Funcs adds the elements of the argument map to the template's function map. It must be called before the template is parsed.

перед парсингом нужно вызывать Funcs

t.Funcs(map[string]interface{}{ "T": T, }) t, err := template.ParseFiles("template/index.html", "template/header.html", "template/footer.html") но получается t not defined.. замкнутый круг)

t.Funcs(map[string]interface{}{ "T": T, }) t, err := template.ParseFiles("template/index.html", "template/header.html", "template/footer.html") но получается t not defined.. замкнутый круг)

t := template.New("some_name") t.Funcs(...) t.Parse(...)

no new variables on left side of := вот такая тепреь засада( переменная же в первый раз объявляется и испльузется http://joxi.ru/bmo97YGsxXO0jA