Live data from Hacker News

Phoenix LiveView 1.0.0 is here

phoenixframework.org

131–140 of 142 posts

Re: Phoenix LiveView 1.0.0 is here

#131

Earlier quoted context omitted.

What does "support for Fedora" means in this context ?

It supports most OSes rather nicely, check the docs for a long list of config options. It creates a local package store and configures your user's path for it, each tool is managed with a custom plugin that IME works flawlessly and versions are handled better than anything else I've ever used. It's the only way I'll install Golang or NodeJS lately, and I had good luck with it for Java too.

I prefer sdkman.io for the JVM, has most of the things for stuff that runs on it in one place, including Clojure tooling and Quarkus and whatnot.

Re: Phoenix LiveView 1.0.0 is here

#132
post #86

Earlier quoted context omitted.

I generally recommend using ASDF to install Erlang/Elixir, it has support for Fedora. https://asdf-vm.com/guide/getting-started.html https://github.com/asdf-vm/asdf-erlang https://github.com/asdf-vm/asdf-elixir Slightly more ceremony than curl | sh, but a good tool to have.

Mise also has support https://mise.jdx.dev/

How does it handle the wx stuff and whatnot that's required for Observer?

Seems to have more project management and make-like capabilities, I can see why someone might find that attractive but it's not for me.

Re: Phoenix LiveView 1.0.0 is here

#133
post #93
post #87

Earlier quoted context omitted.

There are libraries for Ecto that help with this. https://github.com/duffelhq/paginator

Careful that this library last I used it (2020 or so) used a particularly insecure encoding of the cursor that basically allows remote execution. Not sure if they ever addressed it. Here's the fork I created at the time to work around some of these issues: https://github.com/1player/paginator

Thanks for pointing that out.

Re: Phoenix LiveView 1.0.0 is here

#135
post #93
post #87

Earlier quoted context omitted.

There are libraries for Ecto that help with this. https://github.com/duffelhq/paginator

Careful that this library last I used it (2020 or so) used a particularly insecure encoding of the cursor that basically allows remote execution. Not sure if they ever addressed it. Here's the fork I created at the time to work around some of these issues: https://github.com/1player/paginator

Thanks to thread for the informative responses! (And the useful README on your fork/the upstream)

I try to assume someone's thought of better than the best I could, or at least learned the hard way what edge cases need to be handled.

Re: Phoenix LiveView 1.0.0 is here

#137
post #131

Earlier quoted context omitted.

It supports most OSes rather nicely, check the docs for a long list of config options. It creates a local package store and configures your user's path for it, each tool is managed with a custom plugin that IME works flawlessly and versions are handled better than anything else I've ever used. It's the only way I'll install Golang or NodeJS lately, and I had good luck with it for Java too.

I prefer sdkman.io for the JVM, has most of the things for stuff that runs on it in one place, including Clojure tooling and Quarkus and whatnot.

Ah cool, maybe I'll check it out someday. JVM isn't a huge part of my daily work though so I'm pretty happy having it managed the same way as everything else for now. I like the intuitive simplicity of a .tool-versions file in a repo that supports a huge variety of tools.

Re: Phoenix LiveView 1.0.0 is here

#138
post #52

Has anyone tried both LiveView and say Vaadin Flow to compare them? I'm using Vaadin now on a project and it's pretty great so far with Quarkus. The app is also only using like 200mb of memory with production traffic, and I have a compiled language to work with. That's the main thing I'm waiting for with Phoenix...

Elixir/Phoenix is compiled.

Fair, but not statically typed

Re: Phoenix LiveView 1.0.0 is here

#139
post #22

Most expensive part of the typical web app is the coordination cost between front and backend devs. Thus the rational to have 1 dev implement full stack. But the trade-off for coordination costs are heavy context switching and knowledge costs to know both ends. Neither option is very ideal and most companies have accepted the coordination costs. But LiveView just ignores these problems and does full stack without the…

> Thus the rational

I think you meant rationale

Re: Phoenix LiveView 1.0.0 is here

#140
post #25

Earlier quoted context omitted.

Congrats on 1.0 and really appreciate all the work involved. One thing that I'd love to see is more demos around optimistic UI's. It's a lot of work, but Ryan Florence from Remix did a whole playlist [1] around recreating Trello in Remix. One video or demo in particular that had some functionality I'd love to see in LiveView (or demo on how to do it) is Optimistic UI and Optimistic Add and Drag and Drop (the last thr…

I need to polish the code, but here's more advanced optimistic UI example added to an existing demo app (TodoTrek). It uses recent LiveView features that allows any client code to hook into the full optimistic UI/server sync primitives that are built into LV: https://x.com/chris_mccord/status/1864160634394325038

Very cool! Are those recent features documented anywhere? I can't find anything in the latest docs about hooking into LV's server sync primitives.

Is this out in v1.0.0 or is it an upcoming feature?

Post reply on HN