** Clean Up proposal - Removing old, never active accounts **
For purpose of internal discussion and to gauge people's opinions, I am opening a discussion topic on this subject -- here, in Public.
I had very recently brought this up internally, in a Staff only area (essential for sensitive discussions, and common in all internet sites).
The image included in this post is a snapshot of my post there - - which looks much nicer than it could ever be here (until we get better, enhanced text format supported).
This idea was motivated by my belief this deserves attention, and by a very recent post by Paul Sutton -- asking what the meaning of 'active'users is on the server stats displayed at the front doors.
My post follows, in Text form. Look forward to your comments, suggestions and participation. Thank you.
---------------------------------------------
A pet peeve of mine.
I would have done it myself. Proposing here for discussion and possible action.
* that long term, never active accounts represent a Zero value added to instance.
* that such accounts can be dormant ones for video sharing people, as we had before
* that high number of users doesn’t really matter, this is my personal opinion.
I propose that :sparkler:
* inactive accounts, zero posts ever, older than a certain threshold, be eliminated.
A report from the admin panel could provide some stats on how many those would be
The threshold I would suggest – one year and older, inactive, Nuke applied.
Thank you.
------
Screenshots included :
1. Forum post snapshot.
2. The content of this post, as seen in a properly full formatted way. Markdown enhanced.
Fair points there, I was just thinking about how people may see the number of active uses vs registered users.
As an alternative we can come up with a text explanation to counter any arguments people may have for that.
I believe that a reported number of users who have :
* at least bothered to login once, in the past 12 months.
* posted a single Byte in the instance.
...is not in any way distorted.
Mastodon network user count is approaching 4 million accounts, as seen in the Stats posts in federated timeline.
Well -- how many of those are similar Zombie accounts?
How many are multiple accounts held by one single active user for some reason ? (I have about 12 atm, and increasing. With reasons)
I don't want to spend much time arguing, my logic is on the OP above, and I have other projects to spend time on -- more ideas deserving attention and effort than time, which is precious.
So carry on, let's hear the people's voices.
@design_RG @freemo
I agree here, worth discussing anyway.
I am more thinking that the critics I come across will pick up on anything,
But if you consider that Facebook has what is it now 3 billion users, how many of those users are zombie, duplicate or robot accounts.
> But if you consider that Facebook has what is it now 3 billion users, how many of those users are zombie, duplicate or robot accounts.
Lots of them -- years ago it was easy and quick to get a completely Bogus new account up and running. It's harder now, as these have been abused badly by state agents on campaigns against other countries.
See also, 2016 US election, 2016 Brexit referendum, and likely... 2020 US election, again.
@freemo
Seems this solution would be the best way to satisfy your concerns without having the downsides then, since you mostly just want better reporting of dormant but once-active accounts:
@freemo @design_RG
Maybe I am so used to people being cynical about anything other than the mainstream stuff, I just seen the registered / active users stats as another attack vector for them.
Maybe leave it as it is for now. I am making a blog post later in the week to cover alternatives to mainstream social media.
Already made a post to link to explanations for the fediverse, activity pub etc.
In what way would it be an attack vector? Do you feel adding the third statistic type I mentioned would mediate that attack?
@freemo @design_RG
What I mean is people are just cynical and see what we have here as "esoteric." for one such word.
They already say no one uses it, being no one they know. So I was saying here that if they see users vs active users they will use that to justify their argument.
Given I have, over the last few days had some really interesting discussions on the fediverse, maybe it is time to just ignore them and just promote what we have here the best way I can.
So if i understand you correctly people think the service isnt used by enough people to be useful.
If that is your main concern wouldnt eliminating registered accounts have the opposite effect? It would reduce the number of apparent users making the service look more obscure not less, no?
@freemo @design_RG Yeah, I think it is time to ignore the cynics and not really worry about what they think unless they have actually been here and used the fediverse in some way.
I generally tend to agree, but I think it is important we at least listen to the cynics. We just shouldnt jump to make changes over every criticism either.
@freemo @design_RG Good point, I think this thread highlighted an issue with the delete and redraft feature, which is a 'good' thing in that it can be looked at by the developers.
I actually like being able to go back in and make corrections though.
@freemo @design_RG Yeah that would be better.
@freemo
> Ideally we should be able to edit posts without "deleting and redrafting"
It can be done, it's in place in both Corporate networks (FB for example) and on non-corporate ones, Friendica has it as previously mentioned.
Corporate Twitter is the model for Eugen's mastodon project, so a lot of what we see here is based on the original. He aded many extras and high value -- it's much better generally.
BUT -- never an edit we shall see, I bet. Not on Mastodon anyway.
Yea its absolutely doable in theory. Eugen was explicitly against it. So he did this on purpose, though I disagree.
@freemo @design_RG I can understand the reasons if the idea is to build something that looks / feels like Twitter, maybe if Twitter add this feature it will appear here too.
I think eugen is ok with implemented features regardless of twitter, i just think he is highly inspired by twitter more than trying to replicate it feature for feature.
@freemo
> i just think he is highly inspired by twitter more than trying to replicate it feature for feature.
Mastodon AWI is TweetDeck incarnate.
And he can't get it when I make a case for my Two panel, full screen, writer and reader optimized model.
I am annoyed with it and being vocal, Guerrilla is my action choice. Results will come, I already see signs.
People commenting casually who now know that Pleroma exists (and looks nice) and that Glitch-Social is a superior platform so easy for them to use if they want.
> maybe if Twitter add this feature it will appear here too.
They will never implement it -- for legal reasons. People being harassed and evidence evaporating in Edits, or having to be kept with Edit History like FB does.
It's their decision, it's been there forever and I don't think they will ever do it. They just force feed it into people like the rest of their platform, manipulative algorithms and all.
@freemo
> Eugen was explicitly against it. So he did this on purpose, though I disagree.
He has a LOT of control in this project, and sadly that has BAD implications sometimes. It's best for Fediverse if other platforms grow.
Pleroma, Friendica, others all have value and LESS controlling lead developers.
Also -- NOT modelled on the twitter model.
Yes I am strongly leaning towards moving to pleorma myself. I'm playing with a local instance so i can understand it, then ill put up a demo instance for our users to play with, thenw e can have a discussion about migrating officially. I think the big feature id want to move over is the remote timeline feature though.
Its a big move and effects a lot of people. So discussion and playing around will be the first steps. But I think pleorma has a good chance of being a viable replacement.
@freemo
> I'm playing with a local instance so i can understand it, then ill put up a demo instance for our users to play with
...if the MastodonFE choice is explained and fully configurable, it is a natural for most users -- heck, it's all they have here, plus more sophisticated controls and added formatting options.
Just make sure that the Preferences full page controls for GS FE is fully accessible -- I find this not working i nsome pleroma nodes, sadly, and it is needed for many actions we take for granted
* account import and export csv files
* some settings, including selecting theme and flavours for the GlitchSocial FE which is the one used as Pleroma MastodonFE.
I need access to Preferences to enable my optimized AWI settings for example.
Do this --- And we will get people's hearts and minds in a heartbeat.
@zleap
> Already made a post to link to explanations for the fediverse, activity pub etc.
Please announce it here -- a release post, so we can see and read it. Important themes deserve discussion and readership.
I have moved my own similar topics elsewhere to achieve maximum distribution for them as well.
@design_RG @freemo
Well this is on my personal blog, to add context, I am posting about various topics e.g freecodecamp or code club and saying I am happy to be contacted here on Mastodon.
This is due out Tuesday, hence scheduled
I like the simple design of your blog. I have a similar design on my own. I'm a fan
Yeah writefreely just works, it is simple.
@zleap
Looking Good, Paul.
I also use Write.freely and love it. A note to mention -- the invite link at the footer of the page is likely broken.
As I expected would happen, we had some abusing Invites to bring groups of people in, bypassing the registration questionnaire verification -- so the Invite function is now only available to site Staff.
People can request to one of us and we will issue a ONE time use invite link, only. Which will be noted and linked to the requesting staff person; so we can keep track of use.
@design_RG @freemo
Cool, thanks for letting me know I will adjust by footer
I understand that. But we are trying to solve problems here, not just dictate solutions in isolation of the problem.
I am trying to understand **why** you want to see that so I can help come up with the best solution to resolve the problem, rather than just blindly jump to the solution.
As I said it seems your concerns is there is no statistic for people to know dormant but once active numbers (as that was your explanation of the problem and what the solution you proposed solves).
As such the link I provided gives a solution to the problem you mentioned without the downsides that your solution would cause.
So if I understand you your whole argument is you want a statistic that shows people who are not active, but were at one point active, and thus serve a purpose that neither the active user account nor the current registered user account serves?
If that is the case I'd say the best solution is just to add a 3rd statistic to be reported, it can report "dormant accounts" and provide the number of all users that have posted at least once, but include users even if they have not been active in more than 2 months.
That solution would provide the number you suggest to people but not have any of the negative side effects I listed.
> 5) there is no easy way to suspend accounts on the criteria you suggests. Someone (me?) would have to invest time and energy to write a script to do it.
If you can output a list in text format, with user accounts (links would be wonderful) -- I ould be pleased to do it manually.
Yes sir. I feel that strongly about the irrelevance they represent and would be glad to spend some of my time in acting upon it.
Even providing a list as text output is going to take writing of a script. The actual act of suspending the account once identified would probably just be one additional line of code.
@design_RG
The counter points to this:
1) We already seperate out stats between active users and registered. So by removing old accounts it would make the registered number useless as we would effectively be reducing it to the active count. Aside from perhaps being dishonest to our users it prevents us from actually being able to know the ratio of active users to registered users, as the registered user count doesnt represent anything meaningful.
2) Users who register with no activity represent 0 value, but also represent 0 negative sides. They do nothing to decrease the quality of the instance
3) users may wish to have an account for read-only purposes. There is no harm in that
4) we can not truely delete accounts, it looks more like a suspension. This means users can not re-register later without them emailing an admin. This adds extra work load on admins, hassle for potential users, and with no gain.
5) there is no easy way to suspend accounts on the criteria you suggests. Someone (me?) would have to invest time and energy to write a script to do it.
6) many users want a server with expiernce and a history. The registered user count reflects this. For that reason many users pick their instance specifically because they have a large registered user count. so we would be doing ourselves harm
It seems to me there are quite a few down sides to doing this and not a single positive effect I can think of... What, exactly, is to be gained by doing this?
@zleap