Tablaste

joined 2 years ago
 

Before we get into extreme server side rendering (XSSR), we have to talk about normal server side rendering (SSR). This comes in two flavours, which I'm calling old-school and new-school.

Old-school SSR involves having a server which uses some logic to create the HTML of the web page on-the-fly. For example, you might hit /users/39, and it might give you the details of user 39. These details might be from a database, or they might come from somewhere else. The important part is there's no corresponding 39.html on the disk. The HTML is created dynamically by the back-end server. On the front-end side, there's no JavaScript or other logic required to render the page. As a result, once the page is loaded, there's no ability for it to be dynamic.

New-school SSR is similar to old-school SSR, but it does involve a bit of front-end JavaScript logic.

 

Background: 15 years of experience in software and apparently spoiled because it was already set up correctly.

Been practicing doing my own servers, published a test site and 24 hours later, root was compromised.

Rolled back to the backup before I made it public and now I have a security checklist.

 

I was interested in building something like this.

 

As an open source project, our website never had to "convince people" to use Electron, so I never took the time to actually explain why I'm betting on web technologies to build user interfaces or why I prefer bundling a rendering engine.

[–] Tablaste@linux.community 2 points 2 years ago (1 children)

I did a double take at that $4000 budget as well! Glad I wasn't the only one.

[–] Tablaste@linux.community 2 points 2 years ago

Yeah. I talk about the product directly.

Lemmy. Or Pixelfed. Or Mastodon.

I talk about the activitypub and decentralization.

I'm trying to remove Fediverse from the conversation because that's the word that starts to make people confused.

view more: ‹ prev next ›