JadedBlueEyes

joined 1 year ago

You should! You don't have to be qualified to have something interesting to say - and you're doing it, so you know more than most people!

[–] JadedBlueEyes@programming.dev 1 points 2 weeks ago (2 children)

That sounds fun! Have you written about it?

[–] JadedBlueEyes@programming.dev 4 points 2 weeks ago (1 children)

It matters a little bit - Google measures performance on real devices through CrUX, and that feeds into their rankings - but not much. There's no real incentive to go for a Lighthouse performance score above 80 or so.

[–] JadedBlueEyes@programming.dev 5 points 2 weeks ago (2 children)

I use https://fedoraproject.org/coreos/ for my server/website. My host doesn't offer it as an image so I have to upload it myself, but I use an ISO I made with the CLI to automatically set up everything anyway. It works pretty well, I configured auto updates and I can just forget about it.

[–] JadedBlueEyes@programming.dev 1 points 3 weeks ago (1 children)

You missed out this fairly important bit re go-git:

it is not supported or packaged because it is not fully compatible and could corrupt Git repositories.

As far as being tied to git proper, that's because there is no drop-in alternative implementation that implements all the functionality that you need to run a Git server. Right now, Git proper is your only option. That might change as gitoxide matures, but that could take years.

Yeah, or even the inbox in lemmy. It's a surprisingly common thing.

Regarding your first paragraph, this results limit is per page. To get the next page, you take your timestamp of the last item and use it in from_time, or whatever you've called it. It's still a pagination technique.

Regarding custom sorting, some of the techniques in the article can do this, some of them can't. Obviously timestamp based pagination can't, however the ID-based pagination that I mentioned can.

[–] JadedBlueEyes@programming.dev 5 points 4 weeks ago (3 children)

This whole article was sprung from a discussion of exactly that case, because users often simply don't delete notifications. It's very common for users to have years of undismissed notifications stacked up under the notification bell, and it's not a good experience to load them all at once.

Thank you! It's lovely to hear it was helpful to someone 😊

[–] JadedBlueEyes@programming.dev 12 points 4 weeks ago (6 children)

They fixed this in version 0.19 pr #3872 (note that the cursor here is a way of hiding a post ID to continue from, as far as I can see).

Also, lame article? 😖

[–] JadedBlueEyes@programming.dev 23 points 4 weeks ago (5 children)

Not a problem because passwords are hashed, which means they take up a fixed size, and you should have form upload size limits anyway.

view more: next ›