• GaveUp [she/her]@hexbear.net
    link
    fedilink
    English
    arrow-up
    9
    arrow-down
    2
    ·
    10 months ago

    Preferring server side rendering is an interesting topic

    Client side renderering is currently the preference because the company gets to offload the compute costs of their servers onto the clients’ devices

    As long as every website has a profit motive, even if it’s just a single person trying to save some money on their AWS bills, server side rendering will never become the norm

    • murtaza64@programming.dev
      link
      fedilink
      arrow-up
      12
      ·
      10 months ago

      The difference between generating JSON and generating HTML is minimal for the server, doesn’t seem to me like server side rendered sites have significantly higher server compute costs. Also generally for SPAs, the server has to replicate whatever flow is happening on the client anyway to keep state in line (since the client can’t be trusted)

      • NekuSoul@lemmy.nekusoul.de
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        10 months ago

        The difference between generating JSON and generating HTML is minimal for the server

        That should be true, but have you looked the HTML of any “modern” site? Dozens of nested elements, each tagged with multiple lines of attributes. Generating that is probably 10x the cost of generating the JSON.

        Plus, with server side rendering you also have to recompute the HTML for the entire site, which often means re-computing a whole bunch of non-trivial queries as well.

        • asyncrosaurus@programming.dev
          link
          fedilink
          arrow-up
          1
          ·
          10 months ago

          Plus, with server side rendering you also have to recompute the HTML for the entire site, which often means re-computing a whole bunch of non-trivial queries as well.

          This is actually why I really like HTMX, you load a page once, then make AJAX requests that return html which you can use to replace or add to the DOM. It provides an interactive front end where the backend provides full rendered html partials. Simplifies the entire application by keeping logic and state only on the server, which means you never have to worry about synchronizing front-end and backed state.