Comment on Why is lemmy.ca so much faster than lemmy.world?

• AFKBRBChocolate@lemmy.ca ⁨2⁩ ⁨months⁩ ago

  Oh, much, much faster! Interesting. Okay, why is that?

  source

  • MrKaplan@lemmy.world ⁨2⁩ ⁨months⁩ ago

    there were some caching issues in lemmy-ui where it would unnecessarily eat up disk space for caching without even making use of it properly. there was a change done in 0.19.12 that was supposed to mitigate this, but for users who have already collected this it won’t automatically delete the unnecessary cache until they logout: github.com/LemmyNet/lemmy-ui/pull/3150

    even when clearing this manually though i still see this take longer than you’d expect to load, it seems that the image cache is still slowing things down.

    i also had some delays on images on the front page before all media loaded. i was able to speed things up again by executing await window.caches.delete(“image-cache”) in my browser dev tools console, but that is certainly not something to expect from regular users.

    i’ve raised a new issue about this now: github.com/LemmyNet/lemmy-ui/issues/3195

    meanwhile, you can also work around this by deleting cached data for lemmy.world in your browser, at least until it fills up again.

    source

    • AFKBRBChocolate@lemmy.ca ⁨2⁩ ⁨months⁩ ago

      Excellent, thank you. I just cleared my cache and it does seem to have helped a fair amount. Not nearly as fast as in a private window, but probably as fast as .ca is now. Much appreciated, I’m glad I asked.

      I guess that would explain why people who access it with an app don’t seem to have the same issue, correct?

      source

      • MrKaplan@lemmy.world ⁨2⁩ ⁨months⁩ ago

        probably, this caching is just affecting the default lemmy web interface.

        other apps or web interfaces may have their own caching implementations, though for web based stuff it’s typically fine to leave it up to the browser, as long as there are suitable cache-control headers sent by the server.

        source