4 ms·

Idk Im not so much into web development but isn't ssr rendering much more expesive? I just move all the processing/calculation to my/server side instead of the

Idk Im not so much into web development but isn't ssr rendering much more expesive? I just move all the processing/calculation to my/server side instead of the clients. This means for a business with many clients I have to pay for the stuff that the clients themselves could have done instead...

ketralnis 4y ago
Is it though? Is composing a response into a graphql or JSON or XML format that much more expensive than into an HTML format? Is {"comment": {"body: "lol"}} notably expensive than <Comment body="lol"/>
- w4eg324g 4y ago
  I assume a modern webpage has some logic to it which besides the redering also needs to be processed and if you apply that to a scale of billions x years I guess yes. But as I said I'm not an expert in the field nor have I any numbers. It's just what I thought. Edit: Thinking of having only to serve a state once and having each action processed on the client side instead of making for each a call the backend which has to return a fully rendered page. Maybe I have a misconception goin on here!
  - cmoski 4y ago
    The server doesn't [have to] return the entire page on a change. Return small chunk of HTML or small chunk of JSON. There will be a small cost to do the HTML on the server but there is also a cost to do the HTML on the client: sending them 50000000000kb of JavaScript initially.
- cafebean 4y ago
  Web page design will have to fundamentally change to accommodate surgically updating web pages, for the large overhead to disappear.
  - TrispusAttucks 4y ago
    It already exists for several popular frameworks/languages. One example is [1] Laravel livewire. [1] https://laravel-livewire.com/ https://laravel-livewire.com/
    - Implicated 4y ago
      Can confirm, livewire is like _magic_.
    - bob1029 4y ago
      Also see Blazor. We've been using it for a few years now. Here is some specific documentation pertaining to how it manages incremental DOM updates: https://blazor-university.com/components/render-trees/ https://blazor-university.com/components/render-trees/
  - Lio 4y ago
    This is so easy to do with Rails via https://hotwired.dev/ https://hotwired.dev/ Anything that wouldn't require a round trip for data can be scripted pretty simply just using Stimulus. I can't imagine it's any harder with any of the other server side technologies like Liveview, Blazor, etc.
sharemywin 4y ago
Not to mention if you send the whole app down in the form of a SPA and they only use one or 2 pages that's alot of overhead.
ttymck 4y ago
How much more expensive is it? 10%? 150%? How much is the additional compute cost? $10 a month? $1000 a month? How much more productive are your developers? Does it offset the cost?
theappsecguy 4y ago
Compute power is absurdly cheap these days, especially for something as simple as SSR of web pages
- javaunsafe2019 4y ago
  Woot sorry but have you ever used any cloud provider like AWS? Processing time and bandwidth are the things you try to avoid in order to avoid unnecessary expenses.

ketralnis 4y ago

Is it though? Is composing a response into a graphql or JSON or XML format that much more expensive than into an HTML format? Is {"comment": {"body: "lol"}} notably expensive than <Comment body="lol"/>

w4eg324g 4y ago
I assume a modern webpage has some logic to it which besides the redering also needs to be processed and if you apply that to a scale of billions x years I guess yes. But as I said I'm not an expert in the field nor have I any numbers. It's just what I thought. Edit: Thinking of having only to serve a state once and having each action processed on the client side instead of making for each a call the backend which has to return a fully rendered page. Maybe I have a misconception goin on here!
- cmoski 4y ago
  The server doesn't [have to] return the entire page on a change. Return small chunk of HTML or small chunk of JSON. There will be a small cost to do the HTML on the server but there is also a cost to do the HTML on the client: sending them 50000000000kb of JavaScript initially.
cafebean 4y ago
Web page design will have to fundamentally change to accommodate surgically updating web pages, for the large overhead to disappear.
- TrispusAttucks 4y ago
  It already exists for several popular frameworks/languages. One example is [1] Laravel livewire. [1] https://laravel-livewire.com/ https://laravel-livewire.com/
  - Implicated 4y ago
    Can confirm, livewire is like _magic_.
  - bob1029 4y ago
    Also see Blazor. We've been using it for a few years now. Here is some specific documentation pertaining to how it manages incremental DOM updates: https://blazor-university.com/components/render-trees/ https://blazor-university.com/components/render-trees/
- Lio 4y ago
  This is so easy to do with Rails via https://hotwired.dev/ https://hotwired.dev/ Anything that wouldn't require a round trip for data can be scripted pretty simply just using Stimulus. I can't imagine it's any harder with any of the other server side technologies like Liveview, Blazor, etc.

sharemywin 4y ago

Not to mention if you send the whole app down in the form of a SPA and they only use one or 2 pages that's alot of overhead.

ttymck 4y ago

How much more expensive is it? 10%? 150%? How much is the additional compute cost? $10 a month? $1000 a month? How much more productive are your developers? Does it offset the cost?

theappsecguy 4y ago

Compute power is absurdly cheap these days, especially for something as simple as SSR of web pages

javaunsafe2019 4y ago
Woot sorry but have you ever used any cloud provider like AWS? Processing time and bandwidth are the things you try to avoid in order to avoid unnecessary expenses.