It’s nice here, but a bit under-federated. Other @Deebsters are available.

  • 4 Posts
  • 23 Comments
Joined 1 year ago
cake
Cake day: June 3rd, 2023

help-circle


















  • First games in ages for me! Three of us, we started with Kingsburg, stopped for curry and rugby, then continued with Suburbia.

    I love the stories that end up happening in Suburbia - my town was an industrial hellhole that no-one wanted to live in, until I built a recycling plant which I then doubled and everyone loved me.

    My neighbour’s capitalist mecca was similarly unpopular but his approach was to spend a fortune buying a PR firm, but he left it too late and his reputation never got high enough to escape last place.




  • TL;DR: the code/servers could be changed to use SSR, but that’s more expensive to run.


    Lemmy is written more as a web app than as a traditional webpage. This means that the website sends a partial page plus the code+resources needed to finish building the page and the browser builds (“renders”) the final page.

    This has advantages in that the server can send less data over time, cache more of that data, and overall has to do less work, plus also makes the site feel more snappy for the user, because their browser only needs to download the data that’s changed (instead of a whole new page).

    The disadvantage is that the browser needs to be more powerful, and older/simpler browsers (like IE6, some text-only browsers and some web spiders) won’t apply the extra work to finish the page off.

    The normal solution is called “server-side rendering” (SSR) where the server renders the full page, sends that over, then also sends over the code+data needed to run things more dynamically (“hydrating” the static site into an app-like experience). This means the server has to do a lot of work, but is often the best of both worlds; search engines see the proper page (good for SEO) but users get to have a nice experience (once that longer initial load is complete, anyway).