[Existenceblinks]

It's a fast-paced development! That's pretty great. I hope core team would consider slowing down a bit and catch up with Deployment, Monitoring(which Phoenix team working on it) and Platform(e.g. http/2) departments.

v1.5 seems to have a bunch of bug fixes and deprecation (Hah! I'm not sure if it's like move fast and break thing). It is potentially the case.

In every important part, there seems to have a solo smart person working on it. E.g. Cowboy(I know it's erlang but Phoenix depends on it significantly), Distillery. That could be a good thing. Less people may catch up with each other faster. It also mean a load of works! And also mean some convention are out of sync (e.g. configuration which I think Conform is the proper way lately)

[josevalim]

> v1.5 seems to have a bunch of bug fixes and deprecation (Hah! I'm not sure if it's like move fast and break thing). It is potentially the case.

It is definitely not the case. :) If anything breaks, please fill in a bug report and it will be fixed immediately.

[Existenceblinks]

Yep, sure! I love Elixir a lot and didn't mean to complain anything <3 Thanks, you and all team members :)

[josevalim]

No worries and thank you! This feedback is important and I saw an opportunity to clarify our "no breaking changes" rule.

[pmontra]

Yep, I just finished to setup a build and deploy system for Phoenix using edeliver and it's definitely not nice. A bunch of files in different languages, it feels unnecessarily hard. I hope that'll put some effort in that.

[pmarreck]

I host the production site I'm working on at Gigalixir[1] (with the postgres DB in Google Cloud) and it's been pretty sweet. Deploys have been trivial (the way they should be, if you aren't interested in also becoming a devops expert). Jesse Shieh is extremely responsive and a committed founder. Unlike Heroku, Gigalixir does not restart its servers nightly, which is very relevant if you store any state app-side (such as a cache).

[1] https://gigalixir.com/

[udfalkso]

I wasn't aware of Gigalixir, thanks for mentioning that. Looks very promising.

I've been hosting my site at https://clever-cloud.com with good results. I've been using Docker there but they just added beta Phoenix support which makes it really easy. They're French, and I'm in the US. So there have been time zone issues and support has been a bit lackluster at times, but generally they've fixed all the issues I've brought up and have been responsive. Price is right.

[andruby]

Elixir and Erlang deployments were tricky a few years ago, but I feel like now with distillery [0] it a lot better. I use it in docker multistage builds [1] and have been really happy with that.

[0] https://github.com/bitwalker/distillery

[1] example dockerfile: https://gist.github.com/bsedat/16cb74ebc8ab0ed61ac598a129b0a...

[Existenceblinks]

You could check https://github.com/labzero/bootleg which is simpler and flexible. (and of course missing some features)

[qaq]

Looks like a very straightforward way to do deploys thanx for posting the link.

[servilio]

Take a look at Nix[1], it has the advantage of being able to express dependencies to native libraries together with the Elixir dependencies.

[1] https://nixos.org/nix

[pmarreck]

I recently discovered that the Nix package manager was available outside NixOS (such as on OS X!)

[blatyo]

You mentioned the phoenix team is working on monitoring. Can you point me to where you heard that or any work being done on it?

[hackerboos]

Shipping in 1.4 I believe - https://www.youtube.com/watch?v=pfFpIjFOL-I

[Existenceblinks]

It's from Chris' keynote https://youtu.be/pfFpIjFOL-I?t=23m31s I haven't checked any task/issue tracker though.

[gamache]

You may want to check out the recent 2.0.0 release candidates for the Cowboy HTTP server -- HTTP/2 support is one of the changes. (It's technically Erlang, but most Elixir projects I've seen use it for HTTP, generally through the Phoenix framework.)

https://github.com/ninenines/cowboy