Seems interesting, but without JS, how are you going to handle all of the functions that come with modern websites? Libraries? Tooling? I like the ease of use, but it does not seem very practical for anything other than a 1 page app, or a simple information page. Also, its using websockets!? What happens if the socket disconnects? You lose your frontend?
@@SuperAppsUSA Thanks a lot! Answering your questions: - You can easily add a node_modules inside the assets folder and use whatever javascript library you want. And Phoenix uses Esbuild to bundle everything - If the Web Socket takes longer than 2.5 seconds to connect (this time is configurable BTW) phoenix defaults the client/server communication to Long Polling. If JS is disabled, it defaults to regular HTTP calls. So everything should still work normally
the 7K was not concurrent traffic at a given point in time. It would be so intresting if you can share what was the maximum number of users who were on the page that day at the same time, so we can know how much it handled just with 500mb RAM. Impressive stuff
Thanks. Does it support interctive UI, such as add to cart, remove from cart, animations? A video on where this tool shines and where it doesn't will be helpful.
Is there an equivalent of shadcn for Phoenix? I’ve noticed that you use the default select buttons. If you were to customize them, how would you go about it? The way I see it, these little details are where the server-centric approach falls short. What do you think?
Moreover, '7.8k unique visitors' doesn't represent the number of simultaneous connections at a specific moment in time, does it? It's a general statistic over a certain period. Am I wrong?
@@wojciechosinski5927 You are right! It's 7.8k total access for the day, which averaged around 300 to 500 web socket connections simultaneously per hour
And regarding Shadcn, unfortunately, we don't have an equivalent in Phoenix. But TBH, I prefer creating all my components "by hand" instead of installing a bunch of components by Radix. Also, by using the default select, you have 100% guarantee that the component will work on all browsers 😄
I just started learning elixir, and the type system is easily forgettable after you start using pattern match. You kinda don't need the types when you can overload the function with all possible states. You can write a function to the Happy path and one for the errors with the same name. Give it a try, you're gonna like it.
@@alexandrecolautoneto7374 i changed my opinion. i think that elixir doesn't need types because there are not too many features and it's very straightforward. on top of that it's a very well designed language. i think that most languages and paradigms need static types though. even most fp languages/paradigms need static types in my opinion.
This guy is very underrated.
Cmon guys, elixir community is great, give this guy support he deserves.
My dream is to increase elixir adoption, LET'S GO 🚀
elixir community is non existent. you wanna know whats great? javascript/typescript community
YES! Bring that Phoenix/LiveView content. Been waiting so long for this 🙏
There is A LOT of Phoenix content coming, stay tuned 🔥
As someone just starting out with elixir and Phoenix, this was very helpful!
excellent walkthough!
Great video, amazing explanation skills. Thank you.
@@ThugLifeModafocah thanks!
Very good overview!
@@srcrip thanks chief!
great vid! keep em coming 👍
Great video as always bro! 🎉
Thanks!
Seems interesting, but without JS, how are you going to handle all of the functions that come with modern websites? Libraries? Tooling?
I like the ease of use, but it does not seem very practical for anything other than a 1 page app, or a simple information page. Also, its using websockets!? What happens if the socket disconnects? You lose your frontend?
Great video though, I really like it! Subscribed!
@@SuperAppsUSA Thanks a lot! Answering your questions:
- You can easily add a node_modules inside the assets folder and use whatever javascript library you want. And Phoenix uses Esbuild to bundle everything
- If the Web Socket takes longer than 2.5 seconds to connect (this time is configurable BTW) phoenix defaults the client/server communication to Long Polling. If JS is disabled, it defaults to regular HTTP calls. So everything should still work normally
Please cover router v7 too.
👏
the 7K was not concurrent traffic at a given point in time. It would be so intresting if you can share what was the maximum number of users who were on the page that day at the same time, so we can know how much it handled just with 500mb RAM. Impressive stuff
@@aghileslounis yeah I wasn’t super clear about that. But you can see on the graph around 300 to 500 web socket connections per hour
Thanks. Does it support interctive UI, such as add to cart, remove from cart, animations? A video on where this tool shines and where it doesn't will be helpful.
@@taunado absolutely. The goal of LiveView is to do those things from the server (using web sockets) instead of using a bloated JS framework
@@DanielBergholz interesting!
Is there an equivalent of shadcn for Phoenix? I’ve noticed that you use the default select buttons. If you were to customize them, how would you go about it? The way I see it, these little details are where the server-centric approach falls short. What do you think?
Moreover, '7.8k unique visitors' doesn't represent the number of simultaneous connections at a specific moment in time, does it? It's a general statistic over a certain period. Am I wrong?
@@wojciechosinski5927 You are right! It's 7.8k total access for the day, which averaged around 300 to 500 web socket connections simultaneously per hour
And regarding Shadcn, unfortunately, we don't have an equivalent in Phoenix. But TBH, I prefer creating all my components "by hand" instead of installing a bunch of components by Radix. Also, by using the default select, you have 100% guarantee that the component will work on all browsers 😄
i would pay for it . just cover every snigle thing about it , this is the future living now , let s do it , muito obrigado from Oslo ;)
Muito obrigado! There is much more Phoenix content coming 🚀
i really want to like elixir but it's so hard without static types
I just started learning elixir, and the type system is easily forgettable after you start using pattern match. You kinda don't need the types when you can overload the function with all possible states. You can write a function to the Happy path and one for the errors with the same name. Give it a try, you're gonna like it.
@@alexandrecolautoneto7374 i changed my opinion. i think that elixir doesn't need types because there are not too many features and it's very straightforward. on top of that it's a very well designed language. i think that most languages and paradigms need static types though. even most fp languages/paradigms need static types in my opinion.