Size: a a a

2020 July 07

ИИ

Иванов Иванов... in ErlangRus
Oleksiika
На самом деле это очень дискуссионный вопрос. Дефолтные настройки, я считаю, должны лежать в конфиге. А то что пользователь может менять - во внешнем хранилище. Имхо. Ну и я за rpm/deb + конфиг в etc.
В данном случае erlang несколько способов даёт и env самый многослойный. app.src-config-command line-runtime Смысл диспута не особо понятен
источник

ML

Maksim Lapshin in ErlangRus
Иванов Иванов
Они зависят от пользователя?
у нас есть разные «пользователи».

Есть тот, кто может редактировать конфиг, грубо говоря тот, кто у нас купил лицензию, а есть его клиент.

Вот некоторые стримы могут создаваться по инициативе первого, а некоторые по инициативе второго.
источник

AB

Alex Bubnov in ErlangRus
Офигенно, бизнес-модель протекающая в конфигурацию 😆
источник

ИИ

Иванов Иванов... in ErlangRus
Maksim Lapshin
у нас есть разные «пользователи».

Есть тот, кто может редактировать конфиг, грубо говоря тот, кто у нас купил лицензию, а есть его клиент.

Вот некоторые стримы могут создаваться по инициативе первого, а некоторые по инициативе второго.
А в чем затык? Нужно дополнять параметр а не затенять его?
источник

O

Oleksiika in ErlangRus
Макс, а почему не через условную админку изменение настроек сделали? Исторически сложилось?
ЗЫ. Я просто думал в конфиге описываются особенности данной инсталляции и, возможно, дефолтные значения, если их разрешено менять.
источник

ML

Maksim Lapshin in ErlangRus
Oleksiika
Макс, а почему не через условную админку изменение настроек сделали? Исторически сложилось?
ЗЫ. Я просто думал в конфиге описываются особенности данной инсталляции и, возможно, дефолтные значения, если их разрешено менять.
через админку у нас конечно тоже можно настраивать.

Для этого у нас очень нетривиальный процесс чтения конфига, его генерации и возможности поменять человекочитаемый и человекоредактируемый конфиг из админки
источник

ML

Maksim Lapshin in ErlangRus
Alex Bubnov
Офигенно, бизнес-модель протекающая в конфигурацию 😆
а то.
источник

ML

Maksim Lapshin in ErlangRus
Иванов Иванов
А в чем затык? Нужно дополнять параметр а не затенять его?
а затык в том — как относиться внутри кода к данным по стриму.

Т.е. вот откуда-то появилась конфигурация стрима. Для этого стрима надо запустить отдельное дерево супервизора с десятком подпроцессов.

Это то, что должно обрабатываться через App:config_change?  Если так, то это те данные, которым место в application environment
источник

ML

Maksim Lapshin in ErlangRus
Или это не так и это просто какие-то временные процессы, которые процесс-менеджер откуда-то прочитал и сам позапускал что ему надо, реализуя функциональность супервизора?
источник

SP

Sergey Prokhorov in ErlangRus
Aleksey Kluchnikov
И говорит, окей, этот сервис я могу, в отличие от других ерланг поделий
но например тот же PostgreSQL имеет postgres.conf но можно взять и из SQL сделать SET config_name = 'config_value' https://www.postgresql.org/docs/current/sql-set.html (не для всех, но многих)
источник

AK

Aleksey Kluchnikov in ErlangRus
Sergey Prokhorov
но например тот же PostgreSQL имеет postgres.conf но можно взять и из SQL сделать SET config_name = 'config_value' https://www.postgresql.org/docs/current/sql-set.html (не для всех, но многих)
И это не плюс. Потому что смотришь в конфиг, там одно. А что у него в рантайме крутится фиг знает
источник

ИИ

Иванов Иванов... in ErlangRus
Maksim Lapshin
Или это не так и это просто какие-то временные процессы, которые процесс-менеджер откуда-то прочитал и сам позапускал что ему надо, реализуя функциональность супервизора?
это уже что-то такое сугубо предметное. что такое стрим, сколько он живет, сохраняется ли между запусками приложения. тут скорее нужна абстракция, а как будет организовано хранение параметров - вопрос отдельный.

я  app.src + sys.config  + erl -config /path/vm.config  + options рассматриваю как параметры запуска  и свойства приложения, это ведь монолитный конфиг. а сесии и стримы это уже база данных
источник

AB

Alex Bubnov in ErlangRus
удивительным образом этот список нинужного в веб-сервере для gleam совпадает с тем, для реализации чего нужен receive
источник

ИИ

Иванов Иванов... in ErlangRus
Sergey Prokhorov
но например тот же PostgreSQL имеет postgres.conf но можно взять и из SQL сделать SET config_name = 'config_value' https://www.postgresql.org/docs/current/sql-set.html (не для всех, но многих)
ALTER SYSTEM SET ... TO  ...
источник

ИИ

Иванов Иванов... in ErlangRus
Maksim Lapshin
Или это не так и это просто какие-то временные процессы, которые процесс-менеджер откуда-то прочитал и сам позапускал что ему надо, реализуя функциональность супервизора?
можно же несколько конфигов скармливать, -config c1.path -config c2.path  и разные параметры по разным секциям распихать. или даже по фиктивным app
источник

AB

Alex Bubnov in ErlangRus
Alex Bubnov
удивительным образом этот список нинужного в веб-сервере для gleam совпадает с тем, для реализации чего нужен receive
как меня всё-таки удивляют люди, которые хотят не-опциональную статическую типизацию в языке для beam
источник

c

corsars in ErlangRus
Oleksiika
Макс, а почему не через условную админку изменение настроек сделали? Исторически сложилось?
ЗЫ. Я просто думал в конфиге описываются особенности данной инсталляции и, возможно, дефолтные значения, если их разрешено менять.
так это должно быть в CI/CD если быть точным - выбор параметров сборки
источник

ИИ

Иванов Иванов... in ErlangRus
Oleksiika
Макс, а почему не через условную админку изменение настроек сделали? Исторически сложилось?
ЗЫ. Я просто думал в конфиге описываются особенности данной инсталляции и, возможно, дефолтные значения, если их разрешено менять.
ну а в конечном счете куда из админки то попадет
источник

AB

Alex Bubnov in ErlangRus
Переслано от Alex Bubnov
источник

ИИ

Иванов Иванов... in ErlangRus
что это вообще. всё пишешь и пишешь. объясни отсталым
источник