no i will not
no i will not
IGNORE!!
I was testing all scenarios, some failed. I will use testuser group in future.
federation from clubsall
There is a reddit post like this which is most upvoted ever. So it is a mix of test and funny. Hence I thought it was ok to post here. But noted, I will use test ones in future.
test comment 1 (please ignore again)
Well rather, how will you pick which communities go in that feed? It’s not a bad plan, but transparency would encourage your users to use that feed
Homepage should be based on communities with maximum subscribers. But with a login, each user can subscriber/unsubscribe and create their custom homepage. Yes, once we have some stability and traffic, we should publish these choices we made for transparency.
With how new fediverse tech is, a lot of new rules will be “written” based on what people try. Obfuscating or misleading people on where content is coming from (which is the concern people are expressing here), seems like something people will push back against.
Obfuscation was not the objective. Now after many complained, you can see real username and servername on each post.
As such, you might find it easier to build a userbase by avoiding what Reddit has done rather than try to emulate it
That is not my vision and I am ok if users decide this is not what they want and adoption fails.
Sorry for late reply.
How are you planning to do this in the long run? Hand picking communities will be hard to scale I want to find the communities I like, and I’m not sure I’d like a curated feed like that.
Core idea is to create a frontend for simple users who do not want to learn about servers and navigation to use a product. So we are starting with curated feed, once we have traffic, we can add features for advanced users to let users pick any community from any server.
Instead, would you consider keeping the servers and instances but making them smaller in the UI? That way it’s not a distraction, but the information is still there. A lot of people mentioned it this time around. So we will show the instance name along with username i.e. change from /u/otter to /u/[email protected] . This should be live before 2025. Hope this addresses your concern.
The problem the fediverse is tackling is centralization, not lack of open source. That’s what the comment was referring to. If the goal of this project is to be a one stop shop for all threadiverse content, you’re not going to find much support here.
Understood. Not everyone has to or will agree with what others are doing. I am trying something different. I am only asking for not enforcing undocumented rules too hard until we have some minimum traffic like let’s say 100 active users in a month (can be easily seen by who makes comments, Comments are federated). That should be reasonable to say “now you have some traction, do participate in community”
That’s totally ok, the fediverse has many projects like this in various stages of development. The concern expressed in this thread is less about what the project is doing now, and more about clarity on what the future plans are. For example: funding through donations instead of paid accounts, advertising, and user data a confirmation on what kind of federation it will have
It will have 2 way federation. As for funding, I am myself not sure, we have to try something different, whatever works. Again, while others may disagree, but are there rules on what not to do? What I see is that donation approach alone has not generated enough money for any server to be a real competitor. So are others free to try other things?
Yes I am aware, that is why our progress has stopped. I was told they will pickup again in new year.
I just did not know about pyfedi, I will look into it. We have about 10 users in last month.
Thank you for your support. We will get there.
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.
I mean this library https://github.com/sublinks/sublinks-api
We have a handful of users. Their comments are being federated. They are not making any posts (because without federation there are no replies). Defederation will mean users cannot even comment and will have to abandon ClubsAll. A site being abandoned at this early stage usually means death of site, which I would like to avoid if possible.
Thanks for replying. I am not sure what is the history or intentions of these instances, but we will certainly get there.
Sorry allow me to ask 2 followup questions. 1 Can you explain how do you see us monetizing? 2. For attribution, currently you can see which user made the post. Should I display the server name on the sidebar?
We have no traffic, so even if we had federation out, we would still generate nothing back. In other words, I am promising to implement federation out before our instance matters.
Thank you for responding. Here are my plans
There is almost no traffic today, users are not missing out on any content. Since the timelines are not in my hands, my ask is for admins to give me benefit of doubt and be patient until I wait for sublinks federation implementation (or if clubsall have traffic in which case, users will be missing out on content. In that case, I will have to think of something else)
Feel free to ask me anything else.
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.
Thank you for considering and responding. While I cannot change your mind, I can explain some of the strikes
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.
ignored