Xenforo Automatically Delete Inactive Users

Automatically delete users who have been inactive for more than 360 days.
Do not delete administrators, moders or banned members.

Activate at: XenVn Setting -> User-> Automatically Delete Inactive Users

 

Load Separate CSS - Improve CSS performance with HTTP/2

Xenforo Automatically Delete Inactive Conversations

[qene10]

Hi,

What happens when you put one here?

 

[xenvn]

Hi,



What happens when you put one here?

Not recommended. All inactive members after 1 day will be deleted.
It will delete most members!

 

[qene10]

I don't know how this 1 value was added, but hundreds of my members have been deleted!
Is there a log of these somewhere?
And should that value be greater than 360?

 

[xenvn]

Sorry about that.

Do you have a backup of your website? If not, you can contact your service provider, they may have a backup of your site.

 

[romrazor]

Sorry about that.

Do you have a backup of your website? If not, you can contact your service provider, they may have a backup of your site.

maybe some option for Backup DBase first. so you can recover >!

 

[qene10]

Sorry about that.

Do you have a backup of your website? If not, you can contact your service provider, they may have a backup of your site.

When presenting this, you should have made an option such as "enable/disable".
It should be passive by default and the site administrator should be able to choose this option.
This was a big problem for me.
I can go back to the site backup, but it means losing new content and members, it's just chaos.
So it would be useful to update this option to make it more secure.
There is nothing for me to do anymore. I can somehow find members with Excel from the backups of my old user tables.
However, creating users with the same id etc. will be quite troublesome

 

[xengugol89]

When presenting this, you should have made an option such as "enable/disable".
It should be passive by default and the site administrator should be able to choose this option.
This was a big problem for me.
I can go back to the site backup, but it means losing new content and members, it's just chaos.
So it would be useful to update this option to make it more secure.
There is nothing for me to do anymore. I can somehow find members with Excel from the backups of my old user tables.
However, creating users with the same id etc. will be quite troublesome

I just say one thing... why don't you wait for the developer's response before doing these things, so you're safer!
the developer @xenvn wrote under the description "automatically delete users that have been inactive for more than 360 days" so it means that "1 is the day". You have to read the description carefully before enabling the option or contact the developer and when you get the response at least be sure of what you're doing. It says it clearly under the description, in my opinion!

 

[romrazor]

When presenting this, you should have made an option such as "enable/disable".
It should be passive by default and the site administrator should be able to choose this option.
This was a big problem for me.
I can go back to the site backup, but it means losing new content and members, it's just chaos.
So it would be useful to update this option to make it more secure.
There is nothing for me to do anymore. I can somehow find members with Excel from the backups of my old user tables.
However, creating users with the same id etc. will be quite troublesome

also on some major change, Important Rule No1 "DO SOME BACKUP" !

 

[xenvn]

When presenting this, you should have made an option such as "enable/disable".
It should be passive by default and the site administrator should be able to choose this option.
This was a big problem for me.
I can go back to the site backup, but it means losing new content and members, it's just chaos.
So it would be useful to update this option to make it more secure.
There is nothing for me to do anymore. I can somehow find members with Excel from the backups of my old user tables.
However, creating users with the same id etc. will be quite troublesome

In the next version I will add a limit, the minimum value is 30 (days). To avoid unfortunate incidents.