@db0@lemmy.dbzer0.com interested in cutting this site off perhaps?
this post was submitted on 12 Dec 2024
117 points (100.0% liked)
Fediverse
28744 readers
137 users here now
A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).
If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!
Rules
- Posts must be on topic.
- Be respectful of others.
- Cite the sources used for graphs and other statistics.
- Follow the general Lemmy.world rules.
Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy
founded 2 years ago
MODERATORS
@jerry@fedia.io This seems like a reasonable instance for Fedia to block.
Calling in @jwr1@kbin.earth re possible domain block.
Hello @haverholm@kbin.earth and @jwr1@kbin.earth I am the creator of Clubsall. Please see my update above. Based on previous discussion, I was under the impression that until there is meaningful traffic, it is ok to give us time to implement federation. There were a set of rules proposed in another thread. However, seems like the rules were not finalized or not accepted or not distributed. If those rules are not acceptable, can we have a discussion first so we can agree what is fair and I have a chance to save clubsall?
Look, at a glance it looks to me like you're populating a monetised platform with content off the fediverse without attribution. That's strike one.
Then you seem to stall for time to implement federation while admitting your developer quit... and continuing the above content scraping. Strike two.
And from what I read in this thread it appears you're actively dodging defederation by using subdomains to keep scraping content. Strike three.
My concern in this is the integrity of the fediverse and its users. Yours, apparently, is "saving" a platform that leeches content off federated platforms to make a buck off those users. I don't see much chance of agreement on "what is fair".
@jwr1@kbin.earth, I stand by that request to defederate.
When the OP was initially made, I actually did end up adding clubsall to the defed. list, but I feel like I might have done that prematurely. I took a brief look at the Clubsall website, and I couldn't really tell that there was anything inherently evil about it. Sure, the usernames and community names don't display the server they come from, but I feel like that's more of a frontend/design decision (any Lemmy frontend or app could do the same), and if you hover over the names on desktop (or click on them), you can see the URL still has the instance of the users and communities. Maybe that's a good idea for a setting that could be added, where the user can toggle whether the username or community domain is displayed or not.
Yes, there are still many improvements to be made, such as a link back to the original user on their instance would be nice, federation support needs to be worked on, and probably much more. And I will admit, the fact that they don't currently have a developer doesn't bode well in fixing some of these issues, but I feel like if we are going to block them, we should come up with some definitive reason, and have it defined in our kbin.earth rules list. If we block clubsall for being closed source and having incomplete federation, then we would need to block threads.net as well (for the same reasons). At the moment, neither of those two technically break our rules; if we were to block them, we would need to make a decision as an instance to add another rule.
The clubsall creator already made a comment in the OP stating that the open sourcing and federation issues were being worked on. I know @vinay_clubsall@lemmy.world isn't the developer, but maybe he would have some sort of explanation for the additional subdomains that are being used for federation, which appear to be used to dodge defederation (I haven't personally experienced this though). I try not to assume the worse in a situation, so I'd like to give Clubsall the benefit of the doubt. However, if it is found that they have evil intentions (such as dodging defederation), then I will definitely reblock the domain.
Thanks for the thoughtful response. As may be apparent I have spent some time on the microblogging side of the fediverse, where people tend to take less kindly to their content being aggregated without consent. I understand if perhaps sentiments are different in a discussion forum mode, and your decision reflecting that. I appreciate the consideration you put into the matter.
Thank you, this is fair. I can explain subdomains. As far as I know, my developer used some subdomains while developing (and trying to understand and make federation working), but eventually settled on api.clubsall.com (he wasnt able to get clubsall.com working). So as of last few months, only domain being used should be api.clubsall.com. If that is not true, do bring that to my attention please.
Thank you for considering and responding. While I cannot change your mind, I can explain some of the strikes
- This is not monetized platform, there is no way to pay me, no advertisements, no premium plans etc. I am guessing you are saying since it is not open source yet, it is monetized. That will change, we started working on changing architecture to use sublinks, but got stuck as sublinks itself is under development.
- As soon as sublinks federation works, we will be able to adjust quickly. Without this I have only two choices - spend a lot of money or shut it down. I would like to avoid both if possible. Since there is no traffic, I am requesting the community to give us benefit of doubt.
- The developer used various subdomains while trying to implement federation. As far as I know, the final subdomain was api.clubsall.com. My guess is that admins are blocking clubsall.com and not api.clubsall.com. If another subdomain is still active, please let me know.
Thanks
Hello @Chozo@fedia.io and @jerry@fedia.io I am the creator of Clubsall. Can we have a discussion first so we can agree what is fair and I have a chance to save clubsall?
i generally only block for spam or technical/legal reasons.
blocked for technical reason: scraper.
I'm unfamiliar with Clubsall. Is it pulling them via federation or fetching via API? Would defederating work? I appear to have already defederated, likely in response to your earlier post, but not sure if that does anything. And that only stops them from pulling content from my instance, not what I posted to any other.
ActivityPub I would say, they show up on https://lemmy.world/instances for instance
api.clubsall.com
clubsall-api.renchesterjramos.workers.dev
clubsall-api.appcafe.workers.dev
clubsall-api3.renchesterjramos.workers.dev
clubsall-api2.appcafe.workers.dev
clubsall-api2.renchesterjramos.workers.dev
clubsall-api4.renchesterjramos.workers.dev
Thanks. I just had the main domain blocked, but I think I needed all of the subdomains as well. From the looks of those worker domains, it may be a cat-mouse game trying to keep them blocked.
So im a bit confused, if they are federated whats the issue? Is it just a one way street or something?
It's a one way federation: they only fetch Lemmy's comment, but don't allow other instances to get their content.
There are more details in the post linked in the OP
this isn't entirely true, they do have some comments on lemmy as well, here are some examples:
- https://programming.dev/u/vinaya@api.clubsall.com
- https://programming.dev/u/chester22@api.clubsall.com
- https://programming.dev/u/impresario@api.clubsall.com
- https://programming.dev/u/luckymann@api.clubsall.com
- https://sh.itjust.works/u/BlazeFromLemmy@api.clubsall.com
it seems to be primarily about their communities not federating though i guess?
and either nobody from there posted a post to a lemmy community yet or maybe it doesn't federate posts currently?
I was talking about the communities indeed.
From the project creator
Sorry you feel that way. Keep in mind that we built everything from scratch. Federation is not currently implemented, and we’ll need time.
ugh, i didn't notice they're even hiding domains of remote communities for "simplicity" in most cases. that seems so much more dishonest tbh.
Yes, the whole thing is fishy
load more comments
(1 replies)
Just saw this and while I can't check at the moment the instances admins I've pinged might want to consider defederating from Clubsall
@snowe@programming.dev @Ategon@programming.dev @mp3@lemmy.ca @ada@lemmy.blahaj.zone
Defederated. If they start federating outwards, I'll lift it
Well done!
Hi there, I am creator of clubsall. There are a lot of adhoc discussions and rules. Some discussions such as this one does skip my notice too. So it has been very difficult to be fair and run a new instance. It seems anyone trying to build a lemmy competitor is being killed. If that is the rule, lets state that and I will kill clubsall myself.
If not, can I request a discussion or at least a set of rules that we should comply to so I can save clubsall?
@snowe@programming.dev @Ategon@programming.dev @mp3@lemmy.ca @ada@lemmy.blahaj.zone
My concern is that you receive content from our communities without generating anything back
load more comments
(1 replies)
From what I understand, Clubsall doesn't allow federation to go both ways and accept that users outside of its domain can participate freely in their communities.
Can't have it both ways of leeching the posts from other large instances while simultaneously making it an exclusive club where only local users can participate, it goes contrary to the social contract and spirit of the Fediverse.
Well put
That is fair to say. We are not trying to have it both ways, just need time to get there. We started with moving to sublinks library. This seems to be the best path forward, but timelines got extended after we found out that federation out is also under development there as well.
It seems anyone trying to build a lemmy competitor is being killed. If that is the rule, lets state that and I will kill clubsall myself.
Oh yes, that's probably why https://piefed.social/ and https://kbin.melroy.org/ are never praised as alternatives, nor are they fully compatible with Lemmy both ways.
(For people unaware, they are)
load more comments
(1 replies)
Last time they said their developer left. I doubt they found a new one in the meantime so I suspect this site will die soon
I was expecting that too, I was surprised to see it was still online
Websites don't go offline that fast, especially if there's sunk costs involved.
Defederated
What's the issue with this?
its nonreciprocal for monetary gain.
they seem to be in quite a hurry into ingest remote content while not really creating any method whatsoever to attribute that content to its source, or allow their users to interact.
Hello there, I am the creator of clubsall. We are not in a hurry. In fact as stated, my developer has left, that has halted our development. Also, we are a very small site with < 10 comments a month and I believe 0 posts. So federation will hardly help everyone. Still we want to implement federation, please read my update above.
My request is to agree on common and fair rules so we can be seen as upstanding community participants.
sure. its pretty simple... dont put out a product that cannot participate fully. there are many unfinished platforms, but they dont scrape the fediverse content because, ya know, theyre unfinished.
as soon as you get full federation implemented (or even basic linkbacks to the original content), youre welcome to let everyone know so they stop blocking your scraping mechanism.
until then your unfinished product will likely be blocked.
load more comments
(5 replies)
Hello Blaze,
One request, whenever you post about clubsall, can you please tag me so I can also participate? Thank you.
As for this discussion, when we had a discussion last time on reddit, I thought we agreed that as long as there is not meaningful traffic, it should be ok. I guess you were not fully onboard with this.
My request with all admins is - can we agree on some rules. If we block all new sites on hunch or rules as we make up, it will kill anyone trying to do something new.
There was another thread (that I cannot find now) where some rules were proposed. (If someone can find, please reply to this).
There are 2 things being discussed
- federating out
- open sourcing clubsall
I can give an update on both of these. As I mentioned previously, someone was helping me in doing some audit, implementing federation and then we could also open source. We were going to use "sublinks", which would do a number of upgrades. So that seems the right choice moving forward. It will allow self hosting, federation, move to postgres, move to docker etc.
However during implementation we found that sublinks itself does not implement federation out. So we were blocked by that. I checked with developer just few days ago and I was told that since all developers are volunteers and they got busy, federation was delayed. The work will pickup again in new year.
I am not sure when they will be able to finish federation. I can quickly move there once done. However that seems months away.
In the meantime, can we have a discussion about a set of rules for clarification and fairness?
One request, whenever you post about clubsall, can you please tag me so I can also participate? Thank you.
Sure, I'll make sure to keep you tagged. I was not sure you were using your Lemmy account, so that's why I did not tag you in this post.
as long as there is not meaningful traffic, it should be ok
You are channeling the traffic from 44k monthly active users to your website without giving credit to the instances where the content is created.
I just checked, the homepage of Clubsall shows content from !196@lemmy.blahaj.zone, while lemmy.blahaj.zone have you defederated: https://lemmy.blahaj.zone/instances, as "clubsall.com" is in the blocked instances.
But if we look at the linked instances, there is now "api.clubsall.com" and "clubsall-api4.renchesterjramos.workers.dev"
If we block all new sites on hunch or rules as we make up, it will kill anyone trying to do something new.
Everyone here is trying to make a new platform. Every Lemmy server, as well as Mbin or Piefed, federate content both ways, and allow to go to the original posts from the federated copies.
In the meantime, can we have a discussion about a set of rules for clarification and fairness?
Every admin make their own rules. Feel free to convince them, a few of them are in this thread.
load more comments
(10 replies)
Let me give you my opinion, specifically as a React developer, if you don't mind.
And let's be clear: I intend this to be a constructive criticism. I hope you understand and don't take it the wrong way.
To be honest, I don't know how good or bad federating one-way is. This is more of a "people" problem rather than a technical problem.
But, to be honest, what I am bothered by, is the fact that the website doesn't give an attribution in the UI about which instance certain users are from and which instance certain certain community are from.
Take a look at this post: https://clubsall.com/posts/theyre-trying-to-charge-luigi-with-terrorism-imagine-that-qfF82
The UI says that the post was posted by u[slash]BytesOnBikes. If I didn't know better, I'd have assumed this was from a user from clubsall. But if you click the username, you realize that the link says u[slash]BytesOnBikes[at]slrpnk.net. I think this would be confusing as a user. What if there is the same user under the username BytesOnBikes from clubsall? At least if you include the instance name, user would know right away that both users are different. But if you didn't include the instance name, I feel like this can be abused to impersonate user. This is a bad thing to happen to your website, don't you agree?
Now that we both understand that lack of attribution is a bad thing to clubsall... What's stopping you from adding an instance name to the username? I'm sure the app has a way to know which instance certain users are from. From what I gather, I feel like this is as easy as appending a string in the code.
I haven't even talked about the community name on the UI. Or the ethicality of misleading attribution.
Yes this is easy to implement. While I do not fully agree because impersonation can still be done by using username Bytes0nBikes. I feel showing instance names adds complexity for the user and it does not fully address impersonation anyways.
But then again, even though I disagree, many people mentioned that lack of attribution bothers them. So I should take feedback and get this done. I hope this is what everyone meant and they will accept this as a solution.
This is rather easier to implement. I should be able to get this done rather quickly. I will try to do this before end of Dec.
view more: next ›