this post was submitted on 26 May 2024
8 points (83.3% liked)

Lemmy.world Support

3214 readers
10 users here now

Lemmy.world Support

Welcome to the official Lemmy.world Support community! Post your issues or questions about Lemmy.world here.

This community is for issues related to the Lemmy World instance only. For Lemmy software requests or bug reports, please go to the Lemmy github page.

This community is subject to the rules defined here for lemmy.world.

To open a support ticket Static Badge


You can also DM https://lemmy.world/u/lwreport or email [email protected] (PGP Supported) if you need to reach our directly to the admin team.


Follow us for server news ๐Ÿ˜

Outages ๐Ÿ”ฅ

https://status.lemmy.world



founded 1 year ago
MODERATORS
 

Example (spam post containing an amazon affiliate link, post hopefully deleted by now but I assume mods/admins can see it): https://lemmy.world/post/15846936

Also there are tons of links people post legitimately but have tracking parameters, gclid=this, fbclid=that, etc. Those can be cleaned up too.

By editing out these parameters automatically when the link is posted, people's privacy can be protected and the incentive to post affiliate spam can be decreased.

It could be a server config parameter and/or put into the posting UI: "your post contains [link] with flagged parameters, choose between a) post cleaned up version (shown), or b) post link without changes (may go into moderation queue depending on community settings)."

top 7 comments
sorted by: hot top controversial new old
[โ€“] [email protected] 5 points 5 months ago (2 children)

This is one of those things that sounds really easy but would just be a ton of work, and Lemmy is just 2 devs afaik. How do you know this query parameter is a tracker vs something required for the page? There's no way to know programmatically, so they'd need to maintain a list of known bad parameters - and even then those are probably site specific. What if one site uses the query parameter as tracking and another uses the same name coincidentally and it's a part of filtering or sorting?

This sounds like a better task for a browser extension or an npm package they could consume instead, rather than it being a part of Lemmy itself.

[โ€“] [email protected] 3 points 5 months ago (1 children)

I maintain a list and it's not that big a deal. It doesn't try to be leakproof. It has maybe a dozen actions (code fragments) a table of site names mapping names to actions.

[โ€“] [email protected] 1 points 5 months ago (1 children)

Then I'd say that'd be a great 3rd party plugin for Lemmy (which they just enabled support for btw). I don't think that should be a core lemmy feature, to be dependent on a list of query parameters that need to be kept up to date, but it would be a perfect use case for a plugin, which could call out to a database/script/file of known trackers and their domains, and throw up a warning like you're saying.

Not trying to demoralize you, actually the exact opposite, this would be a great project for you if you already have a list! If you built a plugin that could do that for Lemmy I would be one of the first instances to install it!

[โ€“] [email protected] 2 points 5 months ago (1 children)

Tbh 5 or so parameters take care of 80% of cases. I'm not conversant enough with lemmy implementation to know the difference between core and non core features but it has to be on the server side because there are too many clients.

[โ€“] [email protected] 1 points 5 months ago

plugins are server side

[โ€“] [email protected] 2 points 5 months ago

I mean the lists for this already exist because there are firefox plugins that do this and often these kinds are open source. This could surely be a case for crowdsourced / collaborative data.

[โ€“] [email protected] 2 points 5 months ago

Keep in mind that this is the Lemmy.World support community, not Lemmy in general, so this post may not be seen by Lemmy devs.

If this was implemented, I doubt it would make it as a core Lemmy feature. This would like have to be built into either clients/interfaces (obviously each one would have to do this one their own), or it would probably have to be built on top of the planned upcoming plugin system.