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

https://github.com/spf13/viper

Для совсем простых случаев я использовал https://github.com/sasbury/mini

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

а чем json не устроил? вот мой пример, с подтягиванием из env и флагов. все на стандартных либах. https://github.com/covrom/easysettings

Использовать для конфигов json - не уважать пользователей. Использую TOML: https://github.com/BurntSushi/toml

в стандартной либе есть парсер xml, кстати

я вот тоже json не очень люблю для конфигов

и он прям хороший (хоть и медленноват слегка)

xml как по мне - еще хуже)

toml выглядит неплохо

в json нет комментариев, и это сразу делает его непригодным для конфигов

toml ничего, но комментарии не попадают в структуру после парсинга, и нет возможности выплюнуть конфиг обратно с комментами

в реальнрости полнофункционален только xml. но писать его руками - невыносимо :(

итого - хорошего формата для конфигов нет не только в go, но и вообще

toml ничего, но комментарии не попадают в структуру после парсинга, и нет возможности выплюнуть конфиг обратно с комментами

А в какую структуру попадают комментарии xml? XML писАть-то ещё ничего. Его читать - пиздец

Глазами в смысле

https://golang.org/src/encoding/xml/read.go?s=5406:5454#L116 If the XML element contains comments, they are accumulated in the first struct field that has tag ",comment". The struct field may have type []byte or string. If there is no such field, the comments are discarded.

toml ничего, но комментарии не попадают в структуру после парсинга, и нет возможности выплюнуть конфиг обратно с комментами

Теоретически можно засунуть комменты в тэги полей, но ни разу не видел подобной реализации )) видать не надо такое никому.

Видимо проще доку написать, чем упражняться с конфигами

конкретно в моем случае сгодился бы и и ini формат)

конкретно в моем случае сгодился бы и и ini формат)

https://github.com/Djarvur/go-ini (это форк, оригинал слишком много выдает дебага)

Еще я использовал какую-то реализацию dotenv для go (не могу сейчас прислать ссылку - не у компьютера). Как раз в стиле 12-factor app. Там и формат простой и комментарии есть. Но структура исключительно линейная по понятным причинам

Еще я использовал какую-то реализацию dotenv для go (не могу сейчас прислать ссылку - не у компьютера). Как раз в стиле 12-factor app. Там и формат простой и комментарии есть. Но структура исключительно линейная по понятным причинам

source <(sed -E -n 's/[^#]+/export &/ p' ./.env) в консоли

source <(sed -E -n 's/[^#]+/export &/ p' ./.env) в консоли

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

я вот тоже json не очень люблю для конфигов

json - это офигенно. Нахер эти тошнотворные ямль и томль. Весь конфиг нахер может сломаться из-за пробела

только ini, только хардкор

А чем ini плох? Ну, в простейших случаях .

json - это офигенно. Нахер эти тошнотворные ямль и томль. Весь конфиг нахер может сломаться из-за пробела

а json ты руками формировать собрался?)

xml наше всё!

json - это офигенно. Нахер эти тошнотворные ямль и томль. Весь конфиг нахер может сломаться из-за пробела

TOML ты не видел, да?

xml наше всё!

Нее, бинарный encoding/asn1 рулит! Байты экономить надо!

А чем ini плох? Ну, в простейших случаях .

ini норм

и toml с yaml тоже

xml - редко могу себе представить, но могу. json - для конфигов, это ппц.

А чем ini плох? Ну, в простейших случаях .

Ini не стандартизован никак. Нет спецификации

xml - у джавистов в почете)

xml - у джавистов в почете)

Им чем многословнее - тем лучше ))

Собственно toml это попытка стандартизовать то что принято называть ini

Нее, бинарный encoding/asn1 рулит! Байты экономить надо!

Кстати, да

TOML ты не видел, да?

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

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

https://github.com/toml-lang/toml Вроде 0.4 последний вариант. Не вижу "раз в неделю".

Нее, бинарный encoding/asn1 рулит! Байты экономить надо!

Да давайте сразу протобуф

Да давайте сразу протобуф

Я б предложил, но там кодогенерация. А asn1 готов к бою из коробки.

Я б предложил, но там кодогенерация. А asn1 готов к бою из коробки.

так а зачем тебе нужен нетипизированный конфиг? )

в котором всякий никому не нужный шлак

так а зачем тебе нужен нетипизированный конфиг? )

Раз xml для конфигов предложили, я справедливости ради вспомнил, что можно ещё и бинарный конфиг держать. ))

jsonc посмотрите, с комментариями он

Раз xml для конфигов предложили, я справедливости ради вспомнил, что можно ещё и бинарный конфиг держать. ))

ну вот если уж упарываться по бинарным конфигам, то protobuf :)

можно еще до кучи сразу логи в protobuf писать :D

можно еще до кучи сразу логи в protobuf писать :D

а потом героически их читать вручную!

а потом героически их читать вручную!

ага и головой парсить! )

Спинным мозгом

А почему бы не сделать файл .install или .recommends заданного формата?

Это разве сложно?

а?!

зачем?

xml - у джавистов в почете)

Неправда. У джавистов в почте .properties

которые ini

Это с чего это они ini?

Похожи но нет.

На них кстати спека есть

Почти..

Может кто подскажет: делаю свой телнет-демон ; есть ли какие-нибудь либы для autocomplete и вот этого всего?

Всем привет, подскажите кто-то уже работал с rtmp протоколом ? Если да то какую либу используете ?

Может кто подскажет: делаю свой телнет-демон ; есть ли какие-нибудь либы для autocomplete и вот этого всего?

https://github.com/chzyer/readline

https://github.com/chzyer/readline

thx!

может кто чатик подскажет телеграмный по базам данных? конкретно интересуют нереляционки, еще более конкретно aerospike

Чата не знаю

На вопросы попробую ответить

На вопросы попробую ответить

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

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

Эм, так если он ответил что ок, то значит появилась

Есть @dba_ru такая группа, но там больше про реляционные

Эм, так если он ответил что ок, то значит появилась

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

я тут

по сути пробовал ковырять lua `function get_session_address(rec) local found = false repeat if aerospike:exists(rec) then found = true else ffi.C.sleep(5) end until found return rec["smth"] end`

но в итоге получается запрос блокирующий для остальных коннектов в пуле(

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

коллега, а зачем вы хотите делать это в аэроспайке?

коллега, а зачем вы хотите делать это в аэроспайке?

у нас аэроспайк выбран в качестве временного хранилища, in-memory не выдержит объема

если есть какие-то альтернативы я с радостью рассмотрю

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

смотрите