SP
Ну вот в общем то была статья тут уже: http://blog.erlware.org/otp-21-new-sys_config_src-option-in-relx/
ух ты, не знал про такое
Size: a a a
2020 March 12
SP
но это явно в bash сделано до запуска beam
SP
т.к. beam ожидает что
-config sys это статический файлСИ
ух ты, не знал про такое
вот и я сижу смотрю. надо смотреть что там за скрипт который релиз запускает - уже забыл. но наверно там используется аля Release Handling как раз
SP
вот и я сижу смотрю. надо смотреть что там за скрипт который релиз запускает - уже забыл. но наверно там используется аля Release Handling как раз
SP
ŹR
В эликсире пошли по другому пути - там два раза запускается ВМ, и первый раз для того чтобы скомпилировать конфиг. Я правда до конца не разобрался, но ересь просто крейзи какая то.
Зато конфиг можно читать не только из env, а из всего откуда хочешь. Например из consul, или каких нибудь ms access файлов
Зато конфиг можно читать не только из env, а из всего откуда хочешь. Например из consul, или каких нибудь ms access файлов
SP
В эликсире пошли по другому пути - там два раза запускается ВМ, и первый раз для того чтобы скомпилировать конфиг. Я правда до конца не разобрался, но ересь просто крейзи какая то.
Зато конфиг можно читать не только из env, а из всего откуда хочешь. Например из consul, или каких нибудь ms access файлов
Зато конфиг можно читать не только из env, а из всего откуда хочешь. Например из consul, или каких нибудь ms access файлов
cuttlefish так же работает. Я уже давно по этому поводу негодую. Но молча. Никак не соберусь в рассылку написать
СИ
старый добрый awk!
СИ
предславняю как этот комбайн свистопердеть будет. лучше своей лапши на коленке из 10 строк и без релизов.
ŹR
cuttlefish так же работает. Я уже давно по этому поводу негодую. Но молча. Никак не соберусь в рассылку написать
Ну походу без этого нельзя самому написать конфиг провайдер. Т.е. в эликсире ты на эликсире можешь написать как компилировать конфиг - «тьюринг полный» получается механизм, и на том же языке.
Правда... надо ли это? Хз...
Правда... надо ли это? Хз...
ŹR
Cuttlefish наверное можно было бы на баше сделать, там слишком прямолинейно
SP
мне очень не хватает - можно было бы на любом языке конфиги писать - хоть yaml хоть ini хоть XML
SP
для внутренних сервисов это не так важно, но для конечных продкутов коробочных это прям must have
СИ
мне очень не хватает - можно было бы на любом языке конфиги писать - хоть yaml хоть ini хоть XML
вот прям есть острая нужда в ini и тд? имхо родной формат вполне приемлем. для больших листов ссылки на отдельные файлы
SP
тот же самый https://github.com/seriyps/mtproto_proxy (пусть и хобби, но тем не менее конечный продукт для публики) - мне больше половины тикетов и вопросов приходит от того что кто-то в конфиге опечатался
СИ
для внутренних сервисов это не так важно, но для конечных продкутов коробочных это прям must have
для пользователей настраиваемые концы можно в плайнтекст файлы вывести
SP
можно. но это уже костыльно выглядеть начинает
СИ
можно. но это уже костыльно выглядеть начинает
ну да, обожаю легкие костыли
SP
типа можно написать bash скрипт который будет генерировать sys.config. Потом захочется перезагрузку конфига в рантайме - опять на баше че-то писать. Валидацию тоже хотелось бы которая ругнётся чем то более понятным чем
{{init_crashed, ....}}