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

у вас что, на разные компьютеры разные шаблоны?

Множество возможных переменных как-то ограничено? Или структуры нет никакой?

сами переменные тупо строки. не более того.

у вас что, на разные компьютеры разные шаблоны?

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

сами переменные тупо строки. не более того.

Я имею ввиду, их можно перечислить? :) 1. PCName 2. UserName 3. LogPath 4. ... Потому что в таком случае можно передавать все возможные переменные сразу, все вместе.

нет. не получится перечислить.

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

нет. не получится перечислить.

Как задаются эти строки? Откуда берутся переменные

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

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

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

Видимо, пользователь введет

Как задаются эти строки? Откуда берутся переменные

их задает пользователь.

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

в смысле как? tmpl.execute(io,args)

их задает пользователь.

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

В слайсе, например?

их задает пользователь.

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

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

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

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

по этому и был вопрос как из шаблона вытащить переменные которые он использует.

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

то есть шаблон лежит вне и не компилируется вместо с аппом?

именно

то есть в идеале хотелось нечто такое получить app --template tmpl.yml --name app --address test а в шаблоне уже start {{.app}} {{.address}}

А вдруг подсунут start {{ .template }}? :))

да полюбому подсунут ?

то есть в идеале хотелось нечто такое получить app --template tmpl.yml --name app --address test а в шаблоне уже start {{.app}} {{.address}}

Ну так передавать в шаблон map[string]string и делов

так и делаю)

его надо ведь заполнить правильно ;) чтобы ключи верные были.

его надо ведь заполнить правильно ;) чтобы ключи верные были.

распарьс регуляркой

думал об этом. как запасной вариант

https://golang.org/pkg/text/template/parse/

куда то туда копать

Что то я забыл как математика нам завещала float64 сравнивать на близость

вариант с abs < tolerance мне не нравится потому что там масштабы разные бывают

var EPSILON float64 = 0.00000001 func floatEquals(a, b float64) bool { if ((a - b) < EPSILON && (b - a) < EPSILON) { return true } return false }

Что то я забыл как математика нам завещала float64 сравнивать на близость

0.1 < a^b / b ^ a < 10

Mike серьезно?

в жизни такого не видел

Не, шутки шучу

Серьезно это как выше

с епсилоном то ясно

но я его угадать не могу, у меня там 10^-9 бывает и 10^9

вариант с abs < tolerance мне не нравится потому что там масштабы разные бывают

я не очен ьпонимаю кейс

ну смотри, сравниваем два float в один проход там десятьв деввятой значения

в другой проход десятьв минус девятой

данные разные

а эпислон 1

для 10-9 придется кастомныйй кейс лепить

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

или хоть размышления какие

но я не сталкивался с такими задачами и не плодил таких общих решений

буду епсилон высчитывать как max / 10^5

типа пять знаков сопадает и баста

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

просто флоаты близкие к нулю это ж вообще трэш тот еще, когда они сами имеют порядок ошибки при умножении/делении

всё так

Float - 7 значащих цифр, double - 15. Насколько float'ы близки к нулю - не имеет значения. Есть минимальное принимаемое значение. Ошибка не абсолютная. Регламентировано стандартом IEEE754.

Float - 7 значащих цифр, double - 15. Насколько float'ы близки к нулю - не имеет значения. Есть минимальное принимаемое значение. Ошибка не абсолютная. Регламентировано стандартом IEEE754.

угу, а float64 и float128 тогда тоже по 7 значащих цифр? что-то тут не так

я ваш го не знаю

догадайся из названия типов, в чем суть

таки погоди, ты сейчас взял стандарт хз чего

float64 видимо соотвествует числу с плавающей точкой с двойной точностью

го не знаешь

и что-то утверждаешь?

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

это спецификация представления чисел с плавающей точкой в памяти компьютера

я статью на хабре видел хорошую, сейчас поищу

https://habrahabr.ru/post/112953/

