ВК
постоянных переменных?
...> Settings.set(:http_timeout_ms, 10_000) # :scope omitted, defaults to :__global
...> Settings.get(:http_timeout_ms)
10000
Вот такое нужно, чтобы оно хранило внутри себя это где-то в dets
Size: a a a
2020 October 22
АП
Вот такое нужно, чтобы оно хранило внутри себя это где-то в dets
SM
persistent_term?
N|
...> Settings.set(:http_timeout_ms, 10_000) # :scope omitted, defaults to :__global
...> Settings.get(:http_timeout_ms)
10000
Вот такое нужно, чтобы оно хранило внутри себя это где-то в dets
привет, вообще конечно выглядит как обычный Application.get_env и Application.set_env
N|
у Application под капотом тоже ETS
АП
у Application под капотом тоже ETS
а надо dets
N|
а че за юзкейс для DETS? ты переписываешь конфиги изнутри приложения?
P
а надо dets
А что будет если нода развалится и split brain?
АП
а че за юзкейс для DETS? ты переписываешь конфиги изнутри приложения?
мне нужно хранить 1 постоянную переменную, которая будет существовать и после перезапусков ноды.
естественно, хочется сложить её в место попроще
естественно, хочется сложить её в место попроще
N|
мне нужно хранить 1 постоянную переменную, которая будет существовать и после перезапусков ноды.
естественно, хочется сложить её в место попроще
естественно, хочется сложить её в место попроще
почему её нельзя положить в конфиг-файл и просто перечитывать при запуске приложения?
P
DETS это только на первый взгляд место попроще
АП
почему её нельзя положить в конфиг-файл и просто перечитывать при запуске приложения?
потому что это некое "объявление" для проекта. его хочется задавать через консоль в моменты необходимости.
N|
ну, опять же, я бы настоял именно заложить все эти штуки в конфиг-файл, это и технически проще, и для devops намного удобнее, если я не упускаю какой то детали у тебя
АП
девопса не существует
а с конфигом это наоборот сложнее, коммитить, деплоить. плюс это явно неправильное направление, так как в будущем оно должно меняться через веб-интерфейс
а с конфигом это наоборот сложнее, коммитить, деплоить. плюс это явно неправильное направление, так как в будущем оно должно меняться через веб-интерфейс
АП
persistent_term?
судя по тому, что в доке, это аналог ets, а значит мрёт при перезапуске
АП
хотя название обещало большее))
P
Если это Phoenix или у тебя есть Ecto заведи табличку, положи туда значение, читай его по ключику во время старта, клади в ets. Через PubSub можно кастить обновление ключика
N|
девопса не существует
а с конфигом это наоборот сложнее, коммитить, деплоить. плюс это явно неправильное направление, так как в будущем оно должно меняться через веб-интерфейс
а с конфигом это наоборот сложнее, коммитить, деплоить. плюс это явно неправильное направление, так как в будущем оно должно меняться через веб-интерфейс
> devops не существует
ага, держи в курсе
> через веб-интерфейс
ну тогда подключай БД нормальную в таком случае, postgres какой нить и кешируй при запуске.
ага, держи в курсе
> через веб-интерфейс
ну тогда подключай БД нормальную в таком случае, postgres какой нить и кешируй при запуске.
АП
> devops не существует
ага, держи в курсе
> через веб-интерфейс
ну тогда подключай БД нормальную в таком случае, postgres какой нить и кешируй при запуске.
ага, держи в курсе
> через веб-интерфейс
ну тогда подключай БД нормальную в таком случае, postgres какой нить и кешируй при запуске.
решение прям гениально, заводить табличку для 1 переменной
АП
воздержусь