Deebster

Bad link 👎

This article seems to be an incomplete pasting of an old article: What Did Ada Lovelace’s Program Actually Do? I was suspicious when it said “A contemporary interpretation of Ada’s punch card stack using JavaScript might resemble the following” but didn’t have any code.

The real tl;dr is it calculated terms of the Bernoulli series.

I thought that was catchier than “Private Browsing/Incognito/InPrivate/gift shopping mode”.

It’s not paywalled here, try using porn mode, clearing that site’s cookies or something like archive.today.

It allows selecting multiple languages, but it’s not clear and setting multiple is fiddly - most sites use multiple checkboxes instead for this reason. Anyway, if you select Undetermined, English and whatever else you’re happy to see, you’ll see a lot more comments (and posts, probably).

Edit: to select multiple, hold control while clicking/spacebarring to add another.

It should have two language settings - those you might post in (for the dropdown on making a comment/post) and for those you’re happy to read (I’d just set it to all, since I can always translate anything that looks interesting).

I’d rather see the second option - having a JavaScript-free solution is definitely more resilient than trying to detect and whitelist every archive service. As long as it works for wget/curl then it works for almost everyone.

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).