3 ms·

Is this similar to Microsoft's blazer?

by pipes 2y ago

pipes 2y ago
Odd, I wonder why I got down voted for it, it was a genuine question
- NicoJuicy 2y ago
  Blazor? Raw guess
mattmanser 2y ago
MS's web socket solution is called signalr. It is also fire and forget with fall over to http if web sockets aren't available. I believe if web sockets don't work it can fall over to http long polling instead, but don't quote me on that. All the downsides of web sockets mentioned in the article are handled for you. Plus you can re-use your existing auth solution. Easily plug logging stuff in, etc. etc. Literally all the problems mentioned by the author are dealt with. Given the author mentions C# is part of their stack I don't know why they didn't mention signalr or use that instead of rolling their own solution.
- hikarikuen 2y ago
  To further clarify, I believe Blazor uses SignalR under-the-hood when doing server-side rendering. So the direct answer is probably "this is similar to a component used in Blazor" Edit: Whoops, I lost context here. Phoenix LiveView as a whole is probably pretty analogous to Blazor.
- whoknowsidont 2y ago
  >Given the author mentions C# is part of their stack I don't know why they didn't mention signalr or use that instead of rolling their own solution. Not saying this is why but SignalR is notoriously buggy. I've never seen a real production instance that didn't have issues. I say that as someone who probably did one of the first real world, large scale roll outs of SignalR about a decade ago.
  - rswskg 2y ago
    I believe it's changed alot since then? I was abit cynical of it from that initial experience but recent usage of it made it seem reliable and scalable.
  - davidgl 2y ago
    We use it in a production system on the aspnetcore stack, and it's been bulletproof for a number of years. We have lots of proxies in the way, and old tech on certain networks, and at this moment we are 97% websockets, 2% server side events, 1% long polling, and it's all transparent to me, brilliant.
- avgDev 2y ago
  You are correct. I am using Blazor Server, and for some reason a server is not allowing Web Socket connections(troubleshooting this) and the app switches to long polling as fallback.
abrookewood 2y ago
Phoenix predates Blazer, but they are both server-side rendered frameworks. In terms of real time updates, Phoenix typically relies on LiveView, which uses web sockets and falls back to long-polling if necessary. I think SignalR is the closest equivalent in the .Net world.

Is this similar to Microsoft's blazer?

by pipes 2y ago

Is this similar to Microsoft's blazer?

pipes 2y ago

Odd, I wonder why I got down voted for it, it was a genuine question

NicoJuicy 2y ago
Blazor? Raw guess

mattmanser 2y ago

MS's web socket solution is called signalr. It is also fire and forget with fall over to http if web sockets aren't available. I believe if web sockets don't work it can fall over to http long polling instead, but don't quote me on that. All the downsides of web sockets mentioned in the article are handled for you. Plus you can re-use your existing auth solution. Easily plug logging stuff in, etc. etc. Literally all the problems mentioned by the author are dealt with. Given the author mentions C# is part of their stack I don't know why they didn't mention signalr or use that instead of rolling their own solution.

hikarikuen 2y ago
To further clarify, I believe Blazor uses SignalR under-the-hood when doing server-side rendering. So the direct answer is probably "this is similar to a component used in Blazor" Edit: Whoops, I lost context here. Phoenix LiveView as a whole is probably pretty analogous to Blazor.
whoknowsidont 2y ago
>Given the author mentions C# is part of their stack I don't know why they didn't mention signalr or use that instead of rolling their own solution. Not saying this is why but SignalR is notoriously buggy. I've never seen a real production instance that didn't have issues. I say that as someone who probably did one of the first real world, large scale roll outs of SignalR about a decade ago.
- rswskg 2y ago
  I believe it's changed alot since then? I was abit cynical of it from that initial experience but recent usage of it made it seem reliable and scalable.
- davidgl 2y ago
  We use it in a production system on the aspnetcore stack, and it's been bulletproof for a number of years. We have lots of proxies in the way, and old tech on certain networks, and at this moment we are 97% websockets, 2% server side events, 1% long polling, and it's all transparent to me, brilliant.
avgDev 2y ago
You are correct. I am using Blazor Server, and for some reason a server is not allowing Web Socket connections(troubleshooting this) and the app switches to long polling as fallback.

abrookewood 2y ago

Phoenix predates Blazer, but they are both server-side rendered frameworks. In terms of real time updates, Phoenix typically relies on LiveView, which uses web sockets and falls back to long-polling if necessary. I think SignalR is the closest equivalent in the .Net world.