Someone made a pretty imo unfairly negative post about Blorp:

I just wanted to take a moment to than you all for your amazing support. I feel very lucky that I’ve made it over a year with very little negativity from my users. Everyone is overwhelmingly polite and patient.

If you have the time, I would love some comments on that post from real users. Even if the comment is politely critical of my app.

There are still many people who haven’t heard of “Blorp” and I would hate for them to get a bad first impression.

I should probably not engage with the haters. Clearly I need a marketing person lol. Maybe I’ll delete this.

Edit: my original reason for making this post was kinda dumb, but I really appreciate all the support in the comments so I don’t delete it

  • Mose13@lemmy.worldOPM
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    2 days ago

    Fetch community by communty@instance works on lemmy.world the same as it works on lemmy.zip since it contains the instance the community is on. So I don’t need need to do anything special here other than enforce that @instance is always added.

    Users, posts, and PieFed feeds (PieFed resolve object works with feeds) are fetched via their activity pub id. I haven’t run any benchmarks as far as how fast resolve object is.

    I have added a few optimizations where if you’re on lemmy.world and the apId is lemmy.world, we can extract the local id from the activity pub id url. Potentially I could store a local cache of Map<apId, localId> , so when you click on a post that we already know about from a list of posts, we can skip the object resolve.

    I think resolve object was intended to be used to force an instance to discover an object that it doesn’t already know about. So I’m kinda abusing that endpoint. But I actually get the added benefit of making the instance discover the object you’re looking for more quickly.