Size: a a a

2019 October 04

В

Вертолетчик in ErlangRus
Evgeny M.
Ну вот пример из жизни. По памяти, может быть в чем-то уже ошибаюсь. Есть база Geoip ISP от maxmind, в ней в том числе бинарные названия ISP. База живет в долгоживущем процессе, точнее в пуле. Данные из нее используются веб-процессами. В один прекрасный момент базу обновляют на новую версию. И erts решает что настало время создать копию старой базы во всех процессах, в которых есть на нее ссылки.
Я такую базу с nginx-ом состыковывал. Может быть у вас другие задачи были
источник

EM

Evgeny M. in ErlangRus
с nginx понятно что проще, но у меня коробочный продукт
источник

EM

Evgeny M. in ErlangRus
и пользуются им неспециалисты
источник

EM

Evgeny M. in ErlangRus
неадмины
источник

В

Вертолетчик in ErlangRus
Evgeny M.
с nginx понятно что проще, но у меня коробочный продукт
Вопросов нет )))
источник
2019 October 07

СИ

Сергей Иванов in ErlangRus
Помню тут писали про хак, который можно использовать для включения в релиз всех зависимостей , а не только указанных при перечислении в {application,  {applications, []  в app.src , relx упорно игнорирует не указанные там зависимости
источник

СИ

Сергей Иванов in ErlangRus
провайдер в коде relx вроде есть который обходит зависимости . попробую вызвать вручну его
источник

СИ

Сергей Иванов in ErlangRus
логика там слегка запутана, но в общем - есть провайдер который обходит все заданные кталоги и находит все приложения. Но в конечном счете тянет только те зависимости которые связаны с заданными.
Что мешало сделать флаг "включить всё" по аналогии с include_erts или system_libs - не понятно.
источник

VV

Valerii Vasylkov in ErlangRus
вопрос необходимости: зачем test/debug зависимости включать в релиз?
источник

СИ

Сергей Иванов in ErlangRus
Valerii Vasylkov
вопрос необходимости: зачем test/debug зависимости включать в релиз?
построение загрузчика только по перечисленным приложениям - это понятно.
а отсутствие включения полного дерева зависимостей  - не понятно
источник

DR

Dmitry Russ (Aleksandrov) in ErlangRus
В Elixir-е, например, по умолчанию включаются все зависимости, кроме тех, которые помеченны для dev/test или имеют опцию runtime: false (т.е. нужны при построении).
источник

СИ

Сергей Иванов in ErlangRus
Dmitry Russ (Aleksandrov)
В Elixir-е, например, по умолчанию включаются все зависимости, кроме тех, которые помеченны для dev/test или имеют опцию runtime: false (т.е. нужны при построении).
ну вот , подход от обратного более логичен. включение всех зависимостей (очевидно что они уже перечислены в deps один раз!) - это нормально и вроде как не содержит неявного поведения
источник

СИ

Сергей Иванов in ErlangRus
Dmitry Russ (Aleksandrov)
В Elixir-е, например, по умолчанию включаются все зависимости, кроме тех, которые помеченны для dev/test или имеют опцию runtime: false (т.е. нужны при построении).
вообще это проблема. пример: вот есть в зависимостях https://github.com/jeremyong/sharded_eredis, но  у него в applications не указана eredis,
таким образом я должен указать у себя в applications (или release) не только sharded_eredis, но и eredis

проверил - rebar3 тоже не умеет сразу зависимости включать (думал может они relx патчат)
источник

DR

Dmitry Russ (Aleksandrov) in ErlangRus
Сергей Иванов
вообще это проблема. пример: вот есть в зависимостях https://github.com/jeremyong/sharded_eredis, но  у него в applications не указана eredis,
таким образом я должен указать у себя в applications (или release) не только sharded_eredis, но и eredis

проверил - rebar3 тоже не умеет сразу зависимости включать (думал может они relx патчат)
В Elixir-е не нужно указывать.
источник

DR

Dmitry Russ (Aleksandrov) in ErlangRus
Сергей Иванов
вообще это проблема. пример: вот есть в зависимостях https://github.com/jeremyong/sharded_eredis, но  у него в applications не указана eredis,
таким образом я должен указать у себя в applications (или release) не только sharded_eredis, но и eredis

проверил - rebar3 тоже не умеет сразу зависимости включать (думал может они relx патчат)
https://github.com/jeremyong/sharded_eredis/blob/master/rebar.config#L15 - он зависит от eredis, соответственно должен автоматически быть включен (п.с. протестирую сейчас)
источник

СИ

Сергей Иванов in ErlangRus
Dmitry Russ (Aleksandrov)
https://github.com/jeremyong/sharded_eredis/blob/master/rebar.config#L15 - он зависит от eredis, соответственно должен автоматически быть включен (п.с. протестирую сейчас)
зависимости то качает. не включается в release (libs)
источник

SP

Sergey Prokhorov in ErlangRus
Но вообще relx в первую очередь смотрит в .app.src ключ applications. Сперва смотрит что в rebar.config в relx перечислено, потом проходит по .app и включает их зависимости
источник

SP

Sergey Prokhorov in ErlangRus
Если правильно в .app.src прописать зависимости то обычно это проблем не доставляет
источник

СИ

Сергей Иванов in ErlangRus
Sergey Prokhorov
Если правильно в .app.src прописать зависимости то обычно это проблем не доставляет
что такое "правильно прописать"  - это нужно для автозагрузки. не более
источник

SP

Sergey Prokhorov in ErlangRus
Для автозагрузки, но и relx туда смотрит
источник