Если кому нибудь надо

хотя вроде можно юзать 2.1.1 без этого. короче, надо пробовать... хочется пока хостед решение

*IO.inspect

Могу поделиться контейнером для феникса

Кидай ссылку, лишним не будет

у меня есть феникс в докере, может пригодится кому, https://github.com/SofaKing18/phoenix_docker_example

а если кто-то еще на ошибки укажет - будет вообще супер ;)

https://github.com/Virviil/asdf-elixir-docker

https://hub.docker.com/r/virviil/asdf-elixir/tags/

Если использовать для CI - то всё понятно.

Если для dev environment - надо прокинуть папку с проектом в контейнер, а deps, _build, .elixir_ls - наружу из контейнера для кеша

Использую для всех легаси эликсир проектов

Ну и для не легаси тоже

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

интересует длина очереди

i/1 вроде возвращает длину очереди

а в чём надо, в байтах или в элементах?

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

Process.info(pid, :message_queue_len)

@JustStealIt erlang:process_info(Pid, [message_queue_len]).

а в чём надо, в байтах или в элементах?

в элементах

Process.info(pid, :message_queue_len)

Спасибо)

я бы еще предложил через distillery собирать контейнер

и через Multi-Stage, у меня так коллега сделал, вышло круто

Спасибо)

плюс CMD добавить можно =)

Всем привет. Наткнулся на вот такое и не знаю, как победить query = App.Post |> distinct([p], p.id) |> order_by([p], [p.name]) Ecto.Adapters.SQL.to_sql(:all, App.Repo, query SELECT DISTINCT ON (p0.\"id\") * FROM \"posts\" AS p0 ORDER BY p0.\"id\", p0.\"last_name\» т.е. distinct блокирует order_by хелп

Добрый день, а можно ли уже созданному супервизору дочерний процесс добавить?

@MrFlorius Да. https://hexdocs.pm/elixir/Supervisor.html#start_child/2

Всем привет. Наткнулся на вот такое и не знаю, как победить query = App.Post |> distinct([p], p.id) |> order_by([p], [p.name]) Ecto.Adapters.SQL.to_sql(:all, App.Repo, query SELECT DISTINCT ON (p0.\"id\") * FROM \"posts\" AS p0 ORDER BY p0.\"id\", p0.\"last_name\» т.е. distinct блокирует order_by хелп

https://github.com/elixir-ecto/ecto/issues/1937

Спасибо, сам читал - заглупил и просмотрел

А остановить из дочернего процесса supervisor?

Я не уверен, что процесс знает кто его супервизор, если это специально не сообщать нему при старте и не хранить

Можно быстро упасть достаточно раз, чтобы супервизор сдался. Но может не сработать :)

А остановить из дочернего процесса supervisor?

а зачем такое делать

Для временной задачи

Запускается супервизор и процесс

Как только задача завершена, процесс посылает сигнал супервизору убиться

по идее можно останавливать процесс и повесить триггер чтобы супервизор тоже останавливался

Я не нашёл колбэка на выход чайлда

У супервизора

Вообще наверное уже есть какие-то супервизоры, можно к любому из них прицепить, со стратегией перезапуска :transient

Или сделать специальный супервизор для таких задач, и не париться что он висит без чайлдов

я мало работала с супервизорами, но зачем они если нельзя отловить завершение процесса, по-любому можно

даже без супервизора слинкованый процесс можно отследить, просто в handle_info отлавливать по идее https://blog.codeship.com/linking-monitoring-and-supervising-in-elixir/

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

Простой способ сделать ровно то что просят - отдавать pid супервизора чайлду, и там что-то делать при выходе. Но вероятно можно сделать как-то умно, но не то что прямо просят.

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

проблема тут в задумке как мне видется

если для ваших задач есть смысл в перезапуске процессов в случае падения, то проще на всех на них завести один супервизор

если нет, то можно и вовсе без него обойтись

Отдельный супервизор для всех временых задач

Чтобы вести учёт и запускать после падения, если надо

Так бы сделал я

ну или для класса задач

Task.Supervisor

spawn_link есть, зачем отдельный?

монитор есть опять же

spawn_link есть, зачем отдельный?

Чтобы не ронять породивший процесс и не морочиться с ловлей exit сигналов

Чтобы не ронять породивший процесс и не морочиться с ловлей exit сигналов

для этого есть spawn

для этого есть spawn

А если процесс упадёт, то есть spawn_link, trap exit и monitor

А всё вместе это супервизор

В принципе я регулярно без otp, спавн и забыл. Но это не рекомендованный способ

вот только супервизор сделан не для этого

Для временной задачи

Как только задача завершена, процесс посылает сигнал супервизору убиться

не любая формулировка задачи правильная

для этого скорее существует генсервер

надо выполнить задачу - отправили ему колл

выполнил задачу - ждёт следующей

а генсервер контролируется уже супервизором

Про супервизоры читайте Фреда Хеберта. Сперва книгу, потом блог. Досконально все расписано.

https://ferd.ca/the-hitchhiker-s-guide-to-the-unexpected.html

Супер! Это как раз статья о том, как стать архитектором)

посоны

а кто-то осилил graphql ?

Угу

а кто-то осилил graphql ?

есть немного

и как, absinthe хорош?

и как, absinthe хорош?

а, не, я на python только с graphene работал. Но там немного грустно, так как чувак, который написал эту либу перекатил из js. В итоге, она немного странно написана.

"But the real interesting stuff comes from the crossover with model checking, and there, few property-based testing frameworks across all languages do it as well as most of the Erlang ones (Python's Hypothesis is always good; StreamData in Elixir has no support for this, and none is actually planned either although some community members want it)" - о в блоге у ferd-а есть обновление.

Про StreamData

и как, absinthe хорош?

Хорош

@avfomin В общем, если то, что ferd - написал и это так и будет, то конечно жаль, прийдётся дальше proper использовать.

https://ferd.ca/the-hitchhiker-s-guide-to-the-unexpected.html - кстати, я и забыл, что у него есть такая крутая статья, где он объясняет как делается model-based testing (в смысле property-based testing для state machine).

@avfomin В общем, если то, что ferd - написал и это так и будет, то конечно жаль, прийдётся дальше proper использовать.

мне плохо знакома эта методология, спасибо за ссылку) Как я понял из доклада Андреа, им тупо нужны руки, они планируют часть функциональности делать в рамках GSoC

а кто-то осилил graphql ?

вот кстати репо с воркшопа по graphql на ElixirConfEU https://github.com/sjchmiela/pokedex