Написал бота который транслирует в телеграм лог коммитов проектов с Github/Gitlab.

Буду благодарен, если у вас найдется время и сможете сделать ревью кода. https://github.com/targence/commits-telegram-bot

Буду благодарен, если у вас найдется время и сможете сделать ревью кода. https://github.com/targence/commits-telegram-bot

основной код в файле commits.go Вот прежде всего что меня интересует: — глобальные переменные, правильно ли я поступил вынеся var bot *tgbotapi.BotAPI неред c main(), сделав bot доступным во всех функциях — файловая структура проекта, правильно ли я разбил код по файлам — как лучше запускать и билдить проекты: go run commits.go types.go github.go gitlab.go выглят как-то каряво... и такая же команда по build... — commits.go слушает входящие реквесты от gitlab http.HandleFunc("/gitlab", gitlabHandler), но прийти на этот индпоинт может все что угодно. Какой нибудь спам и пр.. Как обрабатывать такие ошибки? Просто возвращать return c каким-то ответом сервера, если не распарсим json? или как-то по другому обычно поступают? decoder := json.NewDecoder(req.Body) var api gitlab err := decoder.Decode(&api) if err != nil { panic(err) }

> как лучше запускать и билдить проекты Команда go build (без аргументов) в папке пакета main собирает пакет целиком и кладет бинарник рядом. Не нужно перечислять файлы, это коряво, да :) > прийти на этот индпоинт может все что угодно И гитхаб, и гитлаб подписывают свои запросы к вебхукам, используя его секретный ключ. Вот: https://developer.github.com/webhooks/#delivery-headers И вот: https://docs.gitlab.com/ce/user/project/integrations/webhooks.html#secret-token > Просто возвращать return c каким-то ответом сервера, если не распарсим json? Порядочный веб-сервер должен отвечать в соответствие с протоколом http. Если клиент прислал невалидный json - следует ответить, например, кодом 400 Bad Request. Класть горутину паникой не нужно, можно просто залогировать ошибку.

не, 400 — это ваще не понял, невалидный — это 422

не, 400 — это ваще не понял, невалидный — это 422

Нужно копаться в документации. 400 должен быть обобщением для любых ситуаций, когда ошибка в запросе клиента, насколько я помню.

Я таки нагуглил :)) Все-таки при ошибках синтаксиса следует использовать 400: https://tools.ietf.org/html/rfc4918#section-11.2

ну такое, да. получается что если пришло говно, то 400, а если говно, но в джейсоне — 422

sup

вопрос. Это я невнимателен или в net/http/Server нету никакой обработки умерших соединений?

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

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

гугли context

и протаскивай контекст в глубину в логике

спасибо

> как лучше запускать и билдить проекты Команда go build (без аргументов) в папке пакета main собирает пакет целиком и кладет бинарник рядом. Не нужно перечислять файлы, это коряво, да :) > прийти на этот индпоинт может все что угодно И гитхаб, и гитлаб подписывают свои запросы к вебхукам, используя его секретный ключ. Вот: https://developer.github.com/webhooks/#delivery-headers И вот: https://docs.gitlab.com/ce/user/project/integrations/webhooks.html#secret-token > Просто возвращать return c каким-то ответом сервера, если не распарсим json? Порядочный веб-сервер должен отвечать в соответствие с протоколом http. Если клиент прислал невалидный json - следует ответить, например, кодом 400 Bad Request. Класть горутину паникой не нужно, можно просто залогировать ошибку.

go build да, понял. но go run commits.go types.go github.go gitlab.go - это нормально? ? Про ответ сервера все понятно, в общем мысли у самого примерно такие же были, хотел просто убедиться, что все верно. Про планы реализации секретного токена есть в readme в разделе todo.

go run *

как то так помойму

go run *

go run: no go files listed

А это зачем вообще?

go run *.go

Достаточно один файл, где функция main определена

Разве нет?

go run *.go

да, так работает

Разве нет?

Нет

Разве нет?

нет, так не работает